Check why the attribute line in SDP of 200 ok "a=rtpmap:0 PCMU/8000/1" is before the media line " m=audio 16000 /RTP/AVP 0 101". This might have made the phone to treat the SDP as Bad SDP in 200 OK.
This is one limitation of SIP where the caller cannot tell why it did not like the SDP. May be the Bye Reason header can be used to indicate these type of problems. Kasturi -----Original Message----- From: Siddhardha Garige [mailto:[EMAIL PROTECTED] Sent: Friday, November 03, 2006 10:36 AM To: sip-implementors@cs.columbia.edu Subject: [Sip-implementors] whats wrong with this 200 OK? - trace included Hello all, I am trying a new osip based SIP app with cisco 7960. Cisco generated an invite and sip app replied with 200OK. Cisco responded with ACK and goes into fast busy tone sends a BYE. Here is INVITE from Cisco, 200OK from osip client and ACK from cisco. Anyone see any problem ? Thanks in advace, INVITE sip:[EMAIL PROTECTED] SIP/2.0 Via: SIP/2.0/UDP 192.168.10.125:5060;branch=z9hG4bK56631afa From: "4600" <sip:[EMAIL PROTECTED]>;tag=0015f914111300df6d7e34b8-0149920e To: <sip:[EMAIL PROTECTED]> Call-ID: [EMAIL PROTECTED] Max-Forwards: 70 Date: Fri, 03 Nov 2006 16:17:57 GMT CSeq: 101 INVITE User-Agent: Cisco-CP7960G/8.0 Contact: <sip:[EMAIL PROTECTED]:5060;transport=udp> Expires: 180 Accept: application/sdp Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE Supported: replaces,join,norefersub Content-Length: 277 Content-Type: application/sdp Content-Disposition: session;handling=optional v=0 o=Cisco-SIPUA 10343 0 IN IP4 192.168.10.125 s=SIP Call t=0 0 m=audio 27398 RTP/AVP 0 8 18 101 c=IN IP4 192.168.10.125 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/0 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.10.125:5060;branch=z9hG4bK56631afa From: "4600" <sip:[EMAIL PROTECTED]>;tag=0015f914111300df6d7e34b8-0149920e To: <sip:[EMAIL PROTECTED]>;tag=2001636689 Call-ID: [EMAIL PROTECTED] CSeq: 101 INVITE Contact: <sip:[EMAIL PROTECTED]:5050> Allow: CANCEL, BYE Content-Type: application/sdp Content-Length: 220 v=0 o=5000 11625705840 11625705840 IN IP4 192.168.10.112 s=EDGE VM Session c=IN IPV4 192.168.10.112 t=0 0 a=rtpmap:0 PCMU/8000/1 m=audio 16000 /RTP/AVP 0 101 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 ACK sip:[EMAIL PROTECTED] SIP/2.0 Via: SIP/2.0/UDP 192.168.10.125:5060;branch=z9hG4bK78c4d355 From: "4600" <sip:[EMAIL PROTECTED]>;tag=0015f914111300df6d7e34b8-0149920e To: <sip:[EMAIL PROTECTED]>;tag=2001636689 Call-ID: [EMAIL PROTECTED] Max-Forwards: 70 Date: Fri, 03 Nov 2006 16:17:57 GMT CSeq: 101 ACK User-Agent: Cisco-CP7960G/8.0 BYE sip:[EMAIL PROTECTED] SIP/2.0 Via: SIP/2.0/UDP 192.168.10.125:5060;branch=z9hG4bK29f3fb2a From: "4600" <sip:[EMAIL PROTECTED]>;tag=0015f914111300e00ea5cda7-51534e9e To: <sip:[EMAIL PROTECTED]>;tag=1529264891 Call-ID: [EMAIL PROTECTED] Max-Forwards: 70 Date: Fri, 03 Nov 2006 16:24:17 GMT CSeq: 102 BYE User-Agent: Cisco-CP7960G/8.0 Content-Length: 0 SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.10.125:5060;branch=z9hG4bK3933ed52 From: <sip:[EMAIL PROTECTED]>;tag=0015f914111300e16dcd1a9b-2be26740 To: <sip:[EMAIL PROTECTED]> Call-ID: [EMAIL PROTECTED] CSeq: 284 REGISTER Expires: 1800 Content-Length: 0 " Well, look at it this way! If you want to make a baby cry, first you give it a lollipop. Then you take it away! If you never give it a lollipop to begin with, it would have nothing to cry about! " -Jerome 'Chef ' McElroy South Park. ______________________________________________ Siddhardha Garige www.luminepixels.com --------------------------------- Everyone is raving about the all-new Yahoo! Mail. _______________________________________________ Sip-implementors mailing list Sip-implementors@cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list Sip-implementors@cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
