Re: Setting Port to 0 in SDP response
Amir Soheil Jazayeri
On Wednesday, June 20, 2012 8:17:27 PM UTC+4:30, Amir Soheil Jazayeri wrote:
Hi,
In SDP response packet, the port is set 0, and so SIP server terminate the session by sending BYE. I checked the codec, both sides have PCMU/8000. Is it allowable for SIP server to use port 0 if SDP offer?its my log:
INVITE sip:mr...@192.168.0.211:5060 SIP/2.0^M
Via: SIP/2.0/UDP 192.168.0.217:5060;branch=z9hG4bK0050569A00151308224061240891340097185194;rport^M
Max-Forwards: 70^M
To: <sip:mr...@192.168.0.211:5060>^M
From: <sip:SPOT@MRCP>;tag=0050569A00151308224061240891340097185191^M
Call-ID: 0050569A001513082240612409513400971854^M
CSeq: 1 INVITE^M
Contact: <sip:SP...@192.168.0.217:5060>^M
Supported: 100rel,replaces,timer^M
Allow: CANCEL, ACK, BYE, INVITE, OPTIONS, INFO, NOTIFY, REGISTER, PRACK, UPDATE^M
User-Agent: SPOT/V7.2.0.5^M
Session-Expires: 1800; refresher=uac^M
Min-SE: 90^M
x-iivip-com-ccxml-sessionid: session.0050569A001513082240612410413400971854^M
x-iivip-com-from-rtp: port 16428 ip 192.168.0.217^M
Content-Type: application/sdp^M
Content-Length: 310^M
^M
v=0^M
o=- 0 5 IN IP4 192.168.0.217^M
s=SPOT SDP^M
t=0 0^M
m=application 9 TCP/MRCPv2 ^M
c=IN IP4 192.168.0.217^M
a=setup:active^M
a=connection:new^M
a=resource:speechrecog^M
a=cmid:1^M
m=audio 0 RTP/AVP 0 97^M
c=IN IP4 0.0.0.0^M
a=rtpmap:0 PCMU/8000^M
a=rtpmap:97 telephone-event/8000^M
a=fmtp:97 0-15^M
a=sendonly^M
a=mid:1^M
SIP/2.0 200 OK^M
Via: SIP/2.0/UDP 192.168.0.217:5060;branch=z9hG4bK0050569A00151308224061240891340097185194;rport=5060^M
From: <sip:SPOT@MRCP>;tag=0050569A00151308224061240891340097185191^M
To: <sip:mr...@192.168.0.211:5060>;tag=agecvUBX8pmaQ^M
Call-ID: 0050569A001513082240612409513400971854^M
CSeq: 1 INVITE^M
Contact: <sip:192.168.0.211:5060>^M
User-Agent: UniMRCP SofiaSIP^M
Accept: application/sdp^M
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE^M
Require: timer^M
Supported: timer, 100rel^M
Session-Expires: 1800;refresher=uac^M
Min-SE: 120^M
Content-Type: application/sdp^M
Content-Disposition: session^M
Content-Length: 258^M
^M
v=0^M
o=UniMRCPServer 5055035687783194553 8546930765481648170 IN IP4 192.168.0.211^M
s=-^M
c=IN IP4 192.168.0.211^M
t=0 0^M
m=application 544 TCP/MRCPv2 1^M
a=setup:passive^M
a=connection:new^M
a=channel:4c88e194e5ad8440@speechrecog^M
a=cmid:1^M
m=audio 0 RTP/AVP 19^M
Thanks in advance
On Wednesday, June 20, 2012 8:17:27 PM UTC+4:30, Amir Soheil Jazayeri wrote:
Hi,
In SDP response packet, the port is set 0, and so SIP server terminate the session by sending BYE. I checked the codec, both sides have PCMU/8000. Is it allowable for SIP server to use port 0 if SDP offer?its my log:
INVITE sip:mr...@192.168.0.211:5060 SIP/2.0^M
Via: SIP/2.0/UDP 192.168.0.217:5060;branch=z9hG4bK0050569A00151308224061240891340097185194;rport^M
Max-Forwards: 70^M
To: <sip:mr...@192.168.0.211:5060>^M
From: <sip:SPOT@MRCP>;tag=0050569A00151308224061240891340097185191^M
Call-ID: 0050569A001513082240612409513400971854^M
CSeq: 1 INVITE^M
Contact: <sip:SP...@192.168.0.217:5060>^M
Supported: 100rel,replaces,timer^M
Allow: CANCEL, ACK, BYE, INVITE, OPTIONS, INFO, NOTIFY, REGISTER, PRACK, UPDATE^M
User-Agent: SPOT/V7.2.0.5^M
Session-Expires: 1800; refresher=uac^M
Min-SE: 90^M
x-iivip-com-ccxml-sessionid: session.0050569A001513082240612410413400971854^M
x-iivip-com-from-rtp: port 16428 ip 192.168.0.217^M
Content-Type: application/sdp^M
Content-Length: 310^M
^M
v=0^M
o=- 0 5 IN IP4 192.168.0.217^M
s=SPOT SDP^M
t=0 0^M
m=application 9 TCP/MRCPv2 ^M
c=IN IP4 192.168.0.217^M
a=setup:active^M
a=connection:new^M
a=resource:speechrecog^M
a=cmid:1^M
m=audio 0 RTP/AVP 0 97^M
c=IN IP4 0.0.0.0^M
a=rtpmap:0 PCMU/8000^M
a=rtpmap:97 telephone-event/8000^M
a=fmtp:97 0-15^M
a=sendonly^M
a=mid:1^M
SIP/2.0 200 OK^M
Via: SIP/2.0/UDP 192.168.0.217:5060;branch=z9hG4bK0050569A00151308224061240891340097185194;rport=5060^M
From: <sip:SPOT@MRCP>;tag=0050569A00151308224061240891340097185191^M
To: <sip:mr...@192.168.0.211:5060>;tag=agecvUBX8pmaQ^M
Call-ID: 0050569A001513082240612409513400971854^M
CSeq: 1 INVITE^M
Contact: <sip:192.168.0.211:5060>^M
User-Agent: UniMRCP SofiaSIP^M
Accept: application/sdp^M
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE^M
Require: timer^M
Supported: timer, 100rel^M
Session-Expires: 1800;refresher=uac^M
Min-SE: 120^M
Content-Type: application/sdp^M
Content-Disposition: session^M
Content-Length: 258^M
^M
v=0^M
o=UniMRCPServer 5055035687783194553 8546930765481648170 IN IP4 192.168.0.211^M
s=-^M
c=IN IP4 192.168.0.211^M
t=0 0^M
m=application 544 TCP/MRCPv2 1^M
a=setup:passive^M
a=connection:new^M
a=channel:4c88e194e5ad8440@speechrecog^M
a=cmid:1^M
m=audio 0 RTP/AVP 19^M
Thanks in advance
Arsen Chaloyan
I'll add a few notes just to clarify the issue.
A port number of zero in the offer indicates that the stream is
offered but MUST NOT be used. I don't think this is what you wanted to
achieve. So, even for a sendonly stream, the offer should contain a
valid port number.
See the following section for more info:
http://tools.ietf.org/html/rfc3264#section-5.1
> You received this message because you are subscribed to the Google Groups
> "UniMRCP" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/unimrcp/-/P2L2f39QhkcJ.
>
> To post to this group, send email to uni...@googlegroups.com.
> To unsubscribe from this group, send email to
> unimrcp+u...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/unimrcp?hl=en.
--
Arsen Chaloyan
Author of UniMRCP
http://www.unimrcp.org