Damian Krzeminski ha scritto:
I doubt 'outbound proxy' field has anything to do with the mechanism
described by Dale. It's usually used by the phone to determine how to
establish connections if SIP domain is provided. If outbound proxy is not
set and phone tries to establish the call to "[email protected]" phone
will look up DNS record for example.com and send SIP messages directly
there. If outbound proxy is set it will always establish the call through it.
It matters in sipXecs environment since calls not routed through sipXecs
proxy are not going to be seen in CDRs and will not be routed through SBC etc.
That's why for most devices sipXconfig tries to configure outbound proxy
(or similar parameter) to point to sipXecs proxy.
D.
I installed my 3.11 (now 4.1) from scratch then using sipxecs-setup I
had a one server HA ready system strictly dependent on dns SRV records.
My sipx domain is ictengineer.net. Old v6 plug-in in 3.11 was setting
Registrar (user_host in the config file) ictengineer.net;transport=udp
and Outbound Proxy ictengineer.net. I tested the phone with just
Registrar set to ictengineer.net (no udp anymore) and outbound proxy
blank. The phone works great in my single server system (setting the tcp
port to static value 5060). Snom supports SRV records just fine.
In SnomPhone.java I see this in respect of setting the outbound proxy:
// XPB-398 This forces TCP, this is defined in conjunction with
"transport=udp"
// This is benign w/o SRV, but required w/SRV
// XCF-1680 - IFF this still needs to be set, this should domain name to
allow
// for HA systems. Remember, domain name is really FQHN for non SRV systems
I could see XCF-1680 that allows me to believe we could leave the
outbound proxy blank for sipxecs 4.0 and beyond. I cannot see XPB-398.
What do you suggest? The oubound proxy in 3.10 was probably the host
name. Does it make sense anymore?
Thanks in advance
Alberto
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
