Guys, I am looking more to a codec mismatch we are looking into this at present. we send an invite with all codec options then the recipient replies with yes and use codec G729r8 I think we maybe trying to communicate in G711. Does this sound plausable? Bare with me on this 1 as I am very new to SIP.
---------------------------- Original Message ---------------------------- Subject: [Sip-implementors] [Fwd: Re: Receiving a bye] From: [email protected] Date: Fri, May 22, 2009 12:48 To: [email protected] -------------------------------------------------------------------------- Sorry Guy's Hopefully the trace below is more informative. [1 bytes missing in capture file]INVITE sip:[email protected]:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.99.1.3:5060;branch=z9hG4bK2604850560-60281937 Max-Forwards: 70 Allow: INVITE, BYE, CANCEL, ACK, INFO, PRACK, OPTIONS, SUBSCRIBE, NOTIFY, REFER, REGISTER, UPDATE Supported: timer, replaces, 100rel From: "M.Wheldon" <sip:[email protected]:5060>;tag=0_2604850560-60281938 To: <sip:[email protected]> Call-ID: [email protected] CSeq: 1 INVITE Min-SE: 90 Session-Expires: 90;Refresher=uas Contact: "M.Wheldon" <sip:[email protected]:5060;transport=tcp> User-Agent: Mitel-3300-ICP 8.0.11.7 Content-Type: application/sdp Content-Length: 199 v=0 o=- 3800 3800 IN IP4 10.99.1.1 s=- c=IN IP4 10.99.1.1 t=0 0 m=audio 64580 RTP/AVP 18 8 0 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 SIP/2.0 100 Trying Via: SIP/2.0/TCP 10.99.1.3:5060;branch=z9hG4bK2604850560-60281937 From: "M.Wheldon" <sip:[email protected]:5060>;tag=0_2604850560-60281938 To: <sip:[email protected]>;tag=483089415066 Call-ID: [email protected] CSeq: 1 INVITE Contact: <sip:[email protected]:5060;transport=tcp> User-Agent: iS3000 SIP Server 9810.43.A Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, REFER, NOTIFY, SUBSCRIBE Accept: application/sdp Accept-Encoding: identity Accept-Language: en Content-Length: 0 SIP/2.0 180 Ringing Via: SIP/2.0/TCP 10.99.1.3:5060;branch=z9hG4bK2604850560-60281937 From: "M.Wheldon" <sip:[email protected]:5060>;tag=0_2604850560-60281938 To: <sip:[email protected]>;tag=483089415066 Call-ID: [email protected] CSeq: 1 INVITE Contact: <sip:[email protected]:5060;transport=tcp> User-Agent: iS3000 SIP Server 9810.43.A Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, REFER, NOTIFY, SUBSCRIBE Accept: application/sdp Accept-Encoding: identity Accept-Language: en Content-Length: 0 SIP/2.0 200 OK Via: SIP/2.0/TCP 10.99.1.3:5060;branch=z9hG4bK2604850560-60281937 From: "M.Wheldon" <sip:[email protected]:5060>;tag=0_2604850560-60281938 To: <sip:[email protected]>;tag=483089415066 Call-ID: [email protected] CSeq: 1 INVITE Contact: <sip:[email protected]:5060;transport=tcp> User-Agent: iS3000 SIP Server 9810.43.A Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, REFER, NOTIFY, SUBSCRIBE Content-Type: application/sdp Accept: application/sdp Accept-Encoding: identity Accept-Language: en Content-Length: 201 v=0 o=iS3000 1 1 IN IP4 10.99.11.1 s=- c=IN IP4 10.99.11.1 t=0 0 m=audio 49398 RTP/AVP 18 96 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:96 telephone-event/8000 a=ptime:40 a=sendrecv ACK sip:[email protected]:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.99.1.3:5060;branch=z9hG4bK2606760560-60281939 Max-Forwards: 70 From: "M.Wheldon" <sip:[email protected]:5060>;tag=0_2604850560-60281938 To: <sip:[email protected]>;tag=483089415066 Call-ID: [email protected] CSeq: 1 ACK Contact: "M.Wheldon" <sip:[email protected]:5060;transport=tcp> Content-Length: 0 BYE sip:[email protected]:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.99.1.3:5060;branch=z9hG4bK2606780560-60281940 Max-Forwards: 70 From: "M.Wheldon" <sip:[email protected]:5060>;tag=0_2604850560-60281938 To: <sip:[email protected]>;tag=483089415066 Call-ID: [email protected] CSeq: 2 BYE Content-Length: 0 SIP/2.0 200 OK Via: SIP/2.0/TCP 10.99.1.3:5060;branch=z9hG4bK2606780560-60281940 From: "M.Wheldon" <sip:[email protected]:5060>;tag=0_2604850560-60281938 To: <sip:[email protected]>;tag=483089415066 Call-ID: [email protected] CSeq: 2 BYE Contact: <sip:[email protected]:5060;transport=tcp> User-Agent: iS3000 SIP Server 9810.43.A Content-Length: 0 > 2009/5/22 <[email protected]>: >> Hi All, >> >> Could someone take a look at my trace below and advise where I am receiving a bye just as the call has established? > > It's obvious that in your trace messages from UAC (INVITE, BYE...) are hidden. Could you try to improve your problem description by showing useful info? > > > -- > Iñaki Baz Castillo > <[email protected]> > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
