date:20230906

Re: [OpenSIPS-Users] ERROR:tls_mgm:load_tls_library: No TLS library module loaded

2023-09-06 Thread Brett Nemeroff

Hello,
Given your recent flurry of emails to the mailing list, I'm sure you are
learning quickly how to use OpenSIPs. However, I would like to remind you
to please remember proper netiquette when collaborating on the mailing
list. The OpenSIPs community is full of very friendly and helpful members.
Most of us have day jobs and don't babysit the list. That being said, as is
with most technical mailing lists, it is best to clearly and concisely ask
your questions to get the most help and to not waste the time of
contributors on the list. Additionally, it's always good to show that you
"gave it a try yourself" and what did and didn't work when you did. I've
seen a number of your posts that only include error logs or like the above
open ended question that is actually attached to a thread of another
concern.

We are all happy to help, but please start by:
1. Read the documentation
2. Try it out yourself
3. Show what you tried, and what didn't work
4. Include the version number you are doing
5. Give us a little context
6. We are human. Say hello. Be human.
7. Remember that your question may have been asked before and/or others may
have the same question. It's important to keep your questions in threads so
others can also benefit from the list interaction.

Additionally, there is a slack group. It's not super active, but I know
many of us hang out in there (myself included). If you show up, be a
friendly member of the community, and ask a thoughtful question, you are
bound to get more help.

Thanks,
Brett

On Tue, Sep 5, 2023 at 11:12 PM Prathibha B 
wrote:

> How to write dialplan in opensips?
>
> Sent from Outlook for Android 
> --
> *From:* Users  on behalf of Ben Newlin <
> ben.new...@genesys.com>
> *Sent:* Tuesday, September 5, 2023 7:04:45 PM
> *To:* OpenSIPS users mailling list 
> *Subject:* Re: [OpenSIPS-Users] ERROR:tls_mgm:load_tls_library: No TLS
> library module loaded
>
>
> The error is quite clear in the logs you provided:
>
>
>
> ERROR:tls_mgm:load_tls_library: No TLS library module loaded
>
>
>
> You must load a TLS library in order to use the tls_mgm module.
>
>
>
> https://opensips.org/docs/modules/3.4.x/tls_mgm.html#idp5522064
>
> https://opensips.org/docs/modules/3.4.x/tls_openssl.html
>
> https://opensips.org/docs/modules/3.4.x/tls_wolfssl.html
>
>
>
> Ben Newlin
>
>
>
> *From: *Users  on behalf of Prathibha B
> 
> *Date: *Friday, September 1, 2023 at 8:12 AM
> *To: *OpenSIPS users mailling list 
> *Subject: *[OpenSIPS-Users] ERROR:tls_mgm:load_tls_library: No TLS
> library module loaded
>
> * EXTERNAL EMAIL - Please use caution with links and attachments *
>
>
> --
>
> I've loaded tls_mgm module in /lib64/opensips/modules. Still getting this
> error.
>
> NOTICE:core:main: version: opensips 3.5.0-dev (x86_64/linux)
> Sep 01 10:45:49 ip-172-31-34-24 opensips[363797]: Sep 1 10:45:49 [363797]
> NOTICE:core:main: using 128 MB of shared memory, allocator: Q_MALLOC_DBG
> Sep 01 10:45:49 ip-172-31-34-24 opensips[363797]: Sep 1 10:45:49 [363797]
> NOTICE:core:main: using 4 MB of private process memory, allocator:
> Q_MALLOC_DBG
> Sep 01 10:45:49 ip-172-31-34-24 opensips[363797]: Sep 1 10:45:49 [363797]
> NOTICE:signaling:mod_init: initializing module ...
> Sep 01 10:45:49 ip-172-31-34-24 opensips[363797]: Sep 1 10:45:49 [363797]
> ERROR:tls_mgm:load_tls_library: No TLS library module loaded
> Sep 01 10:45:49 ip-172-31-34-24 opensips[363797]: Sep 1 10:45:49 [363797]
> ERROR:core:init_mod: failed to initialize module tls_mgm
> Sep 01 10:45:49 ip-172-31-34-24 opensips[363797]: Sep 1 10:45:49 [363797]
> ERROR:core:main: failed to initialize modules!
> Sep 01 10:45:49 ip-172-31-34-24 opensips[363797]: Sep 1 10:45:49 [363797]
> NOTICE:core:main: Exiting...
>
>
>
> --
>
> Regards,
>
> B.Prathibha
> ___
> 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

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Brett Nemeroff

Buckle up! Things are going to get interesting. This is just one tiny
little example...

We have a lot of international issues when it comes to building trust and
call authentication internationally. For example, consider that STIR/SHAKEN
as we know it is built upon the US policy and governance authority and as
such certificates come from US STI-CA. What will happen internationally
with certificates and trust? Will PASSporTs all look the same? How do we
trust calls that cross borders?

PASSporT formatting is the tip of the iceberg. However for France calling,
they have their own set of standards governed by MAN. OpenSIPs modules
should certainly have a way to support them, but I would be surprised if
they do out of the box. Given how new all of this is, I'd expect we'd need
the help of someone like Mickael to help understand where the module is
lacking for France standards.

For those who are interested, i3Forum is having a talk tomorrow morning
(US) on international calling and trust which may cover some of these
issues. I am not affiliated with that group, but I'll be joining the
webinar to gather information. I'm passing the information on to you guys.

https://i3forum.org/one-consortium/

-Brett


