[asterisk-dev] Asterisk / pjsip: control the SRV DNS response set with an option

George Joseph gjoseph at sangoma.com
Mon Apr 5 10:11:59 CDT 2021


oops, resend...

On Mon, Apr 5, 2021 at 7:38 AM George Joseph <gjoseph at sangoma.com> wrote:

>
>
> On Sat, Apr 3, 2021 at 12:09 AM Michael Maier <m1278468 at mailbox.org>
> wrote:
>
>>
>> Hello!
>>
>> As Asterisk doesn't care about destinations used for each request if
>> there is a
>> DNS SRV set given by the DNS resolution (more than one server in the
>> response) I
>> would like to shrink the used destinations received from DNS SRV query to
>> one
>> server (as the SRV list is unchanged since years now regarding German
>> Telekom).
>>
>> I can do this like in the attached patch - but I didn't find any way so
>> far to
>> bring in a (new) option of transport configuration e.g. to this callback.
>> Isn't
>> there any way?
>>
>
> I think this would take a lot of investigation and a lot of work.  There
> are several subsystems involved in the DNS resolution process...  the core
> DNS stuff (main/dns*), the pjsip resolver callback, the
> individual res_pjsip modules that want to do lookups, and pjproject
> itself.  You'd have to find a way to pass the specific endpoint involved
> through all of those subsystems.  However, I'm not sure that patch you
> attached will actually do what you want, although I guess it depends on
> what you wanted :)   By the time sip_resolve_callback is called, I _think_
> all of the lookups have already been done and sip_resolve_callback is just
> iterating over the results.  If your intention was to not do all the
> lookups you may have even more work to do.
>
>
>
>>
>>
>> Thanks for any hint.
>> Michael
>> --
>> _____________________________________________________________________
>> -- 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/20210405/ef24b950/attachment.html>


More information about the asterisk-dev mailing list