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, [email protected] 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
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