On Wed, Sep 6, 2023 at 7:31 AM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> Is ST/SH being used other than the US? AFAIK it only applies to US
> numbers, thus 10 digits, no?
>
> On Wed, 6 Sep 2023 at 14:27, Mickael Hubert  wrote:
>
>> yep I found...
>>
>> if (end - start < 2 || end - start > 15)
>> return -1;
>>
>> I have to modify this code.
>> I will propose a PR.
>>
>> Thanks a lot
>> ++
>>
>> Le mer. 6 sept. 2023 à 14:25, Marcin Groszek  a
>> écrit :
>>
>>> Correction : maximum of 15 digits .
>>> On 9/6/2023 7:21 AM, Marcin Groszek wrote:
>>>
>>> Your number is to long
>>>
>>> E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT starting
>>> with 0
>>> On 9/6/2023 7:16 AM, Mickael Hubert wrote:
>>>
>>> Hi all,
>>> I have an issue, when I verify a call with no E164 format (dest:
>>> +3310200123456789)
>>>
>>> *logs:*
>>> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
>>> ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 format:
>>> 3310200123456789
>>> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
>>> ERROR:stir_shaken:w_stir_verify: failed to validate Destination number
>>> (3310200123456789)
>>>
>>> *My configuration:*
>>> # - module  stir_shaken ---
>>> loadmodule "stir_shaken.so"
>>> #--- stir_shaken params -
>>> modparam("stir_shaken", "ca_list", "/usr/local/etc/opensips/man_ca.pem")
>>> modparam("stir_shaken", "require_date_hdr", 0)
>>> modparam("stir_shaken", "verify_date_freshness", 60)
>>>
>>> According to the doc e164_strict_mode is disabled by default, so I
>>> don't know why it doesn't work.
>>>
>>> *source of code: *
>>> if (_is_e164(num, e164_strict_mode) == -1) {
>>> LM_GEN(log_lev, "number is not in E.164 format: %.*s\n",
>>> num->len, num->s);
>>> return -1;
>>> }
>>>
>>>
>>> Do you have any help for me please ? I have to validate this format of
>>> dest number.
>>>
>>> Thanks in advance
>>>
>>>
>>> ___
>>> Users mailing 
>>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>> --
>>> Best Regards:
>>> Marcin Groszek
>>> Business Phone Servicehttps://www.voipplus.net
>>>
>>>
>>> ___
>>> Users mailing 
>>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>> --
>>> Best Regards:
>>> Marcin Groszek
>>> Business Phone Servicehttps://www.voipplus.net
>>>
>>> ___
>>> 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
>>
> ___
> 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

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Mickael Hubert

Final answer (in french):

*Par ailleurs, il semble que ce point n’est pas clair pour tout le monde,
APNF a soulevé ce point ce matin en atelier MAN. Il y aura une mise à jour
du document « Règles techniques MAN » pour bien clarifier afin d’éviter des
mauvaises interprétations. Je t’enverrai le texte clarifié discuté ce matin
dès que je le reçois de la part de APNF.*

So we have to accept more than 15 digits in dest...

Le mer. 6 sept. 2023 à 16:07, Mickael Hubert  a écrit :

> Answer of this french provider (in french sorry)
>
> *Pour le 1er point, la clause 2.5.3 des règles techniques MAN est pour le
> cas où l’opérateur de transit ajoute un préfixe de portabilité, afin de
> préservé l’Identity initial, il est impérative de ne pas modifier le header
> To.*
>
> *Par contre, dans le cas où c’est l’opérateur origine d’initie un appel
> avec préfixe de portabilité, il n’est pas interdit de valoriser le header
> To avec le préfixe de portabilité, à condition que le Token contient le
> claim « dest » égale la valeur du header To. Le résultat de vérification
> devra être OK.*
>
>
> What do you think ?
>
> Le mer. 6 sept. 2023 à 15:35, Mickael Hubert  a écrit :
>
>> Thanks a lot Daren,
>> I have to contact this big french provider to explain its issue ;)
>>
>> Le mer. 6 sept. 2023 à 15:24, Daren FERREIRA  a
>> écrit :
>>
>>> We don’t have the same understanding of MAN and FFT rules as, for
>>> portability, only R-URI is changed, not the To, that should point to the
>>> called number.
>>> And, as To is the source of the TN, the TN shouldn’t contain the
>>> portability prefix, and, then, we don’t exceed the 15 numbers limit and
>>> E164.
>>>
>>> Then, MAN documentation always mention E164 conformity. One of the main
>>> rules of E164 is the maximum of 15 digits, so...
>>>
>>> So, it’s up to you to make things works as you intend to do. Good luck ;)
>>>
>>>
>>>
>>> Some extracts from MAN documentation as proofs :
>>>
>>>
>>> Règles techniques:
>>>
>>> Remarque sur la portabilité : l’ajout d’un préfixe de portabilité
>>> doit être fait uniquement au niveau de l’en-tête SIP Request-URI.
>>>
>>> Cahier de tests:
>>>
>>> Appel (fixe ou mobile) depuis un ORT1 vers un ORT2 en transit SIP qui
>>> retransmet vers ORT3 avec présence de header Identity valide. ORT2
>>> ajoute un préfixe de portabilité pour ORT3 dans R-URI mais pas dans TO (TO
>>> n'est pas modifié)
>>>
>>>
>>>
>>> Le 6 sept. 2023 à 15:09, Mickael Hubert  a écrit :
>>>
>>> Nop Daren, in France it's possible to sign with a portability prefix :(
>>>
>>> Le mer. 6 sept. 2023 à 14:53, David Villasmil <
>>> david.villasmil.w...@gmail.com> a écrit :
>>>
 damn... it seems there's a new law in France to do stir/shaken...
 Regards,

 David Villasmil
 email: david.villasmil.w...@gmail.com
 phone: +34669448337


 On Wed, Sep 6, 2023 at 2:38 PM Mickael Hubert 
 wrote:

> We are deploying it in France.
> In France on providers interconnections, we can see a format (made in
> France maybe ;) )
> prefix: +33
> portability prefix: 10200
> phonenumber national format without 0: 123456789
>
> ++
>
>
> Le mer. 6 sept. 2023 à 14:30, David Villasmil <
> david.villasmil.w...@gmail.com> a écrit :
>
>> Is ST/SH being used other than the US? AFAIK it only applies to US
>> numbers, thus 10 digits, no?
>>
>> On Wed, 6 Sep 2023 at 14:27, Mickael Hubert 
>> wrote:
>>
>>> yep I found...
>>>
>>> if (end - start < 2 || end - start > 15)
>>> return -1;
>>>
>>> I have to modify this code.
>>> I will propose a PR.
>>>
>>> Thanks a lot
>>> ++
>>>
>>> Le mer. 6 sept. 2023 à 14:25, Marcin Groszek 
>>> a écrit :
>>>
 Correction : maximum of 15 digits .
 On 9/6/2023 7:21 AM, Marcin Groszek wrote:

 Your number is to long

 E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT
 starting with 0
 On 9/6/2023 7:16 AM, Mickael Hubert wrote:

 Hi all,
 I have an issue, when I verify a call with no E164 format (dest:
 +3310200123456789)

 *logs:*
 Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
 ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 
 format:
 3310200123456789
 Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
 ERROR:stir_shaken:w_stir_verify: failed to validate Destination number
 (3310200123456789)

 *My configuration:*
 # - module  stir_shaken ---
 loadmodule "stir_shaken.so"
 #--- stir_shaken params -
 modparam("stir_shaken", "ca_list",
 "/usr/local/etc/opensips/man_ca.pem")
 modparam("stir_shaken", "require_date_hdr", 0)
 modparam("stir_shaken", "verify_date_freshness", 60)

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Mickael Hubert

