Re: [SR-Users] Avoid resolving names by DNS

2010-09-01 Thread Andrei Pelinescu-Onciul
On Sep 01, 2010 at 14:50, Alex Balashov wrote: > On 09/01/2010 01:25 PM, Andrei Pelinescu-Onciul wrote: > > >The problem with having fallback to the system resolver is that in case > >the entry is not in /etc/hosts (or similar), you will have double > >queries for each failure and you would also

Re: [SR-Users] topoh and SDP endpoints

2010-09-01 Thread Alex Balashov
On 09/01/2010 02:57 PM, Daniel-Constantin Mierla wrote: On 9/1/10 8:48 PM, Alex Balashov wrote: The topoh module doesn't touch IP-identifying SDP information, does it? Has there been any interest in implementing that down the road? you can use rtpproxy to hide the endpoint ips for media (an

Re: [SR-Users] topoh and SDP endpoints

2010-09-01 Thread Daniel-Constantin Mierla
On 9/1/10 8:48 PM, Alex Balashov wrote: The topoh module doesn't touch IP-identifying SDP information, does it? Has there been any interest in implementing that down the road? you can use rtpproxy to hide the endpoint ips for media (and do the rtp relay). if you just need to change sdp ips,

Re: [SR-Users] Avoid resolving names by DNS

2010-09-01 Thread Alex Balashov
On 09/01/2010 01:25 PM, Andrei Pelinescu-Onciul wrote: The problem with having fallback to the system resolver is that in case the entry is not in /etc/hosts (or similar), you will have double queries for each failure and you would also not be able to do any dns fallback / srv rec. load balancin

[SR-Users] topoh and SDP endpoints

2010-09-01 Thread Alex Balashov
The topoh module doesn't touch IP-identifying SDP information, does it? Has there been any interest in implementing that down the road? -- Alex Balashov - Principal Evariste Systems LLC 1170 Peachtree Street 12th Floor, Suite 1200 Atlanta, GA 30309 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web:

Re: [SR-Users] Avoid resolving names by DNS

2010-09-01 Thread Andrei Pelinescu-Onciul
On Sep 01, 2010 at 19:09, Daniel-Constantin Mierla wrote: > > > On 9/1/10 7:01 PM, Andrei Pelinescu-Onciul wrote: > >On Sep 01, 2010 at 18:49, Klaus Darilion > >wrote: > >>kamailio>= 3.0 is based on ser's core which has implemented its own > >>caching resolver library. I do not know if there i

Re: [SR-Users] Avoid resolving names by DNS

2010-09-01 Thread Santiago Soares
Hello, Both options (dns_cache_init=no and use_dns_cache=no) worked for me. I think that the internal resolver is used only if cache is enabled. Thank you! Santiago Soares Fone: (41) 8488-0537 On Wed, Sep 1, 2010 at 2:09 PM, Daniel-Constantin Mierla wrote: > > > On 9/1/10 7:01 PM, Andrei Pelin

Re: [SR-Users] Avoid resolving names by DNS

2010-09-01 Thread Daniel-Constantin Mierla
On 9/1/10 7:01 PM, Andrei Pelinescu-Onciul wrote: On Sep 01, 2010 at 18:49, Klaus Darilion wrote: kamailio>= 3.0 is based on ser's core which has implemented its own caching resolver library. I do not know if there is a way to disable it complete and use the system's stub resolver. You could

Re: [SR-Users] Avoid resolving names by DNS

2010-09-01 Thread Andrei Pelinescu-Onciul
On Sep 01, 2010 at 18:49, Klaus Darilion wrote: > kamailio >= 3.0 is based on ser's core which has implemented its own > caching resolver library. I do not know if there is a way to disable > it complete and use the system's stub resolver. You could try the > "use_dns_cache" option: > http://sip-r

Re: [SR-Users] Avoid resolving names by DNS

2010-09-01 Thread Klaus Darilion
kamailio >= 3.0 is based on ser's core which has implemented its own caching resolver library. I do not know if there is a way to disable it complete and use the system's stub resolver. You could try the "use_dns_cache" option: http://sip-router.org/wiki/cookbooks/core-cookbook/devel#dns_parame

Re: [SR-Users] help to use force_rtp_proxy([flags [, ip_address]]).

2010-09-01 Thread Klaus Darilion
increase the log level and verify if force_rtp_proxy is called during response processing or not. If yes -> there is a problem in force_rtp_proxy. If no -> you have to debug your configuration by adding more xlog() messages, e.g. to log the value of the relevant flags and the status. regards

Re: [SR-Users] Avoid resolving names by DNS

2010-09-01 Thread Alex Balashov
Unless Kamailio implements its own DNS query mechanism, it should use the system library's resolver, which hits /etc/hosts as well. It works for me to use hostnames only in /etc/hosts in my dispatcher list. Failing that, however, you can run a DNS cache locally like pdnsd or dnsmasq. Pdnsd i

[SR-Users] Avoid resolving names by DNS

2010-09-01 Thread Santiago Soares
Hello, I'm using kamailio as a simple load balancer. My dispatcher list is something like that: 1 sip:server1:5060 1 sip:server2:5060 2 sip:server1:5060 and /etc/hosts is 10.1.1.1 server1 10.1.1.2 server2 When I want to do some maintenance task in one of the servers, server2, for exe

[SR-Users] Cluecon 2010 presentation

2010-09-01 Thread Daniel-Constantin Mierla
Hello, for those interested, I uploaded my presentation at Cluecon on the web site, link: http://bit.ly/cFDNcX My one and a half day presence in Chicago was surprising good for kamailio and ser - people started to get the real value of the project and catch up with latest features. Moreov

Re: [SR-Users] ratelimit module migration from (k) to generic

2010-09-01 Thread Daniel-Constantin Mierla
On 9/1/10 1:33 AM, Ovidiu Sas wrote: The (k) ratelimit modules was based on the openims version, which was was an enhanced version of the (s) one. If there are no objections, by the end of the week I will move (k) ratelimit into generic and (s) version into obsolete. IIRC this can be done via