The application should be capable enough to handle this scenario. I am not
sure if I have understood the question clearly.
Are we hinting that we have a call dialog established and media is getting
transmitted for a long time approx. 1 hour and we don't
want the established SIP call session to be t
Hi,
I am not sure if I can post this question to this board. If not , I would
appreciate if anyone can point me to the right board.
My Question is specific to QoS over Rx interface.
I have been reading that as a AF, we can support QoS over multiple PCRF
supported by different carriers.
The QoS
Hi,
I am not sure if I can post this question to this board. If not , I would
appreciate if anyone can point me to the right board.
My Question is specific to QoS over Rx interface.
I have been reading that as a AF, we can support QoS over multiple PCRF
supported by different carriers.
The QoS
corp.eastlink.ca T: 519.786.1241
>
> -Original Message-
> From: Brett Tate [mailto:br...@broadsoft.com]
> Sent: June-20-13 8:49 AM
> To: tina raj; Sip-implementors@lists.cs.columbia.edu
> Subject: Re: [Sip-implementors] UTF-16 support in SIP
>
> Yes; you'd set the charset to be U
es or body parts. When no
> explicit charset parameter is provided by the sender, media subtypes
> of the "text" type are defined to have a default charset value of
> "UTF-8".
>
> > -Original Message-
> > From: tina raj [mailto:tina@gmail.co
Is it possible that a part of the SIP message body can be in text and some
in UTF-16
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
Thank a lot :-)
On Thu, Oct 13, 2011 at 8:42 PM, Vineet Menon wrote:
> Hi,
> makes perfect sense.I would go for that approach.
>
> Regards,
>
> Vineet Menon
>
>
>
>
>
> On Thu, Oct 13, 2011 at 6:07 PM, tina raj wrote:
>
>> Well then if t
and clear the
call dialog. This would ensure clean call clear.
Any suggestions on this approach
On Thu, Oct 13, 2011 at 5:31 PM, Saúl Ibarra Corretgé
wrote:
> Hi,
>
> On Oct 13, 2011, at 1:54 PM, tina raj wrote:
>
> > Hi,
> > When the server is in 'proceeding'
Hi,
When the server is in 'proceeding' state for the call and receives ACK from
the client before responding to INVITE with 1xx/2xx response
should the server discard the ACK and proceed with the call setup though the
dialog is not established.
As part of server processing , the server can send 2