Answer of this french provider (in french sorry)

*Pour le 1er point, la clause 2.5.3 des règles techniques MAN est pour le
cas où l’opérateur de transit ajoute un préfixe de portabilité, afin de
préservé l’Identity initial, il est impérative de ne pas modifier le header
To.*

*Par contre, dans le cas où c’est l’opérateur origine d’initie un appel
avec préfixe de portabilité, il n’est pas interdit de valoriser le header
To avec le préfixe de portabilité, à condition que le Token contient le
claim « dest » égale la valeur du header To. Le résultat de vérification
devra être OK.*


What do you think ?

Le mer. 6 sept. 2023 à 15:35, Mickael Hubert  a écrit :

> Thanks a lot Daren,
> I have to contact this big french provider to explain its issue ;)
>
> Le mer. 6 sept. 2023 à 15:24, Daren FERREIRA  a
> écrit :
>
>> We don’t have the same understanding of MAN and FFT rules as, for
>> portability, only R-URI is changed, not the To, that should point to the
>> called number.
>> And, as To is the source of the TN, the TN shouldn’t contain the
>> portability prefix, and, then, we don’t exceed the 15 numbers limit and
>> E164.
>>
>> Then, MAN documentation always mention E164 conformity. One of the main
>> rules of E164 is the maximum of 15 digits, so...
>>
>> So, it’s up to you to make things works as you intend to do. Good luck ;)
>>
>>
>>
>> Some extracts from MAN documentation as proofs :
>>
>>
>> Règles techniques:
>>
>> Remarque sur la portabilité : l’ajout d’un préfixe de portabilité
>> doit être fait uniquement au niveau de l’en-tête SIP Request-URI.
>>
>> Cahier de tests:
>>
>> Appel (fixe ou mobile) depuis un ORT1 vers un ORT2 en transit SIP qui
>> retransmet vers ORT3 avec présence de header Identity valide. ORT2
>> ajoute un préfixe de portabilité pour ORT3 dans R-URI mais pas dans TO (TO
>> n'est pas modifié)
>>
>>
>>
>> Le 6 sept. 2023 à 15:09, Mickael Hubert  a écrit :
>>
>> Nop Daren, in France it's possible to sign with a portability prefix :(
>>
>> Le mer. 6 sept. 2023 à 14:53, David Villasmil <
>> david.villasmil.w...@gmail.com> a écrit :
>>
>>> damn... it seems there's a new law in France to do stir/shaken...
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.w...@gmail.com
>>> phone: +34669448337
>>>
>>>
>>> On Wed, Sep 6, 2023 at 2:38 PM Mickael Hubert  wrote:
>>>
 We are deploying it in France.
 In France on providers interconnections, we can see a format (made in
 France maybe ;) )
 prefix: +33
 portability prefix: 10200
 phonenumber national format without 0: 123456789

 ++


 Le mer. 6 sept. 2023 à 14:30, David Villasmil <
 david.villasmil.w...@gmail.com> a écrit :

> Is ST/SH being used other than the US? AFAIK it only applies to US
> numbers, thus 10 digits, no?
>
> On Wed, 6 Sep 2023 at 14:27, Mickael Hubert  wrote:
>
>> yep I found...
>>
>> if (end - start < 2 || end - start > 15)
>> return -1;
>>
>> I have to modify this code.
>> I will propose a PR.
>>
>> Thanks a lot
>> ++
>>
>> Le mer. 6 sept. 2023 à 14:25, Marcin Groszek  a
>> écrit :
>>
>>> Correction : maximum of 15 digits .
>>> On 9/6/2023 7:21 AM, Marcin Groszek wrote:
>>>
>>> Your number is to long
>>>
>>> E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT
>>> starting with 0
>>> On 9/6/2023 7:16 AM, Mickael Hubert wrote:
>>>
>>> Hi all,
>>> I have an issue, when I verify a call with no E164 format (dest:
>>> +3310200123456789)
>>>
>>> *logs:*
>>> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
>>> ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 
>>> format:
>>> 3310200123456789
>>> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
>>> ERROR:stir_shaken:w_stir_verify: failed to validate Destination number
>>> (3310200123456789)
>>>
>>> *My configuration:*
>>> # - module  stir_shaken ---
>>> loadmodule "stir_shaken.so"
>>> #--- stir_shaken params -
>>> modparam("stir_shaken", "ca_list",
>>> "/usr/local/etc/opensips/man_ca.pem")
>>> modparam("stir_shaken", "require_date_hdr", 0)
>>> modparam("stir_shaken", "verify_date_freshness", 60)
>>>
>>> According to the doc e164_strict_mode is disabled by default, so I
>>> don't know why it doesn't work.
>>>
>>> *source of code: *
>>> if (_is_e164(num, e164_strict_mode) == -1) {
>>> LM_GEN(log_lev, "number is not in E.164 format:
>>> %.*s\n", num->len, num->s);
>>> return -1;
>>> }
>>>
>>>
>>> Do you have any help for me please ? I have to validate this format
>>> of dest number.
>>>
>>> Thanks in advance
>>>
>>>
>>> ___
>>> Users mailing 
>>>

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Mickael Hubert

Thanks a lot Daren,
I have to contact this big french provider to explain its issue ;)

Le mer. 6 sept. 2023 à 15:24, Daren FERREIRA  a
écrit :

