Il martedì 10 agosto 2010 16:36:06 Tony Graziano ha scritto: > I think this is more like the way snom DOES NOT truly resolve DNS SRV > records properly. > > example: internally you use a private DNS server (or acl that uses views), > for this you add an A record to DNS that uses sipx or another internal DNS > server so the phone can resolve "sipdomain.com" as the same IP address that > sipx has. Externally "you cannot do that" because it is used for something > else.
No, it is not the case. Internally: ;; ADDITIONAL SECTION: sip.skoer.it. 86400 IN A 192.168.168.100 _sip._udp.skoer.it. 86400 IN SRV 10 100 5060 sip.skoer.it. _sip._tcp.skoer.it. 86400 IN SRV 20 100 5060 sip.skoer.it. Externally: ;; ADDITIONAL SECTION: sip.skoer.it. 86400 IN A 83.211.101.33 _sip._udp.skoer.it. 86400 IN SRV 10 100 5060 sip.skoer.it. _sip._tcp.skoer.it. 86400 IN SRV 20 100 5060 sip.skoer.it. Why things go wrong only after a hold on? > IF this is the case, you should consider using a subdomain for sipx so it > does not cause this type of conflict. If I will not solve very soon the call transfer problem I will for sure try any possible solution. -- Claudio Succa PERTEL - Torino - Italy +39-011-19826800 http://www.pertel.it http://www.uniassist.it _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
