On Tue, 2008-06-03 at 14:51 -0400, Hegner, Travis wrote: > Using a combination of an OpenSER Proxy as an SBC, and cisco routers at > my branch offices, I can completely traverse all NATS in my network. I > have tested and proven this theory successfully. > > My branch office phones register to my pbx with an internal private > address over an ipsec vpn tunnel. OpenSER analyzes all sip conversations > and watches for packets containing SDP info. When it receives one, it > modifies the contact info to contain the public address of my branch, > instead of the private address of the phone. The phone will begin it's > rtp transmission directly to the provider, and the provider goes > directly to the branch. My branch's router is smart enough to recognize > the incoming stream is the other half of the outgoing and automatically > does a PAT to the correct phone. I have tested this set up with multiple > phones and multiple branches. > > The only thing I need sipx to do, is insert itself in the VIA headers > only once, or to re-originate the call to eliminate the phone's, and > it's own extra via headers. I don't need any nat support because I can > take care of that with my SBC. For whatever reason, sipx adds itself > three times in the via headers, with three different branch id's. The > two extra via's take up about 244 extra bytes, that push the invite > packet over the 1300 byte recommended maximum, therefore fragmenting the > udp packet which is bad inherently and specifically not supported by my > provider.
The fact that you have 3 vias suggests that you're doing some number manipulation on the way out through sipXecs (I would normally only expect to see 2). It may be that some fiddling with your dial plan can get rid of one of them... If you post your /etc/sipxpbx/mappingrules.xml.in file, I may be able to help with that. -- Scott Lawrence tel:+1.781.229.0533;ext=162 or sip:[EMAIL PROTECTED] sipXecs project coordinator - SIPfoundry http://www.sipfoundry.org/sipXecs CTO, Voice Solutions - Bluesocket Inc. http://www.bluesocket.com/ http://www.pingtel.com/ _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