> We don’t have the same understanding of MAN and FFT rules as, for
> portability, only R-URI is changed, not the To, that should point to the
> called number.
> And, as To is the source of the TN, the TN shouldn’t contain the
> portability prefix, and, then, we don’t exceed the 15 numbers limit and
> E164.
>
> Then, MAN documentation always mention E164 conformity. One of the main
> rules of E164 is the maximum of 15 digits, so...
>
> So, it’s up to you to make things works as you intend to do. Good luck ;)
>
>
>
> Some extracts from MAN documentation as proofs :
>
>
> Règles techniques:
>
> Remarque sur la portabilité : l’ajout d’un préfixe de portabilité doit
> être fait uniquement au niveau de l’en-tête SIP Request-URI.
>
> Cahier de tests:
>
> Appel (fixe ou mobile) depuis un ORT1 vers un ORT2 en transit SIP qui
> retransmet vers ORT3 avec présence de header Identity valide. ORT2 ajoute
> un préfixe de portabilité pour ORT3 dans R-URI mais pas dans TO (TO n'est
> pas modifié)
>
>
>
> Le 6 sept. 2023 à 15:09, Mickael Hubert  a écrit :
>
> Nop Daren, in France it's possible to sign with a portability prefix :(
>
> Le mer. 6 sept. 2023 à 14:53, David Villasmil <
> david.villasmil.w...@gmail.com> a écrit :
>
>> damn... it seems there's a new law in France to do stir/shaken...
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.w...@gmail.com
>> phone: +34669448337
>>
>>
>> On Wed, Sep 6, 2023 at 2:38 PM Mickael Hubert  wrote:
>>
>>> We are deploying it in France.
>>> In France on providers interconnections, we can see a format (made in
>>> France maybe ;) )
>>> prefix: +33
>>> portability prefix: 10200
>>> phonenumber national format without 0: 123456789
>>>
>>> ++
>>>
>>>
>>> Le mer. 6 sept. 2023 à 14:30, David Villasmil <
>>> david.villasmil.w...@gmail.com> a écrit :
>>>
 Is ST/SH being used other than the US? AFAIK it only applies to US
 numbers, thus 10 digits, no?

 On Wed, 6 Sep 2023 at 14:27, Mickael Hubert  wrote:

> yep I found...
>
> if (end - start < 2 || end - start > 15)
> return -1;
>
> I have to modify this code.
> I will propose a PR.
>
> Thanks a lot
> ++
>
> Le mer. 6 sept. 2023 à 14:25, Marcin Groszek  a
> écrit :
>
>> Correction : maximum of 15 digits .
>> On 9/6/2023 7:21 AM, Marcin Groszek wrote:
>>
>> Your number is to long
>>
>> E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT
>> starting with 0
>> On 9/6/2023 7:16 AM, Mickael Hubert wrote:
>>
>> Hi all,
>> I have an issue, when I verify a call with no E164 format (dest:
>> +3310200123456789)
>>
>> *logs:*
>> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
>> ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 format:
>> 3310200123456789
>> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
>> ERROR:stir_shaken:w_stir_verify: failed to validate Destination number
>> (3310200123456789)
>>
>> *My configuration:*
>> # - module  stir_shaken ---
>> loadmodule "stir_shaken.so"
>> #--- stir_shaken params -
>> modparam("stir_shaken", "ca_list",
>> "/usr/local/etc/opensips/man_ca.pem")
>> modparam("stir_shaken", "require_date_hdr", 0)
>> modparam("stir_shaken", "verify_date_freshness", 60)
>>
>> According to the doc e164_strict_mode is disabled by default, so I
>> don't know why it doesn't work.
>>
>> *source of code: *
>> if (_is_e164(num, e164_strict_mode) == -1) {
>> LM_GEN(log_lev, "number is not in E.164 format:
>> %.*s\n", num->len, num->s);
>> return -1;
>> }
>>
>>
>> Do you have any help for me please ? I have to validate this format
>> of dest number.
>>
>> Thanks in advance
>>
>>
>> ___
>> Users mailing 
>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>> --
>> Best Regards:
>> Marcin Groszek
>> Business Phone Servicehttps://www.voipplus.net
>>
>>
>> ___
>> Users mailing 
>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>> --
>> Best Regards:
>> Marcin Groszek
>> Business Phone Servicehttps://www.voipplus.net
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
> ___
> Users mailing list
> Users@lists.opensips.org
>

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Daren FERREIRA

We don’t have the same understanding of MAN and FFT rules as, for portability, 
only R-URI is changed, not the To, that should point to the called number.
And, as To is the source of the TN, the TN shouldn’t contain the portability 
prefix, and, then, we don’t exceed the 15 numbers limit and E164.

Then, MAN documentation always mention E164 conformity. One of the main rules 
of E164 is the maximum of 15 digits, so...

So, it’s up to you to make things works as you intend to do. Good luck ;)



Some extracts from MAN documentation as proofs :


Règles techniques:
Remarque sur la portabilité : l’ajout d’un préfixe de portabilité doit être 
fait uniquement au niveau de l’en-tête SIP Request-URI.


Cahier de tests:

Appel (fixe ou mobile) depuis un ORT1 vers un ORT2 en transit SIP qui 
retransmet vers ORT3 avec présence de header Identity valide. ORT2 ajoute un 
préfixe de portabilité pour ORT3 dans R-URI mais pas dans TO (TO n'est pas 
modifié)



> Le 6 sept. 2023 à 15:09, Mickael Hubert  a écrit :
> 
> Nop Daren, in France it's possible to sign with a portability prefix :(
> 
> Le mer. 6 sept. 2023 à 14:53, David Villasmil  > a écrit :
>> damn... it seems there's a new law in France to do stir/shaken... 
>> Regards,
>> 
>> David Villasmil
>> email: david.villasmil.w...@gmail.com 
>> phone: +34669448337
>> 
>> 
>> On Wed, Sep 6, 2023 at 2:38 PM Mickael Hubert > > wrote:
>>> We are deploying it in France.
>>> In France on providers interconnections, we can see a format (made in 
>>> France maybe ;) )
>>> prefix: +33
>>> portability prefix: 10200
>>> phonenumber national format without 0: 123456789
>>> 
>>> ++ <>
>>> 
>>> 
>>> Le mer. 6 sept. 2023 à 14:30, David Villasmil 
>>> mailto:david.villasmil.w...@gmail.com>> a 
>>> écrit :
 Is ST/SH being used other than the US? AFAIK it only applies to US 
 numbers, thus 10 digits, no?
 
 On Wed, 6 Sep 2023 at 14:27, Mickael Hubert >>> > wrote:
