On Sun, 2009-05-31 at 15:03 +0200, Rodriguez Merchan, Pedro Julian
wrote:
> Could you help me about making Gateway ISDN supplementary services
> betwen SIP and ISDN (Q931/QSIG)?
Some work has been done on this, but not a lot. E.g., the IETF Bliss
working group has done work on interoperation of "
On Mon, 2009-06-01 at 11:58 +0530, hanifa.mohammed wrote:
> Pl find the snippet from RFC3265:
>
> "If, for some reason, the event package designated in the "Event"
> header of the NOTIFY request is not supported, the subscriber will
> respond with a "489 Bad Event" response."
>
> It means tha
If the SDP is in the Request Message (Offer), this means the request is for
deleting the media.
If the SDP is in the response message (Answer), this means rejecting the offer
for the particular media.
Regards
Anuradha Gupta
Aricent
-Original Message-
From: sip-implementors-boun...@lis
Hi,
This is not exactly equal to hold SDP because in this you are rejecting
the media stream,but in a ideal hold SDP you are only suppose to stop
the media packets,not evn the RTCP packets.
Thanks and regards,
Shamik Saha
Project Engineer
Voice Protocols
Cell : +91-9886704155
-Original M
Hi All,
Is the below SDP equivalent to HOLD SDP(sendOnly,receiveOnly or
IP4=0.0.0.0)
v=0
o=- 1234 1 IN IP4 10.10.20.35
s=-
c=IN IP4 10.10.20.35
t=0 0
m=audio 0 RTP/AVP 102 0 8 106
a=rtpmap:102 iLBC/8000
a=rtpmap:0 PCMU/8000
Hi,
Please look here http://ictbackyard.com/?p=1.
Kind regards,
- Tomasz Zieleniewski
2009/6/1 Harsimran Singh
> Hi
>
> I am confused about the section 13.2 of RFC 3261. The description
> given in the RFC looks inconsistent.
> My call flow is as follows:
>
> INVITE with sdp & Supp 100rel
> ---
yes, the call flow is fine.
But I can understand why you are confused.
The important part is this:
For this specification, that is
only the final 2xx response to that INVITE.
"For this specification" is important.
It allows for extensions which might permit other behaviour.
In
It is perfectly fine to have 200 OK without SDP. There are multiple
practical scenarios on this.
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of
Harsimran Singh
Sent: Monday, June 01, 2009 3:55
Hi
This 200 OK without SDP is acceptable as the answer SDP has already been
received in a reliable non-failure response. Refer RFC 3262 (Sec 5 The
Offer/Answer Model and PRACK):
If the INVITE contained an offer, the UAS MAY generate an answer in a
reliable provisional response (assum
Hi
I am confused about the section 13.2 of RFC 3261. The description
given in the RFC looks inconsistent.
My call flow is as follows:
INVITE with sdp & Supp 100rel
--->
100 Trying
<
180 Ringing with Req 100rel & sdp
<
PRACK no sdp
>
200OK for prack no s
10 matches
Mail list logo
