[asterisk-dev] Asterisk 1.8 and SRV records

[Mikael Fredin]

Thanks a lot, great information! Does this mean that I am simply out of
luck regarding failover - asterisk would still try the first entry no
matter if host is down or not?



On 7 April 2014 16:37, Olle E. Johansson <oej at edvina.net> wrote:

>
> On 07 Apr 2014, at 16:09, Mikael Fredin <mikael at wiraya.com> wrote:
>
> > I have been trying to find information about this, as I found a note in
> the documentation that SRV records in asterisk will only work for the first
> entry in the record.
> >
> > All I can find is a post from Olle saying that he had it working in one
> of the branches - is this branch now part of the latest 1.8 version?
> The branch is not done yet, got postponed for some other work but will be
> active again soon.
> It will *never* become part of 1.8, that would be against the release
> regulation we have in the project.
> It is simply a very big bugfix.
>
> The current code adds "shadow peers" so we can accept calls from any
> server in the SRV record set.
> We also do proper selection of server on outbound calls.
>
> There's some testing of failover still to be done and an IMS hack missing.
> Read more about it here:
>
>
> http://svnview.digium.com/svn/asterisk/team/oej/pgtips-srv-and-outbound-stuff-1.8/README.pgtips-srv-records?revision=403237
>
> /O
>
> >
> > I can find nothing in the changelog regarding this.
> >
> > Would appreciate some clarity! Thank you.
> >
> > /Mikael
> > --
> > _____________________________________________________________________
> > -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> >
> > asterisk-dev mailing list
> > To UNSUBSCRIBE or update options visit:
> >   http://lists.digium.com/mailman/listinfo/asterisk-dev
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20140407/a3896512/attachment.html>