Another thing to try in addition to setting up the call to go to a phone ( instead of operator ) is :
Navigate to System -> Servers -> Media relay Uncheck the check box "Reject Stray Packets " This turns off symmetric relaying for the SIPX media relay. This is not a recommended thing to do but it could be a cause for your problem ( especially media path ). If it worked with this setting that would mean that your NAT is not symmetrical. If you decide you would like to dig into this problem, you would need to generate traces. For that, you have to turn on the following logging levels: 1. SipXbridge : DEBUG 2. SipX Proxy Server : INFO 3. SipX Registry : INFO I would check to see if any kind of signaling is getting in as far as sipXbridge. Regards Ranga On Sat, Sep 12, 2009 at 9:17 PM, M. Ranganathan <[email protected]> wrote: > > > On Sat, Sep 12, 2009 at 9:05 PM, James Johnson <[email protected]>wrote: > >> >> >> Ranga, >> >> I have confirmed that Xlite works fine with both incoming & outgoing >> calls. Here are my ITSP settings from sipXBridge-1: >> > > > The FreeSwitch based Auto Attendant is quite picky about symmetrical > statically mapped full cone NAT. It does its own NAT compensation. It will > only send to a port from which it receives data (i.e. does its own NAT > compensation). > > You can try setting up a DID alias for some phone other than the auto > attendant. Then leave the "inbound calls destination" field blank in > sipxbridge. This will route your inbound call directly to the phone for > which you have set up that DID alias. > > I am afraid you are going to need to dig into this problem using wireshark > and sipviewer if that does not work. Check to see if signaling is even > getting to sipxbridge. If that is not happening you need to gather traces > from the public side of the firewall to see if the ITSP is sending signaling > there and where the signaling is being forwarded to ( or dropped ). > > > Regards > > Ranga > > > > > -- > M. Ranganathan > > -- M. Ranganathan
_______________________________________________ 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/
