Thanks for fast answer. About nattraversalrules, i made tests when it is checked and it is not and it looks that i have forgot to uncheck it before to send the configuration. This ip address is public ip address and i don't need to check "Server behind NAT". I only need to check "Enable NAT traversal for remote workers..." i think.
asgard.iguanait.com resolve the iguaanit.com address. Both have the same ip address - 212.227.52.184. Yes, i will try to check where the requests are going. Or maybe will try with other domain on a separate test machine. I will post here the results from my tests later. Thanks for the help. M. Ranganathan wrote: > On Thu, May 7, 2009 at 8:43 AM, [email protected] <[email protected]> wrote: > >> Hi, >> first i want to thank you for reply. >> >> I tried with this experiment, but i got the same result. >> >> I will attach sipxbridge.xml and natraversalrules.xml files from this >> experiment and also the error part from sipxbridge.log. >> >> I just cannot understand why this happen. >> >> > > > Your system appears to be misconfigured. > > 1. Your nattraversalrules has mediarelaynativeaddress : 212.227.52.184 > > This address is publicly routable. > > If you are behind NAT then why are you putting a pulicly routable > address as your native adderss? Please put your private address there. > If you are not behind NAT do not check the box for behind NAT. > > Your mediarelay native addresss should be your private address where > your media relay is running. > There is an http server running there for handling xml rpc requests. > Sipxbridge will send xml rpc requests there. > > > 2. What addresses does asgard.iguanait.com resolve to? Do a dig on > that and see. Perhaps you would want to set things up in a VM. > > I am afraid I dont know how else to help you further here. Something > is not resolved correctly. I strongly suspect a DNS configuration > issue. Run wireshark and see where the XML RPC request from sipxbridge > is realy going. > > > > Ranga _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