> yep I found...
> 
> if (end - start < 2 || end - start > 15)
> return -1;
> 
> I have to modify this code.
> I will propose a PR.
> 
> Thanks a lot
> ++ <>
> 
> Le mer. 6 sept. 2023 à 14:25, Marcin Groszek  > a écrit :
>> Correction : maximum of 15 digits .
>> 
>> On 9/6/2023 7:21 AM, Marcin Groszek wrote:
>>> Your number is to long
>>> 
>>> E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT 
>>> starting with 0
>>> 
>>> On 9/6/2023 7:16 AM, Mickael Hubert wrote:
 Hi all,
 I have an issue, when I verify a call with no E164 format (dest: 
 +3310200123456789)
 
 logs:
 Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]: 
 ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 
 format: 3310200123456789
 Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]: 
 ERROR:stir_shaken:w_stir_verify: failed to validate Destination number 
 (3310200123456789)
 
 My configuration:
 # - module  stir_shaken ---
 loadmodule "stir_shaken.so"
 #--- stir_shaken params -
 modparam("stir_shaken", "ca_list", 
 "/usr/local/etc/opensips/man_ca.pem")
 modparam("stir_shaken", "require_date_hdr", 0)
 modparam("stir_shaken", "verify_date_freshness", 60)
 
 According to the doc e164_strict_mode is disabled by default, so I 
 don't know why it doesn't work.
 
 source of code: 
 if (_is_e164(num, e164_strict_mode) == -1) {
 LM_GEN(log_lev, "number is not in E.164 format: 
 %.*s\n", num->len, num->s);
 return -1;
 }
 
 
 Do you have any help for me please ? I have to validate this format of 
 dest number.
 
 Thanks in advance
 
 
 
 ___
 Users mailing list
 Users@lists.opensips.org 
 http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>> -- 
>>> Best Regards:
>>> Marcin Groszek
>>> Business Phone Service
>>> https://www.voipplus.net 
>>> 
>>> ___
>>> Users mailing list
>>> Users@lists.opensips.org 
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>> -- 
>> Best Regards:
>> Marcin Groszek
>> Business Phone Service
>> https://www.voipplus.net 
>> ___
>> Users mailing list
>>

[OpenSIPS-Users] RE : Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Wadii ELMAJDI | Evenmedia

Hello Michael,

Are you sure about that ?

As per the French implementation, it's essential to ensure that when an 
operator processes an Identity Shaken call, they do not modify the "User" 
section of the SIP From, To, and PAI headers.

Regarding portability, it's important to note that any addition of a 
portability prefix should exclusively occur at the SIP Request-URI header level.

Source Doc: MAN_Regles-techniques / 2.5.3 Persistance du header Identity.

In simpler terms, this means that the openips stir_shaken_verify function 
should validate the telephone number found in the TO header which must be in 
the E.164 format. Any necessary additional prefix should only be present within 
the RURI

De : Mickael Hubert
Envoyé le :Wednesday, September 6, 2023 3:12 PM
À : OpenSIPS users mailling list
Objet :Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

Nop Daren, in France it's possible to sign with a portability prefix :(

Le mer. 6 sept. 2023 à 14:53, David Villasmil 
mailto:david.villasmil.w...@gmail.com>> a écrit 
:
damn... it seems there's a new law in France to do stir/shaken...
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Wed, Sep 6, 2023 at 2:38 PM Mickael Hubert 
mailto:mick...@winlux.fr>> wrote:
We are deploying it in France.
In France on providers interconnections, we can see a format (made in France 
maybe ;) )
prefix: +33
portability prefix: 10200
phonenumber national format without 0: 123456789

++


Le mer. 6 sept. 2023 à 14:30, David Villasmil 
mailto:david.villasmil.w...@gmail.com>> a écrit 
:
Is ST/SH being used other than the US? AFAIK it only applies to US numbers, 
thus 10 digits, no?

On Wed, 6 Sep 2023 at 14:27, Mickael Hubert 
mailto:mick...@winlux.fr>> wrote:
yep I found...

if (end - start < 2 || end - start > 15)
return -1;

I have to modify this code.
I will propose a PR.

Thanks a lot
++

Le mer. 6 sept. 2023 à 14:25, Marcin Groszek 
mailto:mar...@voipplus.net>> a écrit :

Correction : maximum of 15 digits .
On 9/6/2023 7:21 AM, Marcin Groszek wrote:

Your number is to long

E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT starting with 0
On 9/6/2023 7:16 AM, Mickael Hubert wrote:
Hi all,
I have an issue, when I verify a call with no E164 format (dest: 
+3310200123456789)

logs:
Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]: 
ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 format: 
3310200123456789
Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]: 
ERROR:stir_shaken:w_stir_verify: failed to validate Destination number 
(3310200123456789)

My configuration:
# - module  stir_shaken ---
loadmodule "stir_shaken.so"
#--- stir_shaken params -
modparam("stir_shaken", "ca_list", "/usr/local/etc/opensips/man_ca.pem")
modparam("stir_shaken", "require_date_hdr", 0)
modparam("stir_shaken", "verify_date_freshness", 60)

According to the doc e164_strict_mode is disabled by default, so I don't know 
why it doesn't work.

source of code:
if (_is_e164(num, e164_strict_mode) == -1) {
LM_GEN(log_lev, "number is not in E.164 format: %.*s\n", 
num->len, num->s);
return -1;
}


Do you have any help for me please ? I have to validate this format of dest 
number.

Thanks in advance




___

Users mailing list

Users@lists.opensips.org

http://lists.opensips.org/cgi-bin/mailman/listinfo/users

--

Best Regards:

Marcin Groszek

Business Phone Service

https://www.voipplus.net



___

Users mailing list

Users@lists.opensips.org

http://lists.opensips.org/cgi-bin/mailman/listinfo/users

--

Best Regards:

Marcin Groszek

Business Phone Service

https://www.voipplus.net
___
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
___
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
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

___
Users mailing list

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Mickael Hubert

Nop Daren, in France it's possible to sign with a portability prefix :(

Le mer. 6 sept. 2023 à 14:53, David Villasmil <
david.villasmil.w...@gmail.com> a écrit :

> damn... it seems there's a new law in France to do stir/shaken...
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
>
> On Wed, Sep 6, 2023 at 2:38 PM Mickael Hubert  wrote:
>
>> We are deploying it in France.
>> In France on providers interconnections, we can see a format (made in
>> France maybe ;) )
>> prefix: +33
>> portability prefix: 10200
>> phonenumber national format without 0: 123456789
>>
>> ++
>>
>>
>> Le mer. 6 sept. 2023 à 14:30, David Villasmil <
>> david.villasmil.w...@gmail.com> a écrit :
>>
>>> Is ST/SH being used other than the US? AFAIK it only applies to US
>>> numbers, thus 10 digits, no?
>>>
>>> On Wed, 6 Sep 2023 at 14:27, Mickael Hubert  wrote:
>>>
 yep I found...

 if (end - start < 2 || end - start > 15)
 return -1;

 I have to modify this code.
 I will propose a PR.

 Thanks a lot
 ++

 Le mer. 6 sept. 2023 à 14:25, Marcin Groszek  a
 écrit :

