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]

                    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.

                              hitech95 Si ma li te lo vede come UDP transport invece che UDP IPv6 transport, quindi probabilmente è un problema nella definizione. Prova a mettere bind [<ip interfaccia ipv6 che da su wan>] invece che ::.

                              hitech95 Ho provato con il +39 0039 e il numero diretto. Non cambia nulla.

                              Se in client_uri e contact metti il tuo numero invece dello username si registra?

                                fracarza Se in client_uri e contact metti il tuo numero invece dello username si registra?

                                403 Forbidden

                                fracarza Si ma li te lo vede come UDP transport invece che UDP IPv6 transport, quindi probabilmente è un problema nella definizione. Prova a mettere bind [<ip interfaccia ipv6 che da su wan>] invece che ::.

                                Allora forse ora va, ma non ne sono sicuro!

                                  hitech95 Se fossi in te io ora andrei per passi.

                                  1. Visto che non vuoi mantenere configurazioni custom, fai pulizia e ricrea da zero il trunk da FreePBX con il trasporto UDPv6 con bind sull'interfaccia specifica.
                                  2. Una volta che si registra, create le inbound e outbound routes.
                                  3. Fai una chiamata outbound (per esempio registra un'estensione su Zoiper, o crea un call-file), così vedi se va e controlli anche qual è il tuo numero.
                                  4. Fai una chiamata inbound.

                                    fracarza Visto che non vuoi mantenere configurazioni custom, fai pulizia e ricrea da zero il trunk da FreePBX con il trasporto UDPv6 con bind sull'interfaccia specifica.

                                    Si il fatto è che non puoi scegliere il trasport da UI. Ma devi fare l'override sempre dal file di conf.

                                    fracarza Una volta che si registra, create le inbound e outbound routes.

                                    Quelli li avevo già! Ma a quanto pare passando a Asterisk 18 sembrano non funzionare più... Uhm..

                                    EDIT: Come non detto con la linea Eutelia riesco ad uscire tranquillamente. (ma ho finito il credito 😛)
                                    EDIT2: Riesco ad uscire anche via SkyWifi. Ma non ricevo niente. Che sia il FW che chiude la connessione?


                                    Comunque non esce nulla.

                                    fracarza Fai una chiamata inbound.

                                    Questo non va, il telefono non suona, butta giù diretto. Non ricevo alcun frame SIP.

                                    freepbx*CLI> pjsip show transports
                                    
                                    Transport:  <TransportId........>  <Type>  <cos>  <tos>  <BindAddress....................>
                                    ==========================================================================================
                                    
                                    Transport:  0.0.0.0-tcp               tcp      3     96  0.0.0.0:5060
                                    Transport:  0.0.0.0-udp               udp      3     96  0.0.0.0:5060
                                    Transport:  transport-tcp6            tcp      3     96  [::]:5060
                                    Transport:  transport-udp6            udp      3     96  [2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx]:5060
                                    
                                    Objects found: 4
                                    
                                    freepbx*CLI> pjsip show registrations
                                    
                                     <Registration/ServerURI..............................>  <Auth..........>  <Status.......>
                                    ==========================================================================================
                                    
                                     Clouditalia/sip:voip.eutelia.it                         Clouditalia       Registered
                                     SkyWifi/sip:voip.sky.it                                 SkyWifi           Registered
                                    
                                    Objects found: 2
                                    
                                    freepbx*CLI> pjsip show endpoints
                                    
                                     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:  100/100                                              Unavailable   0 of inf
                                         InAuth:  100-auth/100
                                            Aor:  100                                                1
                                    
                                     Endpoint:  101/101                                              Not in use    0 of inf
                                         InAuth:  101-auth/101
                                            Aor:  101                                                1
                                          Contact:  101/sip:101@192.168.1.100:55098;rinstance= cf5ce8c707 Avail         3.428
                                    
                                     Endpoint:  110/110                                              Not in use    0 of inf
                                         InAuth:  110-auth/110
                                            Aor:  110                                                1
                                          Contact:  110/sip:110@192.168.1.134:48797;transport= 7481951316 Avail       180.650
                                    
                                     Endpoint:  Clouditalia                                          Not in use    0 of inf
                                        OutAuth:  Clouditalia/XXXXXXXXXX
                                            Aor:  Clouditalia                                        0
                                          Contact:  Clouditalia/sip:XXXXXXXXXX@voip.eutelia.it 017eab0480 Avail        16.648
                                      Transport:  0.0.0.0-udp               udp      3     96  0.0.0.0:5060
                                       Identify:  Clouditalia/Clouditalia
                                            Match: 83.211.227.21/32
                                    
                                     Endpoint:  SkyWifi                                              Not in use    0 of inf
                                        OutAuth:  SkyWifi/XXXXXXXXXXXXXXXX
                                            Aor:  SkyWifi                                            0
                                          Contact:  SkyWifi/sip:XXXXXXXXXXXXXXXX@voip.sky.it    81175c7138 Avail       100.018
                                      Transport:  transport-udp6            udp      3     96  [2a0e:xxxx:xxxx:0:xxxx:xxff:fexx:xxxx]:5060
                                    
                                     Endpoint:  anonymous                                            Unavailable   0 of inf
                                    
                                    
                                    Objects found: 6
                                    
                                    freepbx*CLI>

                                      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