[OpenSIPS-Users] DNS could not resolve hostname in dispatcher

[Bogdan-Andrei Iancu]

Hi Guillaume,

Indeed, a weird one, not marking the destination as failed upon failure 
to ping it. I checked the drouting module and it is doing such disable, 
so it might be a overlook in the dispatcher module. Please open a bug 
report on the github tracker, so we can address this issue.

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
   https://www.siphub.com

On 09.01.2024 11:32, guillaume.desgeorge at orange.com wrote:
>
> Hi everyone,
>
> We are facing a problem with Opensips 3.3 (but I’ve done tests on 
> opensips 2.4 and it was the same).
>
> In the dispatcher, if we have a name instead of an IP address in 
> “destination”, and that the DNS falls down, we have an error “could 
> not resolve hostname” in the log. Then, Opensips can’t resolve the 
> name, there is no more OPTIONS message sent to the destination but the 
> state stays as 0 and if a call arrives, Opensips still route the 
> INVITE to the last known IP address.
>
> I find that’s strange :
>
>   * Either Opensips consider that the DNS is down but the destination
>     may be still up with the last IP address he knows and he could
>     still send OPTIONS messages to the last known IP address
>   * Either Opensips consider that the DNS is down and doesn’t send
>     OPTIONS message but in that case he should not send INVITE to the
>     old IP address.
>
> I work with a product that has his own DNS and removes the name of the 
> server in the DNS when the machine is down. So everytime the server is 
> down, Opensips can’t resolve the name and still send calls to that server…
>
> Is there any parameters I can use to change that way of working ?
>
> Regards,
>
>     Guillaume
>
> Orange Restricted
>
> ____________________________________________________________________________________________________________
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20240110/b96d191f/attachment.html>