> Correction : maximum of 15 digits .
> On 9/6/2023 7:21 AM, Marcin Groszek wrote:
>
> Your number is to long
>
> E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT
> starting with 0
> On 9/6/2023 7:16 AM, Mickael Hubert wrote:
>
> Hi all,
> I have an issue, when I verify a call with no E164 format (dest:
> +3310200123456789)
>
> *logs:*
> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
> ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 format:
> 3310200123456789
> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
> ERROR:stir_shaken:w_stir_verify: failed to validate Destination number
> (3310200123456789)
>
> *My configuration:*
> # - module  stir_shaken ---
> loadmodule "stir_shaken.so"
> #--- stir_shaken params -
> modparam("stir_shaken", "ca_list",
> "/usr/local/etc/opensips/man_ca.pem")
> modparam("stir_shaken", "require_date_hdr", 0)
> modparam("stir_shaken", "verify_date_freshness", 60)
>
> According to the doc e164_strict_mode is disabled by default, so I
> don't know why it doesn't work.
>
> *source of code: *
> if (_is_e164(num, e164_strict_mode) == -1) {
> LM_GEN(log_lev, "number is not in E.164 format:
> %.*s\n", num->len, num->s);
> return -1;
> }
>
>
> Do you have any help for me please ? I have to validate this format of
> dest number.
>
> Thanks in advance
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> --
> Best Regards:
> Marcin Groszek
> Business Phone Servicehttps://www.voipplus.net
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> --
> Best Regards:
> Marcin Groszek
> Business Phone Servicehttps://www.voipplus.net
>
> ___
> 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

>>> ___
>>> 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
>>
> ___
> 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

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread David Villasmil

damn... it seems there's a new law in France to do stir/shaken...
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Wed, Sep 6, 2023 at 2:38 PM Mickael Hubert  wrote:

> We are deploying it in France.
> In France on providers interconnections, we can see a format (made in
> France maybe ;) )
> prefix: +33
> portability prefix: 10200
> phonenumber national format without 0: 123456789
>
> ++
>
>
> Le mer. 6 sept. 2023 à 14:30, David Villasmil <
> david.villasmil.w...@gmail.com> a écrit :
>
>> Is ST/SH being used other than the US? AFAIK it only applies to US
>> numbers, thus 10 digits, no?
>>
>> On Wed, 6 Sep 2023 at 14:27, Mickael Hubert  wrote:
>>
>>> yep I found...
>>>
>>> if (end - start < 2 || end - start > 15)
>>> return -1;
>>>
>>> I have to modify this code.
>>> I will propose a PR.
>>>
>>> Thanks a lot
>>> ++
>>>
>>> Le mer. 6 sept. 2023 à 14:25, Marcin Groszek  a
>>> écrit :
>>>
 Correction : maximum of 15 digits .
 On 9/6/2023 7:21 AM, Marcin Groszek wrote:

 Your number is to long

 E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT
 starting with 0
 On 9/6/2023 7:16 AM, Mickael Hubert wrote:

 Hi all,
 I have an issue, when I verify a call with no E164 format (dest:
 +3310200123456789)

 *logs:*
 Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
 ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 format:
 3310200123456789
 Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
 ERROR:stir_shaken:w_stir_verify: failed to validate Destination number
 (3310200123456789)

 *My configuration:*
 # - module  stir_shaken ---
 loadmodule "stir_shaken.so"
 #--- stir_shaken params -
 modparam("stir_shaken", "ca_list", "/usr/local/etc/opensips/man_ca.pem")
 modparam("stir_shaken", "require_date_hdr", 0)
 modparam("stir_shaken", "verify_date_freshness", 60)

 According to the doc e164_strict_mode is disabled by default, so I
 don't know why it doesn't work.

 *source of code: *
 if (_is_e164(num, e164_strict_mode) == -1) {
 LM_GEN(log_lev, "number is not in E.164 format:
 %.*s\n", num->len, num->s);
 return -1;
 }


 Do you have any help for me please ? I have to validate this format of
 dest number.

 Thanks in advance


 ___
 Users mailing 
 listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users

 --
 Best Regards:
 Marcin Groszek
 Business Phone Servicehttps://www.voipplus.net


 ___
 Users mailing 
 listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users

 --
 Best Regards:
 Marcin Groszek
 Business Phone Servicehttps://www.voipplus.net

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

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Daren FERREIRA

Hello,

Validation of TN should be made without portability prefixes ;)



> Le 6 sept. 2023 à 14:37, Mickael Hubert  a écrit :
> 
> We are deploying it in France.
> In France on providers interconnections, we can see a format (made in France 
> maybe ;) )
> prefix: +33
> portability prefix: 10200
> phonenumber national format without 0: 123456789
> 
> ++ <>
> 
> 
> Le mer. 6 sept. 2023 à 14:30, David Villasmil  > a écrit :
>> Is ST/SH being used other than the US? AFAIK it only applies to US numbers, 
>> thus 10 digits, no?
>> 
>> On Wed, 6 Sep 2023 at 14:27, Mickael Hubert > > wrote:
>>> yep I found...
>>> 
>>> if (end - start < 2 || end - start > 15)
>>> return -1;
>>> 
>>> I have to modify this code.
>>> I will propose a PR.
>>> 
>>> Thanks a lot
>>> ++ <>
>>> 
>>> Le mer. 6 sept. 2023 à 14:25, Marcin Groszek >> > a écrit :
 Correction : maximum of 15 digits .
 
 On 9/6/2023 7:21 AM, Marcin Groszek wrote:
> Your number is to long
> 
> E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT starting 
> with 0
> 
> On 9/6/2023 7:16 AM, Mickael Hubert wrote:
>> Hi all,
>> I have an issue, when I verify a call with no E164 format (dest: 
>> +3310200123456789)
>> 
>> logs:
>> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]: 
>> ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 
>> format: 3310200123456789
>> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]: 
>> ERROR:stir_shaken:w_stir_verify: failed to validate Destination number 
>> (3310200123456789)
>> 
>> My configuration:
>> # - module  stir_shaken ---
>> loadmodule "stir_shaken.so"
>> #--- stir_shaken params -
>> modparam("stir_shaken", "ca_list", "/usr/local/etc/opensips/man_ca.pem")
>> modparam("stir_shaken", "require_date_hdr", 0)
>> modparam("stir_shaken", "verify_date_freshness", 60)
>> 
>> According to the doc e164_strict_mode is disabled by default, so I don't 
>> know why it doesn't work.
>> 
>> source of code: 
>> if (_is_e164(num, e164_strict_mode) == -1) {
>> LM_GEN(log_lev, "number is not in E.164 format: %.*s\n", 
>> num->len, num->s);
>> return -1;
>> }
>> 
>> 
>> Do you have any help for me please ? I have to validate this format of 
>> dest number.
>> 
>> Thanks in advance
>> 
>> 
>> 
>> ___
>> Users mailing list
>> Users@lists.opensips.org 
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> -- 
> Best Regards:
> Marcin Groszek
> Business Phone Service
> https://www.voipplus.net 
> 
> ___
> Users mailing list
> Users@lists.opensips.org 
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
 -- 
 Best Regards:
 Marcin Groszek
 Business Phone Service
 https://www.voipplus.net 
 ___
 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
>> ___
>> 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

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

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Mickael Hubert

We are deploying it in France.
In France on providers interconnections, we can see a format (made in
France maybe ;) )
prefix: +33
portability prefix: 10200
phonenumber national format without 0: 123456789

++


Le mer. 6 sept. 2023 à 14:30, David Villasmil <
david.villasmil.w...@gmail.com> a écrit :

> Is ST/SH being used other than the US? AFAIK it only applies to US
> numbers, thus 10 digits, no?
>
> On Wed, 6 Sep 2023 at 14:27, Mickael Hubert  wrote:
>
>> yep I found...
>>
>> if (end - start < 2 || end - start > 15)
>> return -1;
>>
>> I have to modify this code.
>> I will propose a PR.
>>
>> Thanks a lot
>> ++
>>
>> Le mer. 6 sept. 2023 à 14:25, Marcin Groszek  a
>> écrit :
>>
>>> Correction : maximum of 15 digits .
>>> On 9/6/2023 7:21 AM, Marcin Groszek wrote:
>>>
>>> Your number is to long
>>>
>>> E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT starting
>>> with 0
>>> On 9/6/2023 7:16 AM, Mickael Hubert wrote:
>>>
>>> Hi all,
>>> I have an issue, when I verify a call with no E164 format (dest:
>>> +3310200123456789)
>>>
>>> *logs:*
>>> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
>>> ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 format:
>>> 3310200123456789
>>> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
>>> ERROR:stir_shaken:w_stir_verify: failed to validate Destination number
>>> (3310200123456789)
>>>
>>> *My configuration:*
>>> # - module  stir_shaken ---
>>> loadmodule "stir_shaken.so"
>>> #--- stir_shaken params -
>>> modparam("stir_shaken", "ca_list", "/usr/local/etc/opensips/man_ca.pem")
>>> modparam("stir_shaken", "require_date_hdr", 0)
>>> modparam("stir_shaken", "verify_date_freshness", 60)
>>>
>>> According to the doc e164_strict_mode is disabled by default, so I
>>> don't know why it doesn't work.
>>>
>>> *source of code: *
>>> if (_is_e164(num, e164_strict_mode) == -1) {
>>> LM_GEN(log_lev, "number is not in E.164 format: %.*s\n",
>>> num->len, num->s);
>>> return -1;
>>> }
>>>
>>>
>>> Do you have any help for me please ? I have to validate this format of
>>> dest number.
>>>
>>> Thanks in advance
>>>
>>>
>>> ___
>>> Users mailing 
>>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>> --
>>> Best Regards:
>>> Marcin Groszek
>>> Business Phone Servicehttps://www.voipplus.net
>>>
>>>
>>> ___
>>> Users mailing 
>>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>> --
>>> Best Regards:
>>> Marcin Groszek
>>> Business Phone Servicehttps://www.voipplus.net
>>>
>>> ___
>>> 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
>>
> ___
> 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

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread David Villasmil

Is ST/SH being used other than the US? AFAIK it only applies to US numbers,
thus 10 digits, no?

On Wed, 6 Sep 2023 at 14:27, Mickael Hubert  wrote:

> yep I found...
>
> if (end - start < 2 || end - start > 15)
> return -1;
>
> I have to modify this code.
> I will propose a PR.
>
> Thanks a lot
> ++
>
> Le mer. 6 sept. 2023 à 14:25, Marcin Groszek  a
> écrit :
>
>> Correction : maximum of 15 digits .
>> On 9/6/2023 7:21 AM, Marcin Groszek wrote:
>>
>> Your number is to long
>>
>> E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT starting
>> with 0
>> On 9/6/2023 7:16 AM, Mickael Hubert wrote:
>>
>> Hi all,
>> I have an issue, when I verify a call with no E164 format (dest:
>> +3310200123456789)
>>
>> *logs:*
>> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
>> ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 format:
>> 3310200123456789
>> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
>> ERROR:stir_shaken:w_stir_verify: failed to validate Destination number
>> (3310200123456789)
>>
>> *My configuration:*
>> # - module  stir_shaken ---
>> loadmodule "stir_shaken.so"
>> #--- stir_shaken params -
>> modparam("stir_shaken", "ca_list", "/usr/local/etc/opensips/man_ca.pem")
>> modparam("stir_shaken", "require_date_hdr", 0)
>> modparam("stir_shaken", "verify_date_freshness", 60)
>>
>> According to the doc e164_strict_mode is disabled by default, so I don't
>> know why it doesn't work.
>>
>> *source of code: *
>> if (_is_e164(num, e164_strict_mode) == -1) {
>> LM_GEN(log_lev, "number is not in E.164 format: %.*s\n",
>> num->len, num->s);
>> return -1;
>> }
>>
>>
>> Do you have any help for me please ? I have to validate this format of
>> dest number.
>>
>> Thanks in advance
>>
>>
>> ___
>> Users mailing 
>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>> --
>> Best Regards:
>> Marcin Groszek
>> Business Phone Servicehttps://www.voipplus.net
>>
>>
>> ___
>> Users mailing 
>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>> --
>> Best Regards:
>> Marcin Groszek
>> Business Phone Servicehttps://www.voipplus.net
>>
>> ___
>> 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
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Mickael Hubert

yep I found...

if (end - start < 2 || end - start > 15)
return -1;

I have to modify this code.
I will propose a PR.

Thanks a lot
++

Le mer. 6 sept. 2023 à 14:25, Marcin Groszek  a écrit :

