It can't change codecs if it does a BYE. If it does in negotiating codecs it means it "can't".
I think if it happens with 3 different providers it also means the setup in sipxbridge can be incorrect for all 3 too. I also believe a sip trace would do a call analysis good. ============================ Tony Graziano, Manager Telephone: 434.984.8430 Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ ----- Original Message ----- From: [email protected] <[email protected]> To: 'Josh Patten' <[email protected]>; 'Dale Worley' <[email protected]> Cc: 'Trevor Francis' <[email protected]>; [email protected] <[email protected]> Sent: Thu Feb 04 15:00:03 2010 Subject: Re: [sipx-users] Dropped Calls But, can't the bye occur when it losses communications from the other end? It's not necessarily a bad thing when a device sends a bye, as isn't that a normal behavior when it's loss its session with the far end? For instance - is it changing codecs mid stream, etc. -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Josh Patten Sent: Thursday, February 04, 2010 11:40 AM To: Dale Worley Cc: Trevor Francis; [email protected] Subject: Re: [sipx-users] Dropped Calls Same thing happened to me. Random BYE from various devices. Only happened when using sipXbridge. Josh Patten Assistant Network Administrator Brazos County IT Dept. (979) 361-4676 On 2/4/2010 1:38 PM, Dale Worley wrote: > On Thu, 2010-02-04 at 11:37 -0600, Trevor Francis wrote: > >> Attached are call traces for calls that went silent. >> > In both cases, the signaling looks normal; the device at > 67.152.1.202:5060 terminated the call by sending BYE after a few > minutes. > > You'll have to do packet traces (e.g., using Wireshark) to see where the > RTP packets are getting blocked. > > Dale > > > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/ _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/ _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
