You are correct that it is the root of the problem... NAT translation is a problem inbound AND outbound.
If you take a firewall and map ALL traffic on port 5060 & etc. to the internal IP address of the PBX, what happens when that inbound call is told to talk to internal extension [EMAIL PROTECTED] which happens to be at an internal IP address different than the PBX? The PBX doesn't stay in the middle of the call, it hands the call off and it is supposed to be handled in a peer-to-peer manner. The SBC needs to be able to stay in the middle of calls in and out to handle the NAT translations. Mike > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:sipx-users- > [EMAIL PROTECTED] On Behalf Of Chad Leigh - Pengar > Enterprises Inc > Sent: Wednesday, December 03, 2008 2:27 AM > To: [email protected] > Subject: [sipx-users] Hunt Group calls disconnect after 2-3 secs > > using sipXconfig (3.10.2-013143 2008-07-23T18:09:14 ecs-centos5) > > I set up a Hunt Group with extension 900. I have it concurrently ring > extension 200 and 201. When dialing in from externally through my > provider, if I have the dialplan for this external provider go to > extension 900, about 2-3 seconds after the extension answers, the call > is disconnected. If I dial extension 900 from a different internal > extension, say 202, then when an extension answers, the calls are not > disconnected. > > I am not sure I understand how the call routing takes place. > > sipX is on a machine behind my firewall. The firewall has a "virtual > server" set up for port 5060 to go to the sipX machine. I have > OpenSBC running on port 5062 and it handles the calls from sipX to the > outside world but is not involved with calls from the outside world > coming in as that seemed to work fine without involvement of OpenSBC > by forwarding port 5060 traffic from the firewall. But I have the > feeling that is the root of this problem. > > Chad > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
