I agreed it breaks the SDP offer/answer protocol, but i think it won't
break SIP controlling protocol rules.
The context of the scenario is:
UAC(user) --AS (Announcement Sever)
AS needs to know the RTP IP/port of UAC for to send some announcement
traffic. The RTP traffic is one way i.e
NC Reddy wrote:
I agreed it breaks the SDP offer/answer protocol, but i think it won't
break SIP controlling protocol rules.
The sip controlling protocol rules require that the o/a be completed.
The context of the scenario is:
UAC(user) --AS (Announcement Sever)
AS needs to
On Thu, Nov 20, 2008 at 9:49 AM, Paul Kyzivat [EMAIL PROTECTED] wrote:
NC Reddy wrote:
I agreed it breaks the SDP offer/answer protocol, but i think it won't
break SIP controlling protocol rules.
The sip controlling protocol rules require that the o/a be completed.
The context of the
NC Reddy wrote:
On Thu, Nov 20, 2008 at 9:49 AM, Paul Kyzivat [EMAIL PROTECTED] wrote:
NC Reddy wrote:
I agreed it breaks the SDP offer/answer protocol, but i think it won't
break SIP controlling protocol rules.
The sip controlling protocol rules require that the o/a be completed.
Hi,
I have the following context question:
UAC -AS(B2BUA)
| --F1 (INVITE)---
* SDP-Offer*
-F2: 100 Trying---
F3: 200 OK*(NO-SDP)* //Does this step is valid
without SDP, ?:
--F4:ACK
Questions:
- Does the 200 OK
No this isn't valid. The offer must be answered.
This is the Session Initiation Protocol. Without an answer you have not
initiated a session.
Paul
NC Reddy wrote:
Hi,
I have the following context question:
UAC -AS(B2BUA)
| --F1 (INVITE)---
*
Agreed, although it does not seem that the payload data is instrumental
in the definition of a session per se.
However, if an SDP offer was sent with the initial INVITE, the first
reliable non-failure response to it must contain an SDP answer.
If no SDP offer was present in the initial INVITE,
