On Mon, Mar 5, 2012 at 11:38 AM, Saad <[email protected]> wrote: > Hello, > > > We are experiencing a very annoying issue where all outbound calls are > getting disconnected after 30 minutes. pressing Hold then Unhold will > recover the audio path. > > As per the sniffer we see when a call is created by SIPX (either initial > or after pressing hold / Unhold), the SIP 200 Message is sent from the SBC > to SIPX with the public IP of the SBC in the SDP packet. SIPX establishes > the connection first and all is well. > > In the middle of a call, after 30 minutes, a RE-INVITE happens from the > ITSP side of the connection. Since the packets are flowing in a different > direction, the SIP 200 Message flows in the opposite direction, and the SBC > attempts to connect to the SDP IP address in the packet, which is being > identified as an internal IP address (Polycom Phone IP address). > > > Tony Graziano has suggested to us previously to have all phones registered > directly to the SBC instead of SIPX . We finally will receive a help from > ACME (SBC team) to help us on configuring a registration plan for the > Polycom phones on the SBC. >
Incorrect. I've always stated the SBC should pass the connections through to sipx using the public DNS / SRV records pointing to the SBC. > > Kindly let me know : > 1. What configuration changes need to be done on the phones to > achieve this requirement. > 2. Any changes required on the SIPX server side to make this > registration work? > > Kind Regards > Saad Khankan > > -- ~~~~~~~~~~~~~~~~~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.465.6833 ~~~~~~~~~~~~~~~~~~ Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services! ~~~~~~~~~~~~~~~~~~ -- LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Customers: http://myhelp.myitdepartment.net Blog: http://blog.myitdepartment.net
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
