Re: [OpenSIPS-Users] Adding PSTN Gateway in Opensips 3.0
Hi, Shouldn't this be done in dynamic routing > Gateway | Carriers? Regards, Ronald Geerligs PS I registered at anveo for an account too. January 9, 2024 at 11:40 AM, "HS" wrote: > > Dear all. > > Greetings and a Happy New Year. I want to add a PSTN gateway and the carrier > expects something like: [PREFIX]phonenum...@sbc.anveo.com. I think I have > figured out the [PREFIX] part, but can't seem to add "@sbc.anveo.com > http://sbc.anveo.com/ " via the dialplan module. There seems to be a > validation error on the Opensips CP. According to some old documentation it > used to be possible to add something like: sip:\\1...@sbc.anveo.com - but not > any more. I have searched about Opensips/Kamailio, read Flavio's book. > > Is it possible to append the correct domain/URI/@sbc.whatever.com > http://sbc.whatever.com/ to a phone number dependant on the gateway used? > Would this happen in the config? Dialplan? Dynamic Routing? Dispatcher module? > > I am sure this is really basic - references to any tutorials would be helpful. > > Thanks. >___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Adding PSTN Gateway in Opensips 3.0
Dear all. Greetings and a Happy New Year. I want to add a PSTN gateway and the carrier expects something like: [PREFIX]phonenum...@sbc.anveo.com. I think I have figured out the [PREFIX] part, but can't seem to add "@sbc.anveo.com" via the dialplan module. There seems to be a validation error on the Opensips CP. According to some old documentation it used to be possible to add something like: sip:\\1...@sbc.anveo.com - but not any more. I have searched about Opensips/Kamailio, read Flavio's book. Is it possible to append the correct domain/URI/@sbc.whatever.com to a phone number dependant on the gateway used? Would this happen in the config? Dialplan? Dynamic Routing? Dispatcher module? I am sure this is really basic - references to any tutorials would be helpful. Thanks. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] DNS could not resolve hostname in dispatcher
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 au nom de Répondre à : OpenSIPS users mailling list Date : mardi 9 janvier 2024 à 10:35 À : OpenSIPS users mailling list 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
[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
