I've torn my hair out for hours and I still can't get it to work with the domain name set everywhere <sigh> ... I can get it to work if I hardcode the IP address on the phones and in all the config files, but I can't get the domain name to work on incoming calls, I'm at a total loss. If I had a mismatch somewhere, I'd think it wouldn't work on outgoing calls either, but that seems to work fine. Any other ideas? Might it have anything to do with the incoming call coming in from the PSTN and going through the external profile? Cheers, Gabe On Mon, Mar 1, 2010 at 1:22 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
I really want to be done with this thread......
You were using the IP in some places and the hostnames in others, this makes it so the SQL statements not match because sql statements cannot do dns lookups. I will not be doing any work to resolve hostnames back and forth to IP inside FS.
The subscribes were using the hostname and the db and invites were using the IP.
you have to have the same exact domain in your user directory and have the force-register-domain and force-register-domain-db also set to that value or omit them completely and use the domain names in 100% of the config fields on the phone.
On Mon, Mar 1, 2010 at 3:09 PM, Gabriel Kuri <gkuri@ieee.org> wrote:
Hi Anthony,
I appreciate all the hard work yourself, Brian, Mike and all the other developers have put in FS! By no means am I discounting any of it, it's truly invaluable.
Our "philosophy" has always been to use DNS where available, so that we're not worrying about re-configuring a bunch of devices if IP addresses change and this obviously goes to setting the phones up as well to use DNS for the proxy and registrar fields. And it allows us to do fancy things, like split-view DNS, where if a phone is taken off-site and we want it to remotely register to FS, it will get the public IP address of the FS server, rather than the private, without re-configuring the phone.
If I'm understanding your email correctly, you're saying we need to use all IP or all DNS for SLA, is that correct? AFAIK, we're using all DNS, but perhaps I'm missing something somewhere. How would we be able to use the DNS name of our SIP domain in phones (rather than IP) and ensure SLA works for both incoming/outgoing calls? Is that possible at this point in time or do we need to use the IP addresses in the proxy field on the phone if we want to use SLA?
Thanks for all your help.
Gabriel Kuri
On Mon, Mar 1, 2010 at 11:42 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
you can use names if you use *all names* you just can't mix, but all IP is much faster and safer because there is no need to do constant dns lookups on something that never changes anyway, you can easily alias your profile to a friendly name, it also makes it more portable.
On Mon, Mar 1, 2010 at 1:30 PM, Yehavi Bourvine <yehavi.bourvine@gmail.com> wrote:
Hello Anthony,
2010/3/1 Anthony Minessale <anthony.minessale@gmail.com>
I am trying my best not to be completely annoyed at the "somewhat limiting" remark after going over the countless hours I spent making sure this feature work and then being patient with 2 people insisting there was a bug when they both shared an identical misconfiguration.
"somewhat limiting" was because my experiments up to now with Polycom and SIP/TLS were successfull with domain names only. However, I am going to inverstigate this further to see how this can work with IP only.
In the meantime I've documented the required configuration under the Polycom wiki page.
If we started doing DNS lookups everywhere so hostname could be interchanged with IP we would have large blocking all over the place when the DNS was not available and horribly messy code doing all the lookups. There was already an experiment called project asterisk that proved the flaws in this design approach.
I think that's why some of us move from Asterisk to FreeSwitch. I also preffer less to no DNS lookups on a critical system which must work even when there are some kinds of communication problems.
Thanks, __Yehavi:
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org