see my response inline.
Tanu Kapoor wrote:
Hello SunYongGuang,
A should consider incoming SDP as new offer and answer appropriately, quite
likely as you mention the offer has not changed it would send a 180 or 200
OK response with same parameters as negotiated first time.
In any case A should
Hi Folks,
I'm retransmitting a question I asked a few months ago, about the
3263-retrying mechanism.
It concerns the text about retrying after fatal transport errors,
using a completely new transaction:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
RFC 3263
4.3 Details of
Hi
What would be the behaviour of a proxy/Registrar receiving a REGISTER with
multiple path headers, like
REGISTER sip:REGISTRAR.EXAMPLEHOME.COM SIP/2.0
Via: SIP/2.0/UDP 112.68.155.4:5060;branch=z9hG4bK34ghi7ab04
Via: SIP/2.0/UDP 192.0.2.4:5060;branch=z9hG4bKnashds7
To: UA1
Hello Priyank,
I think it's same as coma seperated values.
Regards,
Sumit Jindal
On Fri, Aug 28, 2009 at 4:21 PM, priyank luthra priyank.lut...@gmail.comwrote:
Hi
What would be the behaviour of a proxy/Registrar receiving a REGISTER with
multiple path headers, like
REGISTER
Hi
Thanks for the reply..One more of clarification required..
So If UA wishes to create multiple transport flows with
sip:primary.example.com(As specified in
draft-ietf-sip-outbound-20#section-13 to honor RFC3261 requirement for
message size greater than MTU), would it be OK it one FLOW lands
Priyank,
Section 7.3.1 in RFC 3261 answers your query.
Implementations MUST be able to process multiple header field rows
with the same name in any combination of the single-value-per-line or
comma-separated value forms.
The case you have mentioned refers to single value per line.
Hi
How do we handle fragmented packets on SIP. I have been having problem of
handling Notifiication message with over MTU size. Often the dialog state
information on notification mesage xml body crosses 700 ~ 800 bytes making
message size over 1500 bytes.
Help is highly appreciated in this
I honestly don't know why anybody would want to do both UDP and TCP.
(In other words, if you set up a TCP flow, I don't see a benefit in also
setting up a UDP flow which you will have to maintain for keep alives).
From: sip-boun...@ietf.org