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.

                                                        hitech95 e i \;lr che mancavano in giro

                                                        Lo avevo detto io 😉.

                                                        Quello e il contact_user + from_user+from_domain sono quelli che fregano con i grandi gestori in genere.

                                                            gandalf2016
                                                            Lo davo per scontato perchè stanote eravamo in 4 aq guardare la conf. Ma nessuno se ne è accorto.
                                                            DEvo ammetere che non ho ancora capito a cosa serve sto LF.

                                                            Piccolo update:
                                                            è registrato ma non so il numero! Chiamando il mio vecchio butta giù diretto.
                                                            Ma sky mi ha chiamato giovedì sera per l'appunto per dirmi che il numero di telefono era stato migrato...

                                                            Uhm...

                                                                hitech95 Ma con lo Sky Hub va tutto bene?

                                                                Perchè se non va nemmeno con quello c'è poco da star qui a discutere 🤓

                                                                    edofullo

                                                                    edofullo Perchè se non va nemmeno con quello c'è poco da star qui a discutere

                                                                    Ah booh, dovrei provare, ma non ho "telefoni" xD

                                                                          • [cancellato]

                                                                          • Messaggio #65

                                                                          hitech95 Chiamati il numero e guarda se la spia (ha una spia, vero??) cambia stato/lampegga/faunapiroetta 🙂

                                                                              hitech95 Per aggiungere un trasport custom a FreePBX devi modificare /etc/asterisk/pjsip.transports_custom.conf aggiungendo

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

                                                                              dopo riavvii e lo puoi selezionare nel menu del trunk.

                                                                              Nella conf che ti ho mandato anche contact_user è diverso. qualify_frequency l'ho disattivato solo perché prima in uno dei log sembrava dare problemi OPTIONS (come ad esempio Fastweb).

                                                                              hitech95 DEvo ammetere che non ho ancora capito a cosa serve sto LF.

                                                                              Loose routing semplicemente manda SIP REGISTER a voip.sky.it invece che a voip.it.isp.sky.

                                                                              hitech95 è registrato ma non so il numero! Chiamando il mio vecchio butta giù diretto.

                                                                              In contact_user prova a mettere il tuo numero di telefono non lo username. E guarda i log mentre chiami.

                                                                                      [cancellato]
                                                                                      Vero, ora trovo lo scatolo e provo.

                                                                                      fracarza Per aggiungere un trasport custom a FreePBX devi modificare /etc/asterisk/pjsip.transports_custom.conf aggiungendo

                                                                                      Si ma il problema è che non devo aggiungerlo ma rimuoverlo dalla conf del endpoint e del registration.
                                                                                      Nel file /etc/asterisk/pjsip.transports_custom.conf io ho i trasport TCP6 e UDP6.

                                                                                      Nel file /etc/asterisk/pjsip_custom.conf ho la conf di cui sopra.
                                                                                      Il problema è che non posso togliere il trasport dalla GUI. O perlomeno sembra non farlo usando il file _custom_post.conf

                                                                                      fracarza Nella conf che ti ho mandato anche contact_user è diverso. qualify_frequency l'ho disattivato solo perché prima in uno dei log sembrava dare problemi OPTIONS (come ad esempio Fastweb).

                                                                                      Il contact_user lo avevo già aggiunto prchè suggerito poco dopo da @gandalf2016.

                                                                                      fracarza In contact_user prova a mettere il tuo numero di telefono non lo username. E guarda i log mentre chiami.

                                                                                      In ricezione ora come ora non ricevo nessun frame SIP.

                                                                                                hitech95 Se usi il transport UDP6 sicuro non vada?

                                                                                                hitech95 In ricezione ora come ora non ricevo nessun frame SIP.

                                                                                                Appunto, prova usando il numero invece che lo username.

                                                                                                      fracarza Si guarda qui: hitech95
                                                                                                      Ho provato con il +39 0039 e il numero diretto. Non cambia nulla.

                                                                                                            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