Hi Guillaume,

 

have you tried to cache your DNS queries with the dns_cache module 
(https://opensips.org/html/docs/modules/3.3.x/dns_cache) ?

 

Regards

 

 

De : Users <users-boun...@lists.opensips.org> au nom de 
<guillaume.desgeo...@orange.com>
Répondre à : OpenSIPS users mailling list <users@lists.opensips.org>
Date : mardi 9 janvier 2024 à 10:35
À : OpenSIPS users mailling list <users@lists.opensips.org>
Objet : [OpenSIPS-Users] DNS could not resolve hostname in dispatcher

 

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@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users 

_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to