<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 9, 2020 at 10:59 AM Michael Maier <<a href="mailto:m1278468@mailbox.org">m1278468@mailbox.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 09.03.20 at 13:43 George Joseph wrote:<br>
> On Sun, Mar 8, 2020 at 2:48 PM George Joseph <<a href="mailto:gjoseph@digium.com" target="_blank">gjoseph@digium.com</a>> wrote:<br>
> <br>
>><br>
>><br>
>> On Fri, Mar 6, 2020 at 10:07 PM Michael Maier <<a href="mailto:m1278468@mailbox.org" target="_blank">m1278468@mailbox.org</a>><br>
>> wrote:<br>
>><br>
>>> Hello!<br>
>>><br>
>>> On 05.03.20 at 19:08 Asterisk Development Team wrote:<br>
>>>>  * ASTERISK-28746 - res_pjsip_outbound_registration keeps<br>
>>>>       retrying the first entry in a SRV record set<br>
>>>>       (Reported by<br>
>>>>       George Joseph)<br>
>>><br>
>>> I just tested the new version 16.9.0.rc1 and promptly got an error with<br>
>>> this patch. With Deutsche Telekom, you always get a SRV record set. On<br>
>>> the other hand, you mostly have to register 3 numbers - each must be<br>
>>> registered on its own - to the same destination. Therefore, on startup,<br>
>>> there are 3 registers done to the same destination. Often, one of the<br>
>>> three numbers fails to register on the first attempt and therefore, it<br>
>>> is done twice.<br>
>>><br>
>>> With this patch, you're now using the second of usually 3 SRV entries<br>
>>> and registration is done successfully (which would have worked too, if<br>
>>> you would have used the first entry again, because it's just a very<br>
>>> temporary problem) - but all succeeding calls (outgoing INVITEs) are now<br>
>>> rejected (403 Forbidden), because they are going to the first entry of<br>
>>> the SRV record set - which fails on Deutsche Telekom, because they await<br>
>>> all subsequent actions to be done at the same server as the registration<br>
>>> was done.<br>
>>><br>
>>><br>
> I'm thinking more about this...   Basically, the only reason this worked in<br>
> the past is that the SRV processing was broken. :)<br>
<br>
Yes - that's definitely true. Sometime, "broken" isn't always that bad<br>
but can be pretty good at the same time on the other hand :-)<br>
<br>
BTW:<br>
While you're at it: it would be a great oportunity to get it sorted out<br>
completely by globaly adding session stability (one trunk always uses<br>
same IP destination for all actions. If the destionation can't be<br>
reached any more (or misbehaves), you have to reregister to another IP<br>
of the list and remember the new IP for all following actions).<br></blockquote><div><br></div><div>Yeah, we're thinking that's the only real solution but it's not a quick fix and will need some serious thought.  For instance, if on registration the first server in the set was successful but when Asterisk attempted to send a call, the first server failed, would you expect Asterisk to automatically try to re-register and then use the new server?  That would be a lot of work just to support DT.  Now if they could point to an RFC that codifies their required behavior it would be a different matter.  We checked around and couldn't find anything however. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> Anyway, What do the 3 numbers represent?  3 different DIDs and therefore it<br>
> could be any number, or 3 numbers for each DID, etc.?  How do you use the 3<br>
> numbers?<br>
<br>
The 3 numbers are 3 completely different numbers and DIDs at the same<br>
time. They are used for in- and outbound calls and each number<br>
represents an own trunk (as seen by FreePBX e.g.). You have to register<br>
each number on its own to be able to place outbound calls and to get<br>
inbound calls for this number. If you don't register a number and<br>
someone calls this number, the caller gets a "the number you dialed is<br>
currently not available - please try again later".<br></blockquote><div><br></div><div>OK I understand now.</div><div><br></div><div>I think the bottom line is that this isn't a regression and creating an option to disable a bug fix isn't a real solution.  While we figure out a long term solution I believe your only short term one is to use IP addresses or specific A/AAAA records ion your configuration.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
Thanks<br>
Michael<br>
<br>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr" style="font-size:12.8px"><div dir="ltr" style="font-size:12.8px"><div style="font-family:tahoma,sans-serif;font-size:small"><span style="color:rgb(7,55,99)">George Joseph</span><br></div></div><div dir="ltr" style="font-size:small"></div><div style="font-family:tahoma,sans-serif;font-size:small"><span style="color:rgb(7,55,99)">Asterisk Software Developer</span><br></div><span style="color:rgb(7,55,99);font-family:tahoma,sans-serif;font-size:small">direct/fax +1 256 428 6012</span><br><div style="font-family:tahoma,sans-serif;font-size:small"><font color="#073763">Check us out at</font> <a href="http://www.sangoma.com/" style="color:rgb(17,85,204)" target="_blank">www.sangoma.com</a> and <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a><br></div><div style="font-family:tahoma,sans-serif;font-size:small"><img src="cid:ii_k3abte590" alt="image.png" width="184" height="32" style="margin-right: 0px;"></div></div></div></div></div></div></div></div></div>