hitech95 Ok quindi i problemi che vedo così di primo acchito sono il trasporto sbagliato e :5060 attaccato all'outbound proxy.

Aggiungi alla conf:

[transport-udp6]
type=transport
protocol=udp
bind=::

e sostituisci 0.0.0.0-udp con transport-udp6 negli snippet [SkyWifi].

P.S. ocio che mi sa che hai lasciato dei dati sensibili nel log

    hitech95 Più tardi vado di debug cattivo -vvvv e miguardo tutti i frame SIP...

    O di sip set debug on

    hitech95 mm vedo dei Datacenter familiari da cui rispondo i server.

    mica1 Milano Caldera
    Mid41 Milano Data4
    RmtpRoma TecnoPolo (tiburtino) cloudeurope
    Rmle?? Boh non mi viene in mente al momento 😅

      fracarza P.S. ocio che mi sa che hai lasciato dei dati sensibili nel log

      Sicuro mi sembra di aver tolto tutto ora controllo di nuovo!

      fracarza Aggiungi alla conf:
      [transport-udp6]
      type=transport
      protocol=udp
      bind=::
      e sostituisci 0.0.0.0-udp con transport-udp6 negli snippet [SkyWifi].

      Con freePBX è più incasinato del previsto, ma ho fatto.
      Ora ottengo un altro errore maledetto!

      ERROR[11694]: res_pjsip.c:4049 endpt_send_request: Error 320047 'No answer record in the DNS response (PJLIB_UTIL_EDNSNOANSWERREC)' sending OPTIONS request to endpoint SkyWifi

      freepbx*CLI> pjsip show transport transport-udp6
      
      Transport:  <TransportId........>  <Type>  <cos>  <tos>  <BindAddress....................>
      ==========================================================================================
      
      Transport:  transport-udp6            udp      3     96  [::]:5060
      
       ParameterName              : ParameterValue
       ===========================================
       allow_reload               : false
       async_operations           : 1
       bind                       : [::]:5060
       ca_list_file               :
       ca_list_path               :
       cert_file                  :
       cipher                     :
       cos                        : 3
       domain                     :
       external_media_address     :
       external_signaling_address :
       external_signaling_port    : 0
       local_net                  :
       method                     : unspecified
       password                   :
       priv_key_file              :
       protocol                   : udp
       require_client_cert        : No
       symmetric_transport        : false
       tos                        : 96
       verify_client              : No
       verify_server              : No
       websocket_write_timeout    : 100
      
      freepbx*CLI> pjsip show endpoint SkyWifi
      
       Endpoint:  <Endpoint/CID.....................................>  <State.....>  <Channels.>
          I/OAuth:  <AuthId/UserName...........................................................>
              Aor:  <Aor............................................>  <MaxContact>
            Contact:  <Aor/ContactUri..........................> <Hash....> <Status> <RTT(ms)..>
        Transport:  <TransportId........>  <Type>  <cos>  <tos>  <BindAddress..................>
         Identify:  <Identify/Endpoint.........................................................>
              Match:  <criteria.........................>
          Channel:  <ChannelId......................................>  <State.....>  <Time.....>
              Exten: <DialedExten...........>  CLCID: <ConnectedLineCID.......>
      ==========================================================================================
      
       Endpoint:  SkyWifi                                              Unavailable   0 of inf
          OutAuth:  SkyWifi/XXXXXXXXXXXXXXXX
              Aor:  SkyWifi                                            0
            Contact:  SkyWifi/sip:XXXXXXXXXXXXXXXX@voip.sky.it    81175c7138 Unavail       0.000
        Transport:  transport-udp6            udp      3     96  [::]:5060
      
      
       ParameterName                      : ParameterValue
       =============================================================
       100rel                             : yes
       accept_multiple_sdp_answers        : false
       accountcode                        :
       acl                                :
       aggregate_mwi                      : true
       allow                              : (ulaw|alaw)
       allow_overlap                      : true
       allow_subscribe                    : true
       allow_transfer                     : true
       aors                               : SkyWifi
       asymmetric_rtp_codec               : false
       auth                               :
       bind_rtp_to_media_address          : false
       bundle                             : false
       call_group                         :
       callerid                           : <unknown>
       callerid_privacy                   : allowed_not_screened
       callerid_tag                       :
       connected_line_method              : invite
       contact_acl                        :
       context                            : from-pstn
       cos_audio                          : 0
       cos_video                          : 0
       device_state_busy_at               : 0
       direct_media                       : false
       direct_media_glare_mitigation      : none
       direct_media_method                : invite
       disable_direct_media_on_nat        : false
       dtls_auto_generate_cert            : No
       dtls_ca_file                       :
       dtls_ca_path                       :
       dtls_cert_file                     :
       dtls_cipher                        :
       dtls_fingerprint                   : SHA-256
       dtls_private_key                   :
       dtls_rekey                         : 0
       dtls_setup                         : active
       dtls_verify                        : No
       dtmf_mode                          : auto
       fax_detect                         : false
       fax_detect_timeout                 : 0
       follow_early_media_fork            : true
       force_avp                          : false
       force_rport                        : true
       from_domain                        : voip.sky.it
       from_user                          :
       g726_non_standard                  : false
       ice_support                        : false
       identify_by                        : username,ip
       inband_progress                    : false
       incoming_mwi_mailbox               :
       language                           : it
       mailboxes                          :
       max_audio_streams                  : 1
       max_video_streams                  : 1
       media_address                      :
       media_encryption                   : no
       media_encryption_optimistic        : false
       media_use_received_transport       : false
       message_context                    :
       moh_passthrough                    : false
       moh_suggest                        : default
       mwi_from_user                      :
       mwi_subscribe_replaces_unsolicited : no
       named_call_group                   :
       named_pickup_group                 :
       notify_early_inuse_ringing         : false
       one_touch_recording                : false
       outbound_auth                      : SkyWifi
       outbound_proxy                     : sip:voip.it.isp.sky:5060
       pickup_group                       :
       preferred_codec_only               : false
       record_off_feature                 : automixmon
       record_on_feature                  : automixmon
       refer_blind_progress               : true
       rewrite_contact                    : false
       rpid_immediate                     : false
       rtcp_mux                           : false
       rtp_engine                         : asterisk
       rtp_ipv6                           : false
       rtp_keepalive                      : 0
       rtp_symmetric                      : true
       rtp_timeout                        : 0
       rtp_timeout_hold                   : 0
       sdp_owner                          : -
       sdp_session                        : Asterisk
       send_diversion                     : true
       send_pai                           : false
       send_rpid                          : false
       set_var                            :
       srtp_tag_32                        : false
       sub_min_expiry                     : 0
       subscribe_context                  :
       suppress_q850_reason_headers       : false
       t38_udptl                          : false
       t38_udptl_ec                       : none
       t38_udptl_ipv6                     : false
       t38_udptl_maxdatagram              : 0
       t38_udptl_nat                      : false
       timers                             : yes
       timers_min_se                      : 90
       timers_sess_expires                : 1800
       tone_zone                          :
       tos_audio                          : 0
       tos_video                          : 0
       transport                          : transport-udp6
       trust_id_inbound                   : false
       trust_id_outbound                  : false
       use_avpf                           : false
       use_ptime                          : false
       user_eq_phone                      : false
       voicemail_extension                :
       webrtc                             : no
      
      freepbx*CLI>

      sul trasport come puoi notare ho provato anche con [::]:5060

        gandalf2016
        Si su DDday parlavano di 4 "super-nodi" 2 a milano e 2 a roma interconnessi con tre connessioni rindondate
        ciascuno... bah. Io immagino sia una rete tier 3 con il core router al centro....

          hitech95 No, puoi verificare che è veramente come descritto. Es. Telia lo agganciano a Milano Data4 e Milano Caldera. Configurato in ECMP.

          Continuo ad avere quel problema che non risolve il dominio... non capisco come fare...
          Sembra che da quando il trasport è impostato su IPv6 sia addirittura peggiorato.

          Prima cercava un record di tipo 35 ma ora non lo fa più. Inoltre la dicitura dei 4 nodi (milano e roma) non ci sono.

          [2021-05-14 22:56:01] DEBUG[17860]: res_pjsip/pjsip_resolver.c:479 sip_resolve: Performing SIP DNS resolution of target 'voip.it.isp.sky'
          [2021-05-14 22:56:01] DEBUG[17860]: res_pjsip/pjsip_resolver.c:506 sip_resolve: Transport type for target 'voip.it.isp.sky' is 'UDP transport'
          [2021-05-14 22:56:01] DEBUG[17860]: res_pjsip/pjsip_resolver.c:549 sip_resolve: [0x7fd7c0318d28] Created resolution tracking for target 'voip.it.isp.sky'
          [2021-05-14 22:56:01] DEBUG[17860]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7fd7c0318d28] Added target 'voip.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
          [2021-05-14 22:56:01] DEBUG[17860]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7fd7c0318d28] Added target 'voip.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
          [2021-05-14 22:56:01] DEBUG[17860]: res_pjsip/pjsip_resolver.c:620 sip_resolve: [0x7fd7c0318d28] Starting initial resolution using parallel queries for target 'voip.it.isp.sky'
          [2021-05-14 22:56:01] DEBUG[17870]: res_pjsip/pjsip_resolver.c:277 sip_resolve_callback: [0x7fd7c0318d28] All parallel queries completed
          [2021-05-14 22:56:01] DEBUG[17870]: res_pjsip/pjsip_resolver.c:421 sip_resolve_callback: [0x7fd7c0318d28] Resolution completed - 0 viable targets
          [2021-05-14 22:56:01] DEBUG[17860]: res_pjsip/pjsip_resolver.c:207 sip_resolve_invoke_user_callback: [0x7fd7c0318d28] Invoking user callback with '0' addresses
          [2021-05-14 22:56:01] DEBUG[17860]: res_pjsip_outbound_registration.c:1235 sip_outbound_registration_response_cb: Received REGISTER response 503(No answer record in the DNS response (PJLIB_UTIL_EDNSNOANSWERREC))
          [2021-05-14 22:56:01] DEBUG[17860]: res_pjsip_outbound_registration.c:1073 handle_registration_response: Processing REGISTER response 503 from server 'sip:voip.sky.it' for client 'sip:0600001PPsmqAAD@voip.sky.it'
          [2021-05-14 22:56:01] WARNING[17860]: res_pjsip_outbound_registration.c:1156 handle_registration_response: Maximum retries reached when attempting outbound registration to 'sip:voip.sky.it' with client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it', stopping registration attempt
          [2021-05-14 22:56:01] DEBUG[17977]: manager.c:6200 match_filter: Examining AMI event:
          Event: Registry
          Privilege: system,all
          ChannelType: PJSIP
          Username: sip:XXXXXXXXXXXXXXXX@voip.sky.it
          Domain: sip:voip.sky.it
          Status: Rejected

          Il resolver funziona da CLI:

          [root@freepbx ~]# host -t NAPTR voip.it.isp.sky
          voip.it.isp.sky has NAPTR record 10 100 "S" "SIP+D2U" "" _sip._udp.voip.glb.it.isp.sky.
          [root@freepbx ~]# host -t SRV _sip._udp.voip.glb.it.isp.sky
          _sip._udp.voip.glb.it.isp.sky has SRV record 10 10 5060 sbc.rmle1.voip.glb.it.isp.sky.
          _sip._udp.voip.glb.it.isp.sky has SRV record 20 10 5060 sbc.mid41.voip.glb.it.isp.sky.
          _sip._udp.voip.glb.it.isp.sky has SRV record 30 10 5060 sbc.rmtp1.voip.glb.it.isp.sky.
          _sip._udp.voip.glb.it.isp.sky has SRV record 40 10 5060 sbc.mica1.voip.glb.it.isp.sky.
          [root@freepbx ~]# host -t SRV sbc.mica1.voip.glb.it.isp.sky
          sbc.mica1.voip.glb.it.isp.sky has no SRV record
          [root@freepbx ~]# host -t all sbc.mica1.voip.glb.it.isp.sky
          host: invalid type: all
          
          [root@freepbx ~]# nslookup sbc.mica1.voip.glb.it.isp.sky
          Server:         127.0.0.1
          Address:        127.0.0.1#53
          
          Non-authoritative answer:
          Name:   sbc.mica1.voip.glb.it.isp.sky
          Address: 2a0e:402:100:200::7
          
          [root@freepbx ~]#

          EDIT #1: intanto la porta non ci va altrimenti non risolve:
          https://github.com/asterisk/asterisk/blob/master/res/res_pjsip/pjsip_resolver.c#L551

            hitech95 Togli la porta dall'outbound proxy e dal bind.

            hitech95 Sembra che da quando il trasport è impostato su IPv6 sia addirittura peggiorato.

            Prima cercava un record di tipo 35 ma ora non lo fa più.

            É tutto corretto trova un record AAAA per voip.it.isp.sky.

            Solo se il transport non è specificato.

              fracarza
              Allora se ci metto la porta fallisce male perchè non si mette a cercare via NAPTR. (non cerca un record di tipo 25.

              Ora invece mi fallisce il pjsip con un bel PJSIP_ETPNOTSUITABLE.

              [2021-05-14 23:30:48] DEBUG[1737]: res_pjsip_outbound_registration.c:686 handle_client_registration: Outbound REGISTER attempt 4 to 'sip:voip.sky.it' with client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it'
              [2021-05-14 23:30:48] DEBUG[1737]: res_pjsip/pjsip_resolver.c:479 sip_resolve: Performing SIP DNS resolution of target 'voip.it.isp.sky'
              [2021-05-14 23:30:48] DEBUG[1737]: res_pjsip/pjsip_resolver.c:506 sip_resolve: Transport type for target 'voip.it.isp.sky' is 'UDP transport'
              [2021-05-14 23:30:48] DEBUG[1737]: res_pjsip/pjsip_resolver.c:549 sip_resolve: [0x7f38643076b8] Created resolution tracking for target 'voip.it.isp.sky'
              [2021-05-14 23:30:48] DEBUG[1737]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target 'voip.it.isp.sky' with record type '35', transport 'UDP transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1737]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target '_sip._udp.voip.it.isp.sky' with record type '33', transport 'UDP transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1737]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target 'voip.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1737]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target 'voip.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1737]: res_pjsip/pjsip_resolver.c:620 sip_resolve: [0x7f38643076b8] Starting initial resolution using parallel queries for target 'voip.it.isp.sky'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:277 sip_resolve_callback: [0x7f38643076b8] All parallel queries completed
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:373 sip_resolve_callback: [0x7f38643076b8] NAPTR record received on target 'voip.it.isp.sky'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target '_sip._udp.voip.glb.it.isp.sky' with record type '33', transport 'UDP transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:415 sip_resolve_callback: [0x7f38643076b8] New queries added, performing parallel resolution again
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:277 sip_resolve_callback: [0x7f38643076b8] All parallel queries completed
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f38643076b8] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target 'sbc.rmle1.voip.glb.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target 'sbc.rmle1.voip.glb.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f38643076b8] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target 'sbc.mid41.voip.glb.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target 'sbc.mid41.voip.glb.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f38643076b8] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target 'sbc.rmtp1.voip.glb.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target 'sbc.rmtp1.voip.glb.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f38643076b8] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target 'sbc.mica1.voip.glb.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f38643076b8] Added target 'sbc.mica1.voip.glb.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
              [2021-05-14 23:30:48] DEBUG[1747]: res_pjsip/pjsip_resolver.c:415 sip_resolve_callback: [0x7f38643076b8] New queries added, performing parallel resolution again
              [2021-05-14 23:30:49] DEBUG[1747]: res_pjsip/pjsip_resolver.c:277 sip_resolve_callback: [0x7f38643076b8] All parallel queries completed
              [2021-05-14 23:30:49] DEBUG[1747]: res_pjsip/pjsip_resolver.c:332 sip_resolve_callback: [0x7f38643076b8] AAAA record received on target 'sbc.rmle1.voip.glb.it.isp.sky'
              [2021-05-14 23:30:49] DEBUG[1747]: res_pjsip/pjsip_resolver.c:332 sip_resolve_callback: [0x7f38643076b8] AAAA record received on target 'sbc.mid41.voip.glb.it.isp.sky'
              [2021-05-14 23:30:49] DEBUG[1747]: res_pjsip/pjsip_resolver.c:332 sip_resolve_callback: [0x7f38643076b8] AAAA record received on target 'sbc.rmtp1.voip.glb.it.isp.sky'
              [2021-05-14 23:30:49] DEBUG[1747]: res_pjsip/pjsip_resolver.c:332 sip_resolve_callback: [0x7f38643076b8] AAAA record received on target 'sbc.mica1.voip.glb.it.isp.sky'
              [2021-05-14 23:30:49] DEBUG[1747]: res_pjsip/pjsip_resolver.c:421 sip_resolve_callback: [0x7f38643076b8] Resolution completed - 4 viable targets
              [2021-05-14 23:30:49] DEBUG[1737]: res_pjsip/pjsip_resolver.c:201 sip_resolve_invoke_user_callback: [0x7f38643076b8] Address '0' is [2a0e:402:100::7]:5060 with transport 'UDP IPv6 transport'
              [2021-05-14 23:30:49] DEBUG[1737]: res_pjsip/pjsip_resolver.c:201 sip_resolve_invoke_user_callback: [0x7f38643076b8] Address '1' is [2a0e:402:100:300::7]:5060 with transport 'UDP IPv6 transport'
              [2021-05-14 23:30:49] DEBUG[1737]: res_pjsip/pjsip_resolver.c:201 sip_resolve_invoke_user_callback: [0x7f38643076b8] Address '2' is [2a0e:402:100:100::7]:5060 with transport 'UDP IPv6 transport'
              [2021-05-14 23:30:49] DEBUG[1737]: res_pjsip/pjsip_resolver.c:201 sip_resolve_invoke_user_callback: [0x7f38643076b8] Address '3' is [2a0e:402:100:200::7]:5060 with transport 'UDP IPv6 transport'
              [2021-05-14 23:30:49] DEBUG[1737]: res_pjsip/pjsip_resolver.c:207 sip_resolve_invoke_user_callback: [0x7f38643076b8] Invoking user callback with '4' addresses
              [2021-05-14 23:30:49] DEBUG[1737]: res_pjsip_outbound_registration.c:1235 sip_outbound_registration_response_cb: Received REGISTER response 503(Unsuitable transport selected (PJSIP_ETPNOTSUITABLE))
              [2021-05-14 23:30:49] DEBUG[1737]: res_pjsip_outbound_registration.c:1073 handle_registration_response: Processing REGISTER response 503 from server 'sip:voip.sky.it' for client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it'
              [2021-05-14 23:30:49] DEBUG[1737]: res_pjsip_outbound_registration.c:732 schedule_registration: Scheduling outbound registration to server 'sip:voip.sky.it' from client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it' in 60 seconds
              [2021-05-14 23:30:49] WARNING[1737]: res_pjsip_outbound_registration.c:894 schedule_retry: No response received from 'sip:voip.sky.it' on registration attempt to 'sip:XXXXXXXXXXXXXXXX@voip.sky.it', retrying in '60'
              [2021-05-14 23:30:49] DEBUG[1879]: manager.c:6200 match_filter: Examining AMI event:
              Event: Registry
              Privilege: system,all
              ChannelType: PJSIP
              Username: sip:XXXXXXXXXXXXXXXX@voip.sky.it
              Domain: sip:voip.sky.it
              Status: Rejected

                hitech95 C'è qualcosa che non va nel trasporto allora, te lo legge ancora come UDP transport invece che UDP IPv6 transport. Toglilo da endpoint e registration che dovrebbe fare autodiscovery.

                E ricordati anche rtp_ipv6=yes in endpoint, anche se non dovrebbe essere questa la causa del problema ora.

                Hai riavviato Asterisk dopo aver cambiato i trasporti?

                  fracarza
                  Si si riavvio asterisk ogni volta. Qualcosa si è mosso. Ma il fatto che non trova il trasport è davvero strano.

                  [May 15 00:53:16] <--- Transmitting SIP request (650 bytes) to UDP:[2a0e:402:100::7]:5060 --->
                  [May 15 00:53:16] REGISTER sip:voip.it.isp.sky SIP/2.0
                  [May 15 00:53:16] Via: SIP/2.0/UDP [2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx]:5060;rport;branch=z9hG4bKPj06e553c1-0038-4cf0-a72d-07688b415560
                  [May 15 00:53:16] From: <sip:XXXXXXXXXXXXXXXX@voip.sky.it>;tag=b459a34a-f89f-43f1-8cc4-6b1a781714e6
                  [May 15 00:53:16] To: <sip:XXXXXXXXXXXXXXXX@voip.sky.it>
                  [May 15 00:53:16] Call-ID: 4688519d-8402-4f53-8740-ab3cb614d91a
                  [May 15 00:53:16] CSeq: 26672 REGISTER
                  [May 15 00:53:16] Contact: <sip:s@[2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx]:5060;line=xhxioyt>
                  [May 15 00:53:16] Expires: 3600
                  [May 15 00:53:16] Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, MESSAGE, REFER
                  [May 15 00:53:16] Route: <sip:voip.sky.it>
                  [May 15 00:53:16] Max-Forwards: 70
                  [May 15 00:53:16] User-Agent: FPBX-14.0.16.4(18.3.0)
                  [May 15 00:53:16] Content-Length:  0
                  [May 15 00:53:16]
                  [May 15 00:53:16]
                  [May 15 00:53:16] <--- Received SIP response (471 bytes) from UDP:[2a0e:402:100::7]:5060 --->
                  [May 15 00:53:16] SIP/2.0 403 Forbidden
                  [May 15 00:53:16] Call-ID: 4688519d-8402-4f53-8740-ab3cb614d91a
                  [May 15 00:53:16] Via: SIP/2.0/UDP [2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx]:5060;received=2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx;branch=z9hG4bKPj06e553c1-0038-4cf0-a72d-07688b415560;rport=5060
                  [May 15 00:53:16] To: <sip:XXXXXXXXXXXXXXXX@voip.sky.it>;tag=6099bed2-609eff5c28ee4db3
                  [May 15 00:53:16] From: <sip:XXXXXXXXXXXXXXXX@voip.sky.it>;tag=b459a34a-f89f-43f1-8cc4-6b1a781714e6
                  [May 15 00:53:16] CSeq: 26672 REGISTER
                  [May 15 00:53:16] Date: Fri, 14 May 2021 22:53:16 GMT
                  [May 15 00:53:16] Content-Length: 0

                  Che poi la sequenza non dovrebbe essere register > 403 > auth > register con token?
                  Perchè si ferma?

                    hitech95 Si si riavvio asterisk ogni volta.

                    Riavvio o reload?

                    hitech95 Che poi la sequenza non dovrebbe essere register > 403 > auth > register con token?

                    No la risposta dovrebbe essere 401 non 403. Cosa dice nel log pjsip?

                    hitech95 [May 15 00:53:16] Route: <sip:voip.sky.it>

                    Questo route dovrebbe essere voip.it.isp.sky, server_uri rimane sip:voip.sky.it e outbound_proxy sip:voip.it.isp.sky?

                      hitech95 prova col loose routing.
                      All’outbound proxy sostituisci
                      sip:voip.it.isp.sky\;lr

                      Nel contact s non va bene, dovresti mettere il numero di telefono/username.
                      Il parametro da settare è contact user.

                      Addirittura su rete Telecom succedeva che con il contact user ricevevi le chiamate del numero che mettevi😁.
                      Se mettevi s ti beccavi tutti i centralini degli altri.
                      Hanno poi bloccato la registrazione se contact user era s.

                        Ho fatto prove tutta la notte con i ragazzi sulla IRC di Asterisk e Freepbx.
                        Risolto 0.

                        fracarza Riavvio o reload?

                        Riavvio, delle volte per scaramanzia riavviavo pure la macchina.

                        fracarza No la risposta dovrebbe essere 401 non 403. Cosa dice nel log pjsip?

                        Poi ti mando il log, ma alla fine è +/- sempre lo stesso solo che invece del errore trasporto si pianta sul 403 unauthorized. Ma almeno apre la connessione verso Sky.

                        EDIT, Eccolo:

                        freepbx*CLI> pjsip set logger on
                        PJSIP Logging enabled
                        [2021-05-15 11:00:14] DEBUG[24426]: res_pjsip_registrar.c:1291 check_expiration_thread: Woke up at 1621069214  Interval: 30
                        [2021-05-15 11:00:14] DEBUG[24426]: res_pjsip_registrar.c:1298 check_expiration_thread: Expiring 0 contacts
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip_outbound_registration.c:686 handle_client_registration: Outbound REGISTER attempt 3 to 'sip:voip.sky.it' with client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:479 sip_resolve: Performing SIP DNS resolution of target 'voip.it.isp.sky'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:506 sip_resolve: Transport type for target 'voip.it.isp.sky' is 'Unspecified'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:549 sip_resolve: [0x7f16582ed5c8] Created resolution tracking for target 'voip.it.isp.sky'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target 'voip.it.isp.sky' with record type '35', transport 'Unspecified', and port '0'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target '_sips._tcp.voip.it.isp.sky' with record type '33', transport 'TLS transport', and port '5061'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target '_sip._tcp.voip.it.isp.sky' with record type '33', transport 'TCP transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target '_sip._udp.voip.it.isp.sky' with record type '33', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target 'voip.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target 'voip.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:620 sip_resolve: [0x7f16582ed5c8] Starting initial resolution using parallel queries for target 'voip.it.isp.sky'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:277 sip_resolve_callback: [0x7f16582ed5c8] All parallel queries completed
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:373 sip_resolve_callback: [0x7f16582ed5c8] NAPTR record received on target 'voip.it.isp.sky'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target '_sip._udp.voip.glb.it.isp.sky' with record type '33', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:415 sip_resolve_callback: [0x7f16582ed5c8] New queries added, performing parallel resolution again
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:277 sip_resolve_callback: [0x7f16582ed5c8] All parallel queries completed
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f16582ed5c8] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target 'sbc.rmle1.voip.glb.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target 'sbc.rmle1.voip.glb.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f16582ed5c8] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target 'sbc.mid41.voip.glb.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target 'sbc.mid41.voip.glb.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f16582ed5c8] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target 'sbc.rmtp1.voip.glb.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target 'sbc.rmtp1.voip.glb.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f16582ed5c8] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target 'sbc.mica1.voip.glb.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582ed5c8] Added target 'sbc.mica1.voip.glb.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:415 sip_resolve_callback: [0x7f16582ed5c8] New queries added, performing parallel resolution again
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:277 sip_resolve_callback: [0x7f16582ed5c8] All parallel queries completed
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:332 sip_resolve_callback: [0x7f16582ed5c8] AAAA record received on target 'sbc.rmle1.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:332 sip_resolve_callback: [0x7f16582ed5c8] AAAA record received on target 'sbc.mid41.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:332 sip_resolve_callback: [0x7f16582ed5c8] AAAA record received on target 'sbc.rmtp1.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:332 sip_resolve_callback: [0x7f16582ed5c8] AAAA record received on target 'sbc.mica1.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:14] DEBUG[24425]: res_pjsip/pjsip_resolver.c:421 sip_resolve_callback: [0x7f16582ed5c8] Resolution completed - 4 viable targets
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:201 sip_resolve_invoke_user_callback: [0x7f16582ed5c8] Address '0' is [2a0e:402:100::7]:5060 with transport 'UDP IPv6 transport'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:201 sip_resolve_invoke_user_callback: [0x7f16582ed5c8] Address '1' is [2a0e:402:100:300::7]:5060 with transport 'UDP IPv6 transport'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:201 sip_resolve_invoke_user_callback: [0x7f16582ed5c8] Address '2' is [2a0e:402:100:100::7]:5060 with transport 'UDP IPv6 transport'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:201 sip_resolve_invoke_user_callback: [0x7f16582ed5c8] Address '3' is [2a0e:402:100:200::7]:5060 with transport 'UDP IPv6 transport'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_resolver.c:207 sip_resolve_invoke_user_callback: [0x7f16582ed5c8] Invoking user callback with '4' addresses
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip/pjsip_message_filter.c:289 filter_on_tx_message: Re-wrote Contact URI host/port to 2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx:5060 (this may be re-written again later)
                        [May 15 11:00:14] <--- Transmitting SIP request (650 bytes) to UDP:[2a0e:402:100::7]:5060 --->
                        [May 15 11:00:14] REGISTER sip:voip.it.isp.sky SIP/2.0
                        [May 15 11:00:14] Via: SIP/2.0/UDP [2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx]:5060;rport;branch=z9hG4bKPjf4c4bf95-acd7-47e5-8944-5748704087ce
                        [May 15 11:00:14] From: <sip:XXXXXXXXXXXXXXXX@voip.sky.it>;tag=320f4a43-452d-48aa-90f3-3559cecc24d7
                        [May 15 11:00:14] To: <sip:XXXXXXXXXXXXXXXX@voip.sky.it>
                        [May 15 11:00:14] Call-ID: ca519d9b-caa1-40ec-bf15-c8cea03695da
                        [May 15 11:00:14] CSeq: 36620 REGISTER
                        [May 15 11:00:14] Contact: <sip:s@[2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx]:5060;line=lwcmbvq>
                        [May 15 11:00:14] Expires: 3600
                        [May 15 11:00:14] Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, MESSAGE, REFER
                        [May 15 11:00:14] Route: <sip:voip.sky.it>
                        [May 15 11:00:14] Max-Forwards: 70
                        [May 15 11:00:14] User-Agent: FPBX-14.0.16.4(18.3.0)
                        [May 15 11:00:14] Content-Length:  0
                        [May 15 11:00:14]
                        [May 15 11:00:14]
                        [May 15 11:00:14] <--- Received SIP response (471 bytes) from UDP:[2a0e:402:100::7]:5060 --->
                        [May 15 11:00:14] SIP/2.0 403 Forbidden
                        [May 15 11:00:14] Call-ID: ca519d9b-caa1-40ec-bf15-c8cea03695da
                        [May 15 11:00:14] Via: SIP/2.0/UDP [2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx]:5060;received=2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx;branch=z9hG4bKPjf4c4bf95-acd7-47e5-8944-5748704087ce;rport=5060
                        [May 15 11:00:14] To: <sip:XXXXXXXXXXXXXXXX@voip.sky.it>;tag=6099bdaa-609f8d9e2fedadc7
                        [May 15 11:00:14] From: <sip:XXXXXXXXXXXXXXXX@voip.sky.it>;tag=320f4a43-452d-48aa-90f3-3559cecc24d7
                        [May 15 11:00:14] CSeq: 36620 REGISTER
                        [May 15 11:00:14] Date: Sat, 15 May 2021 09:00:14 GMT
                        [May 15 11:00:14] Content-Length: 0
                        [May 15 11:00:14]
                        [May 15 11:00:14]
                        [2021-05-15 11:00:14] DEBUG[24414]: res_pjsip/pjsip_distributor.c:520 distributor: No dialog serializer for Response msg 403/REGISTER/cseq=36620 (rdata0x7f1670013858).  Using request transaction as basis.
                        [2021-05-15 11:00:14] DEBUG[24414]: res_pjsip/pjsip_distributor.c:128 find_request_serializer: Found transaction tsx0x7f1658006a88 for Response msg 403/REGISTER/cseq=36620 (rdata0x7f1670013858).
                        [2021-05-15 11:00:14] DEBUG[24414]: res_pjsip/pjsip_distributor.c:138 find_request_serializer: Found serializer pjsip/outreg/SkyWifi-0000005d on transaction tsx0x7f1658006a88
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip_outbound_registration.c:1235 sip_outbound_registration_response_cb: Received REGISTER response 403(Forbidden)
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip_outbound_registration.c:1073 handle_registration_response: Processing REGISTER response 403 from server 'sip:voip.sky.it' for client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it'
                        [2021-05-15 11:00:14] DEBUG[24415]: res_pjsip_outbound_registration.c:732 schedule_registration: Scheduling outbound registration to server 'sip:voip.sky.it' from client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it' in 10 seconds
                        [2021-05-15 11:00:14] WARNING[24415]: res_pjsip_outbound_registration.c:1171 handle_registration_response: 403 Forbidden fatal response received from 'sip:voip.sky.it' on registration attempt to 'sip:XXXXXXXXXXXXXXXX@voip.sky.it', retrying in '10' seconds
                        [2021-05-15 11:00:14] DEBUG[24532]: manager.c:6200 match_filter: Examining AMI event:
                        Event: Registry
                        Privilege: system,all
                        ChannelType: PJSIP
                        Username: sip:XXXXXXXXXXXXXXXX@voip.sky.it
                        Domain: sip:voip.sky.it
                        Status: Rejected
                        
                        
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip_outbound_registration.c:686 handle_client_registration: Outbound REGISTER attempt 4 to 'sip:voip.sky.it' with client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:479 sip_resolve: Performing SIP DNS resolution of target 'voip.it.isp.sky'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:506 sip_resolve: Transport type for target 'voip.it.isp.sky' is 'Unspecified'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:549 sip_resolve: [0x7f16582edb68] Created resolution tracking for target 'voip.it.isp.sky'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target 'voip.it.isp.sky' with record type '35', transport 'Unspecified', and port '0'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target '_sips._tcp.voip.it.isp.sky' with record type '33', transport 'TLS transport', and port '5061'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target '_sip._tcp.voip.it.isp.sky' with record type '33', transport 'TCP transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target '_sip._udp.voip.it.isp.sky' with record type '33', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target 'voip.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target 'voip.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:620 sip_resolve: [0x7f16582edb68] Starting initial resolution using parallel queries for target 'voip.it.isp.sky'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:277 sip_resolve_callback: [0x7f16582edb68] All parallel queries completed
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:373 sip_resolve_callback: [0x7f16582edb68] NAPTR record received on target 'voip.it.isp.sky'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target '_sip._udp.voip.glb.it.isp.sky' with record type '33', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:415 sip_resolve_callback: [0x7f16582edb68] New queries added, performing parallel resolution again
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:277 sip_resolve_callback: [0x7f16582edb68] All parallel queries completed
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f16582edb68] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target 'sbc.rmle1.voip.glb.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target 'sbc.rmle1.voip.glb.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f16582edb68] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target 'sbc.mid41.voip.glb.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target 'sbc.mid41.voip.glb.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f16582edb68] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target 'sbc.rmtp1.voip.glb.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target 'sbc.rmtp1.voip.glb.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f16582edb68] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target 'sbc.mica1.voip.glb.it.isp.sky' with record type '28', transport 'UDP IPv6 transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f16582edb68] Added target 'sbc.mica1.voip.glb.it.isp.sky' with record type '1', transport 'UDP transport', and port '5060'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:415 sip_resolve_callback: [0x7f16582edb68] New queries added, performing parallel resolution again
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:277 sip_resolve_callback: [0x7f16582edb68] All parallel queries completed
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:332 sip_resolve_callback: [0x7f16582edb68] AAAA record received on target 'sbc.rmle1.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:332 sip_resolve_callback: [0x7f16582edb68] AAAA record received on target 'sbc.mid41.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:332 sip_resolve_callback: [0x7f16582edb68] AAAA record received on target 'sbc.rmtp1.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:332 sip_resolve_callback: [0x7f16582edb68] AAAA record received on target 'sbc.mica1.voip.glb.it.isp.sky'
                        [2021-05-15 11:00:24] DEBUG[24425]: res_pjsip/pjsip_resolver.c:421 sip_resolve_callback: [0x7f16582edb68] Resolution completed - 4 viable targets
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:201 sip_resolve_invoke_user_callback: [0x7f16582edb68] Address '0' is [2a0e:402:100::7]:5060 with transport 'UDP IPv6 transport'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:201 sip_resolve_invoke_user_callback: [0x7f16582edb68] Address '1' is [2a0e:402:100:300::7]:5060 with transport 'UDP IPv6 transport'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:201 sip_resolve_invoke_user_callback: [0x7f16582edb68] Address '2' is [2a0e:402:100:100::7]:5060 with transport 'UDP IPv6 transport'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:201 sip_resolve_invoke_user_callback: [0x7f16582edb68] Address '3' is [2a0e:402:100:200::7]:5060 with transport 'UDP IPv6 transport'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_resolver.c:207 sip_resolve_invoke_user_callback: [0x7f16582edb68] Invoking user callback with '4' addresses
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip/pjsip_message_filter.c:289 filter_on_tx_message: Re-wrote Contact URI host/port to 2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx:5060 (this may be re-written again later)
                        [May 15 11:00:24] <--- Transmitting SIP request (650 bytes) to UDP:[2a0e:402:100::7]:5060 --->
                        [May 15 11:00:24] REGISTER sip:voip.it.isp.sky SIP/2.0
                        [May 15 11:00:24] Via: SIP/2.0/UDP [2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx]:5060;rport;branch=z9hG4bKPj24f46213-2458-4b26-81d4-059363ecfdea
                        [May 15 11:00:24] From: <sip:XXXXXXXXXXXXXXXX@voip.sky.it>;tag=bb7bd24f-faed-4cd8-ad2b-1bc869ee1d73
                        [May 15 11:00:24] To: <sip:XXXXXXXXXXXXXXXX@voip.sky.it>
                        [May 15 11:00:24] Call-ID: ca519d9b-caa1-40ec-bf15-c8cea03695da
                        [May 15 11:00:24] CSeq: 36621 REGISTER
                        [May 15 11:00:24] Contact: <sip:s@[2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx]:5060;line=lwcmbvq>
                        [May 15 11:00:24] Expires: 3600
                        [May 15 11:00:24] Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, MESSAGE, REFER
                        [May 15 11:00:24] Route: <sip:voip.sky.it>
                        [May 15 11:00:24] Max-Forwards: 70
                        [May 15 11:00:24] User-Agent: FPBX-14.0.16.4(18.3.0)
                        [May 15 11:00:24] Content-Length:  0
                        [May 15 11:00:24]
                        [May 15 11:00:24]
                        [May 15 11:00:24] <--- Received SIP response (471 bytes) from UDP:[2a0e:402:100::7]:5060 --->
                        [May 15 11:00:24] SIP/2.0 403 Forbidden
                        [May 15 11:00:24] Call-ID: ca519d9b-caa1-40ec-bf15-c8cea03695da
                        [May 15 11:00:24] Via: SIP/2.0/UDP [2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx]:5060;received=2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx;branch=z9hG4bKPj24f46213-2458-4b26-81d4-059363ecfdea;rport=5060
                        [May 15 11:00:24] To: <sip:XXXXXXXXXXXXXXXX@voip.sky.it>;tag=6099bdaa-609f8da8352df9ec
                        [May 15 11:00:24] From: <sip:XXXXXXXXXXXXXXXX@voip.sky.it>;tag=bb7bd24f-faed-4cd8-ad2b-1bc869ee1d73
                        [May 15 11:00:24] CSeq: 36621 REGISTER
                        [May 15 11:00:24] Date: Sat, 15 May 2021 09:00:24 GMT
                        [May 15 11:00:24] Content-Length: 0
                        [May 15 11:00:24]
                        [May 15 11:00:24]
                        [2021-05-15 11:00:24] DEBUG[24414]: res_pjsip/pjsip_distributor.c:520 distributor: No dialog serializer for Response msg 403/REGISTER/cseq=36621 (rdata0x7f16700037c8).  Using request transaction as basis.
                        [2021-05-15 11:00:24] DEBUG[24414]: res_pjsip/pjsip_distributor.c:128 find_request_serializer: Found transaction tsx0x7f1658006a88 for Response msg 403/REGISTER/cseq=36621 (rdata0x7f16700037c8).
                        [2021-05-15 11:00:24] DEBUG[24414]: res_pjsip/pjsip_distributor.c:138 find_request_serializer: Found serializer pjsip/outreg/SkyWifi-0000005d on transaction tsx0x7f1658006a88
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip_outbound_registration.c:1235 sip_outbound_registration_response_cb: Received REGISTER response 403(Forbidden)
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip_outbound_registration.c:1073 handle_registration_response: Processing REGISTER response 403 from server 'sip:voip.sky.it' for client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it'
                        [2021-05-15 11:00:24] DEBUG[24415]: res_pjsip_outbound_registration.c:732 schedule_registration: Scheduling outbound registration to server 'sip:voip.sky.it' from client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it' in 10 seconds
                        [2021-05-15 11:00:24] WARNING[24415]: res_pjsip_outbound_registration.c:1171 handle_registration_response: 403 Forbidden fatal response received from 'sip:voip.sky.it' on registration attempt to 'sip:XXXXXXXXXXXXXXXX@voip.sky.it', retrying in '10' seconds
                        [2021-05-15 11:00:24] DEBUG[24532]: manager.c:6200 match_filter: Examining AMI event:
                        Event: Registry
                        Privilege: system,all
                        ChannelType: PJSIP
                        Username: sip:XXXXXXXXXXXXXXXX@voip.sky.it
                        Domain: sip:voip.sky.it
                        Status: Rejected

                        fracarza Questo route dovrebbe essere voip.it.isp.sky, server_uri rimane sip:voip.sky.it e outbound_proxy sip:voip.it.isp.sky?

                        Booh, io vi mando nuovamente la config che uso per il log di cui copra.

                        [SkyWifi]
                        type=aor
                        qualify_frequency=61
                        contact=sip:<redacted>@voip.sky.it
                        outbound_proxy=sip:voip.it.isp.sky
                        
                        [SkyWifi]
                        type=auth
                        password=<redacted>
                        auth_type=userpass
                        username=<redacted>
                        
                        [SkyWifi]
                        type=endpoint
                        context=from-pstn
                        disallow=all
                        allow=ulaw,alaw
                        aors=SkyWifi
                        language=it
                        outbound_proxy=sip:voip.it.isp.sky\;lr
                        outbound_auth=SkyWifi
                        from_domain=voip.sky.it
                        user_eq_phone=no
                        t38_udptl=no
                        t38_udptl_ec=none
                        fax_detect=no
                        trust_id_inbound=no
                        t38_udptl_nat=no
                        direct_media=no
                        rtp_symmetric=yes
                        dtmf_mode=auto
                        
                        [SkyWifi]
                        type=identify
                        endpoint=SkyWifi
                        match=voip.sky.it
                        
                        [SkyWifi]
                        type=registration
                        outbound_auth=SkyWifi
                        retry_interval=60
                        fatal_retry_interval=0
                        forbidden_retry_interval=10
                        max_retries=10
                        expiration=3600
                        line=yes
                        endpoint=SkyWifi
                        auth_rejection_permanent=yes
                        server_uri=sip:voip.sky.it
                        client_uri=sip:<redacted>@voip.sky.it
                        outbound_proxy=sip:voip.it.isp.sky

                        gandalf2016 All’outbound proxy sostituisci
                        sip:voip.it.isp.sky\;lr

                        gandalf2016 prova col loose routing.
                        All’outbound proxy sostituisci
                        sip:voip.it.isp.sky\;lr

                        Allora con il /;le non cambia nulla.
                        L'unico modo che ho trovato per fargli mandare un frame sip è togliere il trasporto dalla config. Il che significa che la configurazione non passa per Freepbx e quindi diventa un casino da gestire.

                        Il fatto è che il dannato SIP avrebbe bisogno di 4 parametri:

                        • L'uri
                        • il server outbound, se il dominio e il server sono diversi
                        • il dominio
                        • i parametri user e password per l'autenticazione.

                        L'uri non te lo danno quindi vai te a sapere cosa diamine devo passargli. dal modem Sky non si vede niente.
                        Io poi che ho fatto la migrazione che numero avrei da passare il mio o quello temporaneo. Ci va il +39 o il 0039? Booh?
                        Loro si limitano a darti username e password oltre alle informazioni che già hanno pubblicato. (outbound e domain)

                        gandalf2016 Nel contact s non va bene, dovresti mettere il numero di telefono/username.
                        Il parametro da settare è contact user.

                        Gli ho provato a passare il numero di telefono e l'username. Non cambia una ceppa.

                        Quel numero non lo uso, il mio numero è con eutelia/clouditalia e non uso nemmeno quello.
                        Mi sa che per un po' mi arrendo. Ci ho buttato sopra più di 12 ore.

                        Non si sa come mai ma heiweb, Eutelia e compagnia bella funzionano sempre al primo colpo, mentre i voip degli ISP invece ogni santa volta fanno i capricci, vedi Wind che non gli piaceva l'user agent di Asterisk.

                        Bah...

                          [cancellato] Vedila così, se ci riesci gli admin potranno spezzare la discussione e farle diventare una guida per tutti i clienti Sky

                          Ti dieco ieri ci siamo messi a guardare il codice di PJSIP in IRC.
                          A capire cosa succedeva etc. Passo passo. Non siamo riusciti a capire perchè il trasport fallisce.

                          Tra l'altro arriva un 503 ma la connessione non viene nemmeno aperta verso il server voip.
                          MA stando a PJSIP dovrebbe arrivarfe un 502 se il trasport non va a buon fine.

                          [cancellato] Ocio al verso della barra però!
                          Si si è nel vcerso giusto la \ del escape. Guarda la conf poco sopra.

                          La rottura di ba*** è che non ci sono client che supportano il NAPTR. O perlomeno con l'IPv6 vanno in pappa.
                          La mia linea eutelia va e usano anche loro il NAPTR ma su ipv4. Quindi zoiper e company non funzionano neppure loro. (si piantano nel cercare di risolvere il DNS)

                          Diciamo che il fato che IPv6 viene lasciato a se stesso da (quasi) tutti gli sviluppatori rende le cose non poco complicate.

                          Ci ho dedicato tutto venerdi e tutto il pomeriggio di giovedì La notte di Venerdi (sono andato a dormire alle 4)
                          Sinceramente mi è passata la voglia. Dovrei provare con un ATA direttamente, ma non lo.

                            hitech95 La mia linea eutelia va e usano anche loro il NAPTR ma su ipv4.

                            Eutelia ha un banale record A.

                            Comunque risolvilo a parte l’NAPTR e metti l’hostname A come server.

                            hitech95 Il trasporto funziona adesso, NAPTR non c'entra. C'è solo qualche header sbagliato nel SIP REGISTER, se hai voglia di fare delle prove sicuramente si riesce a sistemare.
                            Prova così:

                            [SkyWifi]
                            type=aor
                            qualify_frequency=0
                            contact=sip:voip.sky.it
                            outbound_proxy=sip:voip.it.isp.sky\;lr
                            
                            [SkyWifi]
                            type=auth
                            password=<redacted>
                            auth_type=userpass
                            username=<redacted>
                            
                            [SkyWifi]
                            type=endpoint
                            context=from-pstn
                            disallow=all
                            allow=ulaw,alaw
                            aors=SkyWifi
                            language=it
                            outbound_proxy=sip:voip.it.isp.sky\;lr
                            outbound_auth=SkyWifi
                            from_domain=voip.sky.it
                            user_eq_phone=no
                            t38_udptl=no
                            t38_udptl_ec=none
                            fax_detect=no
                            trust_id_inbound=no
                            t38_udptl_nat=no
                            direct_media=no
                            rtp_symmetric=yes
                            dtmf_mode=auto
                            
                            [SkyWifi]
                            type=identify
                            endpoint=SkyWifi
                            match=voip.sky.it
                            
                            [SkyWifi]
                            type=registration
                            outbound_auth=SkyWifi
                            retry_interval=60
                            fatal_retry_interval=0
                            forbidden_retry_interval=10
                            max_retries=10
                            expiration=3600
                            line=yes
                            endpoint=SkyWifi
                            auth_rejection_permanent=yes
                            server_uri=sip:voip.sky.it
                            client_uri=sip:<redacted>@voip.sky.it
                            outbound_proxy=sip:voip.it.isp.sky\;lr
                            contact_user = <redacted>

                            poi riavvia Asterisk e posta i log.

                            Poi come hai detto in client_uri dovresti provare il numero di telefono con o senza prefisso, lo username, ecc. Le combinazioni non sono infinite.

                              Aggiungo se non dovesse funzionare di fare uno sniffing dallo Sky hub con wireshark e portmirroring.
                              A quel punto vedi come lui compila tutti i campi.

                              Ammesso tu abbia uno switch con port mirroring e VLAN ma penso di sì.
                              Ovviamente mettendosi in mezzo tra ONT e Sky hub.

                                fracarza Il trasporto funziona adesso

                                Si solo che non specificando il trasport freepbx rompe... e vorrei sistemare sta cosa.
                                PErchè ora come ora è una configurazione custom fuori dalla sua interfaccia.

                                Detto cio, ora si registra (non ho testato altro) ma:
                                Ho fatto il diff della conf attuale e quella da te suggerita, l'unica differenza è qualify_frequency e i \;lr che mancavano in giro.

                                Facendo un altro check. Ho notato che la conf che genera Freepbx è identica, unica pecca è il fatto del trasport.
                                Io ho provato a toglerlo usando, ma nada:

                                [SkyWifi](-)
                                transport=0.0.0.0-udp

                                nei vari override per l'endpoint e il registration. Ma non sembra piacerli.
                                L'unica pecca sembra quindi essere il discorso del transport che non lo digerisce.

                                Faccio però notare che io ho anche creato il trasport TCP per ipv6, perchè è una delle nesime prove che ho fatto ieri.

                                Quindi la conf che ALMENO si registra è:

                                [SkyWifi]
                                type=aor
                                qualify_frequency=60
                                contact=sip:<your_username>@voip.sky.it
                                outbound_proxy=sip:voip.it.isp.sky\;lr
                                
                                [SkyWifi]
                                type=auth
                                auth_type=userpass
                                password=<your_password>
                                username=<your_username>
                                
                                [SkyWifi]
                                type=endpoint
                                context=from-pstn
                                disallow=all
                                allow=ulaw,alaw,g729
                                aors=SkyWifi
                                language=it
                                outbound_proxy=sip:voip.it.isp.sky\;lr
                                outbound_auth=SkyWifi
                                from_domain=voip.sky.it
                                contact_user=<your_username>
                                user_eq_phone=no
                                t38_udptl=no
                                t38_udptl_ec=none
                                fax_detect=no
                                trust_id_inbound=no
                                t38_udptl_nat=no
                                direct_media=no
                                rtp_symmetric=yes
                                dtmf_mode=auto
                                
                                [SkyWifi]
                                type=identify
                                endpoint=SkyWifi
                                match=voip.sky.it
                                
                                [SkyWifi]
                                type=registration
                                outbound_auth=SkyWifi
                                retry_interval=60
                                fatal_retry_interval=0
                                forbidden_retry_interval=10
                                max_retries=10
                                expiration=3600
                                line=yes
                                endpoint=SkyWifi
                                auth_rejection_permanent=yes
                                contact_user=<your_username>
                                server_uri=sip:voip.sky.it
                                client_uri=sip:<your_username>@voip.sky.it
                                outbound_proxy=sip:voip.it.isp.sky\;lr

                                gandalf2016 Aggiungo se non dovesse funzionare di fare uno sniffing dallo Sky hub con wireshark e portmirroring.
                                A quel punto vedi come lui compila tutti i campi.

                                Sembra non sia necessario. Rimane solo l'incognita del trasport.

                                  Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈
                                  P.I. IT16712091004 - info@fibraclick.it

                                  ♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile