[SIPForum-discussion] UE disabling call with setting both audio and image port = 0

Albert Etsebeth umbrualbert at gmail.com
Thu Feb 9 12:51:07 UTC 2012


Hi All

I'd like to confirm the call-flow whereby a Endpoint answers the call with a
200 OK but then disables both Audio and Video streams in the SDP.
Is this a known response for certain call flow that is breaking , as I was
expecting a "488 Method not allowed" message

m=audio 0 RTP/AVP 0
m=image 0 udptl t38

A                   -> INVITE (PCMA & PCMU) ->           B
A      <- 180 Ringing <- B
A      <- 200 OK <- B



SIP/2.0 200 OK
Via: SIP/2.0/UDP 172.16.0.10:5060;branch=z9hG4bK20qqrq30dgggoic0k7l1.1
Contact: <sip:5000 at 172.16.0.50:1811;rinstance=faabd6cb5255ba99>
To: 
<sip:5000-s37qirsbgjuaa at 192.168.0.10:5060;rinstance=faabd6cb5255ba99;transpo
rt=udp>;tag=a7516e75
From: "Anonymous"<sip:Anonymous at anonymous.invalid>;tag=as7d4b19c1
Call-ID: 0f568e662f611829405f3d3469b0ca1c at 192.168.0.100:5060
CSeq: 102 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE,
INFO
Content-Type: application/sdp
User-Agent: eyeBeam release 1104g stamp 54686
Warning: 305 devnull "no common codec for audio"
Content-Length: 131

v=0
o=- 9 2 IN IP4 172.16.0.50
s=CounterPath eyeBeam 1.5
c=IN IP4 172.16.0.50
t=0 0
m=audio 0 RTP/AVP 0
m=image 0 udptl t38

Thanks umbru




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20120209/3039c3f9/attachment-0002.html>


More information about the discussion mailing list