I think that having this on a global scale will result in a mumbo jumbo of standards and implementations.  Best thing for Europe would be that this would be tackled on EU scale, but it don't see this happening (e.g. what France does, is for sure not okay for Germany and so on).   Anyway, I will be on that call too, as I would like to hear their view on this complicated item.

On 6/09/2023 19:21, Brett Nemeroff wrote:
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 <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 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

Reply via email to