Hi *,
During the SDP negotiation, in case a offer is made with more than 1 payload
type (say 2), for which, if the answer also contains 2 payload types (as it
supports both payload types), I presume it should be possible to change/switch
the payload type "on the fly" at RTP level. If a Media Ga
Thanks for the info. One follow-on query, see inline below KR>
-Original Message-
From: Brett Tate [mailto:br...@broadsoft.com]
Sent: Thursday, August 23, 2012 4:22 PM
To: Kumar Ramadoss (WT01 - GMT-Telecom Equipment);
sip-implementors@lists.cs.columbia.edu
Subject: RE: Query on Transpor
Hi *,
Few queries on transport protocol to be used within the SIP dialog:
* Is it acceptable to change the transport protocol (tcp, udp,..) for a
new request within a SIP dialog? Assuming that the new request within the SIP
dialog has size more than 1300 bytes and need to use TCP as tr
I hope this holds good, even if there is change of offer/answer in between (18X
reliable & 200 ok). My doubt is that, the UAS can still send the same session
description in 200 ok (of Invite) as in 18x (reliable).
This session description could be different from what was exchanged previously
usi
Hi *,
Whether below mentioned scenarios correct from Offer/Answer model point of view
?
1. INVITE/18x (Reliable) for Offer/Answer1.
200 OK (INVITE)/ACK for Offer/Answer2.
2. INVITE/18x (Reliable) for Offer/Answer1.
PRACK/200 OK (PRACK) for Offer/Answer2.
200 OK (INVITE)/ACK for O
Hi *,
For the inter domain fax call (for a SIP <-> PSTN call), after the basic call
setup, in case of fax tone detection at the Media Gateway, a new offer SDP
shall be sent to the remote party using Re-invite. This new offer SDP should
abide by the rules defined in RFC 3264. This SDP normally
Hi all,
Is it OK to send unreliable provisional response, while waiting for
PRACK for a already sent
provisional response?? According to RFC 3262, it has been explicitly
mentioned that reliable provisional response should not be sent, while
waiting for PRACK for a already sent provisional re
