Kostas Marneris wrote:
ok thanks .
Is there any way to combine DNS SRV and t_on_failure() ? With rewritehost("pstngw.foo.com") SER sends DNS SRV queries, so load balance is Ok. How I know the first IP that SER sends the INVITE, so I can use the 2nd IP in failure_route[1] block ?
In ser CVS there was DNS cache and SRV failover support added recently. It will do the failover automatically. regards klaus
I mean, something like that : # --- PSTN Handler --- ... if (uri =~ "^sip:XXXXXXXXXXXX@") { rewritehost("pstngw.foo.com"); t_on_failure("1"); route(1); break; }; ...
failure_route[1] { if ((!t_check_status("487")) && (!t_check_status("486"))) { rewritehostport("pstn2.foo.com:5060"); append_branch(); route(1); break; }; }
Is there any way to determine that SER tried that IP (pstn1-gw or pstn2-gw), in order to use the other one ?
regards, Kostas
samuel wrote:
SER's CVS HEAD version has this fetaure...I guess you would have to use t_on_failure and such...
Samuel
2006/9/25, Kostas Marneris K.Marneris@otenet.gr:
thanks. This works Ok.
I have one more question : My DNS SRV config is something like that :
$ORIGIN pstngw.foo.com. _sip._udp SRV 1 1 5060 pstn1.foo.com. SRV 1 1 5060 pstn2.foo.com.
I can load balance (50-50) with the above.
But if one of the GWs is down, then SER keeps on doing "load balancing 50-50" , so the ~50% of the calls are routed to GW that is down .
Is there a way to have a redundancy setup with DNS SRV only (with 50-50 load balancing) ? Does this supported by SER's DNS SRV implementation (t_relay() ) ?
Or do I have to handle this issue with the t_on_failure() mechanism ?
thanx. Kostas
Greger V. Teigre wrote:
Use rewritehost("pstngw.foo.com"); (If port is specified, DNS SRV is not used, ref. the RFC) g-)
Kostas Marneris wrote:
Hello,
I run ser.0.9.6 and I can use either rewritehostport("1.2.3.4:5060"); or rewritehostport("pstngw.foo.com:5060");
with t_relay() command on INVITE/PSTN handler in order to route calls to a Cisco PSTN GW. This works fine.
Is "DNS SRV queries" supported on ser.0.9.6 and is there a specific conf ?
thanx Kostas _______________________________________________
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers