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 <darenc...@hotmail.com> 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 portabilité : l’ajout d’un préfixe de portabilité doit > être fait uniquement au niveau de l’en-tê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 <mick...@winlux.fr> 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 <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 < >>> 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 <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 <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 >>>>>> 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 > > > _______________________________________________ > 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