> Correction : maximum of 15 digits .
> On 9/6/2023 7:21 AM, Marcin Groszek wrote:
>
> Your number is to long
>
> E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT starting
> with 0
> On 9/6/2023 7:16 AM, Mickael Hubert wrote:
>
> Hi all,
> I have an issue, when I verify a call with no E164 format (dest:
> +3310200123456789)
>
> *logs:*
> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
> ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 format:
> 3310200123456789
> Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
> ERROR:stir_shaken:w_stir_verify: failed to validate Destination number
> (3310200123456789)
>
> *My configuration:*
> # - module  stir_shaken ---
> loadmodule "stir_shaken.so"
> #--- stir_shaken params -
> modparam("stir_shaken", "ca_list", "/usr/local/etc/opensips/man_ca.pem")
> modparam("stir_shaken", "require_date_hdr", 0)
> modparam("stir_shaken", "verify_date_freshness", 60)
>
> According to the doc e164_strict_mode is disabled by default, so I don't
> know why it doesn't work.
>
> *source of code: *
> if (_is_e164(num, e164_strict_mode) == -1) {
> LM_GEN(log_lev, "number is not in E.164 format: %.*s\n",
> num->len, num->s);
> return -1;
> }
>
>
> Do you have any help for me please ? I have to validate this format of
> dest number.
>
> Thanks in advance
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> --
> Best Regards:
> Marcin Groszek
> Business Phone Servicehttps://www.voipplus.net
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> --
> Best Regards:
> Marcin Groszek
> Business Phone Servicehttps://www.voipplus.net
>
> ___
> 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

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Marcin Groszek


Correction : maximum of 15 digits .

On 9/6/2023 7:21 AM, Marcin Groszek wrote:


Your number is to long

E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT 
starting with 0


On 9/6/2023 7:16 AM, Mickael Hubert wrote:

Hi all,
I have an issue, when I verify a call with no E164 format (dest: 
+3310200123456789)


_*logs:*_
Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]: 
ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 
format: 3310200123456789
Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]: 
ERROR:stir_shaken:w_stir_verify: failed to validate Destination 
number (3310200123456789)


_*My configuration:*_
# - module  stir_shaken ---
loadmodule "stir_shaken.so"
#--- stir_shaken params -
modparam("stir_shaken", "ca_list", "/usr/local/etc/opensips/man_ca.pem")
modparam("stir_shaken", "require_date_hdr", 0)
modparam("stir_shaken", "verify_date_freshness", 60)

According to the doc e164_strict_mode is disabled by default, so I 
don't know why it doesn't work.


_*source of code: *_
        if (_is_e164(num, e164_strict_mode) == -1) {
                LM_GEN(log_lev, "number is not in E.164 format: 
%.*s\n", num->len, num->s);

                return -1;
        }


Do you have any help for me please ? I have to validate this format 
of dest number.


Thanks in advance


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

--
Best Regards:
Marcin Groszek
Business Phone Service
https://www.voipplus.net

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


--
Best Regards:
Marcin Groszek
Business Phone Service
https://www.voipplus.net

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

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Marcin Groszek


Your number is to long

E.164 is + [1-9]  and  {1-14} digits for total of 15 digits NOT starting 
with 0


On 9/6/2023 7:16 AM, Mickael Hubert wrote:

Hi all,
I have an issue, when I verify a call with no E164 format (dest: 
+3310200123456789)


_*logs:*_
Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]: 
ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 
format: 3310200123456789
Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]: 
ERROR:stir_shaken:w_stir_verify: failed to validate Destination number 
(3310200123456789)


_*My configuration:*_
# - module  stir_shaken ---
loadmodule "stir_shaken.so"
#--- stir_shaken params -
modparam("stir_shaken", "ca_list", "/usr/local/etc/opensips/man_ca.pem")
modparam("stir_shaken", "require_date_hdr", 0)
modparam("stir_shaken", "verify_date_freshness", 60)

According to the doc e164_strict_mode is disabled by default, so I 
don't know why it doesn't work.


_*source of code: *_
        if (_is_e164(num, e164_strict_mode) == -1) {
                LM_GEN(log_lev, "number is not in E.164 format: 
%.*s\n", num->len, num->s);

                return -1;
        }


Do you have any help for me please ? I have to validate this format of 
dest number.


Thanks in advance


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


--
Best Regards:
Marcin Groszek
Business Phone Service
https://www.voipplus.net

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

[OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

2023-09-06 Thread Mickael Hubert

Hi all,
I have an issue, when I verify a call with no E164 format (dest:
+3310200123456789)

*logs:*
Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
ERROR:stir_shaken:check_passport_phonenum: number is not in E.164 format:
3310200123456789
Sep  6 13:39:48 am-scr-001 /usr/local/sbin/opensips[622409]:
ERROR:stir_shaken:w_stir_verify: failed to validate Destination number
(3310200123456789)

*My configuration:*
# - module  stir_shaken ---
loadmodule "stir_shaken.so"
#--- stir_shaken params -
modparam("stir_shaken", "ca_list", "/usr/local/etc/opensips/man_ca.pem")
modparam("stir_shaken", "require_date_hdr", 0)
modparam("stir_shaken", "verify_date_freshness", 60)

According to the doc e164_strict_mode is disabled by default, so I don't
know why it doesn't work.

*source of code: *
if (_is_e164(num, e164_strict_mode) == -1) {
LM_GEN(log_lev, "number is not in E.164 format: %.*s\n",
num->len, num->s);
return -1;
}


Do you have any help for me please ? I have to validate this format of dest
number.

Thanks in advance
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Yum and Apt repos are down

2023-09-06 Thread trevor

Hi All, 

repo was working for me last night this morning I am getting 502 Bad
Gateway from both?

https://apt.opensips.org
https://yum.opensips.org


Regards
Trevor 

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

Re: [OpenSIPS-Users] Opensips-cp php versions supported

2023-09-06 Thread trevor

On Wed, 2023-09-06 at 05:25 +, r...@rvgeerligs.nl wrote:
> Hi,
> 
> I had the same. Had to work back towards PHP 7.4. There are very big
> changes in syntax in 8.1. And it seems the OCP has not adapted its
> sources. As you have also noticed, that is a lot of work.
> 
> Regards,
> 
> Ronald

Thanks for the confirmation will have to stick to 7.4 then

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

Re: [OpenSIPS-Users] ERROR:tls_mgm:load_tls_library: No TLS library module loaded

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

[OpenSIPS-Users] RE : Stir ans Shaken - number is not in E.164 format

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

Re: [OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

[OpenSIPS-Users] Stir ans Shaken - number is not in E.164 format

[OpenSIPS-Users] Yum and Apt repos are down

Re: [OpenSIPS-Users] Opensips-cp php versions supported

18 matches

Site Navigation

Mail list logo

Footer information