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 ?
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(a)otenet.gr>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
> >> _______________________________________________