Multiple trunks to the same gateway is a known problem with sipxbridge.
This conv. Should be on the sipx-users list... plz move it there. On Aug 3, 2011 2:03 PM, "Tony Graziano" <[email protected]> wrote: > On Wed, Aug 3, 2011 at 1:54 PM, W. E. W. Russell <[email protected]> wrote: >> All, >> I currently have two problems that seems to be occurring with my sipXecs. >> I'm running sipXecs (4.4.0- 2011-04-19EDT11:43:17 domU-12-31-39-0E-C9-92). >> My ITSP is Bandtel. >> I'm using Polycom VVX1500 phones running 3.2.3 combined SIP application. >> Hold Problem >> > Bandtel again. Uck. > >> =============== >> I've been back and forth between Polycom and Bandtel about the issue. >> The conclusion we have all come to, and I can verify by packet capture, that >> sipXbridge is NOT sending out the SDP to Bandtel when a hold is issued from >> the Polycom phone. > I'm not sure that is accurate. I've not had that happen with other > providers. do they support reinvite with sdp? HOLD at the phone is at > 0.0.0.0, which means they are not acking the reinvite? >> Bandtel, obviously, drops the call as the carrier did not >> find an SDP in the invite (the invite issued by the hold). Upon review of >> the packet captures, I can see that the Polycom phone DOES issues the hold >> WITH the SDP, > I'd move to firmware 3.2.4 or 3.2.5, the phone should be sending a reinvite... >> but after it is processed by the sipXbridge the SDP is dropped >> thus triggering the dropped call when the carrier notices that the invite >> came with no SDP. > update the firmware on the phone. >> My question is relatively simple: what am I missing? Is there a setting that >> fixes this? Or is this something that sipXbridge isn't designed to do? >> It seems like relatively simple configuration problem, but I have yet to be >> able to figure it out. Any assistance with this issue would be greatly >> appreciated. > I'd suggest trying a different carrier. I had 200 tickets in one year > with bandtel. i was using an ingate at the time. voip.ms has proven to > be very good. >> ----------------------------------- >> >> Multi-Hosted SIP Trunk Problem >> ========================== >> I've also been back and forth with Bandtel on this issue. >> The conclusion we have come to is that Bandtel is not the problem in the >> sense that they are relaying all incoming and outgoing calls to our sipXecs, >> which has been verified by packet captures. >> Bandtel has given us a FQDN - proxy1.bandtel.com - for our SIP >> Trunk/Outgoing proxy. >> This FQDN resolves to two public IP addresses, who flip flop in which is >> primary and which is secondary. The problem occurs when we register with the >> ITSP. Sometimes we will register on one IP, sometimes on the other. Which >> ever IP address we registered at will be able to receive and send calls, but >> on the other, we can receive a call into the PBX, but the PBX does not send >> the call to the actual end user device. >> I believe I have worked around the issue by creating THREE separate SIP >> trunks. First one registers with proxy1.bandtel.com, thus either IP address >> could be the one register. The second one registers with the first IP and >> the third one registers with the second IP. I also added the two IP >> addresses to the "White" list on the SIP Proxy service in sipXecs. >> Everything works and we don't miss any calls, but I still believe this is a >> work around and not a solution. >> Has anyone experienced this before with an ITSP? Or anything similar? Is it >> that sipXecs is only BUILT to handle one IP address to register with an ITSP >> and treats anything else as a security breach, thus throwing away the call? >> If so, that would say that my workaround is the solution. > I also had issues with that. I ended up setting up two gateways via ip > address It was not optimal but it worked, but could only do it with an > ingate. I ended up leaving them over lots of things like that. > >> ---------------------------------------------------- >> Any help/insight you can provide to me would be immensely helpful! >> -- >> William E. W. Russell >> Director, Systems Integration >> incNETWORKS, Inc. >> 25 James Way >> Long Branch, NJ 07724 >> Cell Phone # 732-744-6483 >> Work Phone # 732-508-2224 >> >> _______________________________________________ >> sipx-dev mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >> > > > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.326.5325 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: [email protected] > > Helpdesk Contract Customers: > http://support.myitdepartment.net > Blog: > http://blog.myitdepartment.net > > Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 > Ask about our voip fax services! > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev/
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
