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]

                        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!

                                      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