simonebortolin Questo dubbio mi è sorto anche a me, dovrei comprarmi un ATA quindi?
Problema configurazione linea telefonica Sky con Keenetic Linear
[cancellato]
Barin86 Se tolgo lo STUN non mi fa salvare
Ho visto che in realtà lì imposti il server e poi in Telephone Line Settings imposti un flag se usarlo o no - scusami ma non conosco bene le impostazioni di 'sto dispositivo.
Barin86 Il primo non viene risolto, il secondo si.
Non avendo sottomano una rete Sky non so dirti se deve risolverlo effettivamente oppure no. In genere è più importante quando si usano query SRV o NAPTR per recuperare automaticamente i proxy SIP a partire dal solo dominio. Se però c'è un proxy il nome del proxy deve risolverlo.
Non è una cattiva idea quella di simonebortolin di chiedere lumi al supporto di Keenetic. Non vedo perché non debba funzionare via IPv6, ma è possibile che ci siano problemi lato loro.
- Modificato
[cancellato] Sul loro sito non è specificato se IPv6 è supportato dal Linear. Domani vedrò cosa fare. Grazie a tutti fino ad ora.
EDIT: Però ora pensandoci, non avrebbe senso mettere tra i vari provider predefiniti Sky, se non supportasse IPv6 only.
Barin86 chiedi nel forum di keenetic aiuto, magari c'è qualcosa a noi di sconosciuto. Se serve aiuto a formulare chiedi consiglio
- Modificato
Barin86 Ok, ora questo è a posto.
Comunque potresti provare con Zoiper o simili su PC a vedere se si registra.
[cancellato] In genere è più importante quando si usano query SRV o NAPTR
NAPTR risolve verso _sip._udp.voip.glb.it.isp.sky che risolve SRV verso sbc.mica1.voip.glb.it.isp.sky* che finalmente ritorna il record AAAA 2a0e:402:100:200::7, che casino.
*interessanti anche i nomi degli altri record, che immagino siano i PoP più importanti (dove ci sono i dispositivi del voip).
root@Belkin:~# drill @2a0e:404:0:a::1 _sip._udp.voip.glb.it.isp.sky SRV
;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 7396
;; flags: qr rd ra ; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;; _sip._udp.voip.glb.it.isp.sky. IN SRV
;; ANSWER SECTION:
_sip._udp.voip.glb.it.isp.sky. 6 IN SRV 10 10 5060 sbc.mica1.voip.glb.it.isp.sky.
_sip._udp.voip.glb.it.isp.sky. 6 IN SRV 20 10 5060 sbc.mid41.voip.glb.it.isp.sky.
_sip._udp.voip.glb.it.isp.sky. 6 IN SRV 30 10 5060 sbc.rmle1.voip.glb.it.isp.sky.
_sip._udp.voip.glb.it.isp.sky. 6 IN SRV 40 10 5060 sbc.rmtp1.voip.glb.it.isp.sky.
;; AUTHORITY SECTION:
;; ADDITIONAL SECTION:
;; Query time: 2 msec
;; SERVER: 2a0e:404:0:a::1
;; WHEN: Sun Dec 4 10:27:59 2022
;; MSG SIZE rcvd: 2432a0e:402:100:200::7 risponde anche a ping.
@hitech95 aveva smadonnato con il VoIP di Sky se non ricordo male, magari sa qualcosa che non sappiamo.
[cancellato]
edofullo NAPTR risolve verso sip.udp.voip.glb.it.isp.sky che risolve SRV verso sbc.mica1.voip.glb.it.isp.sky* che finalmente ritorna il record AAAA 2a0e:402:100:200::7, che casino.
Bella indirezione, eh? Però così è molto flessibili. Interessante che Sky supporti sia NAPTR che SRV ma poi non lo richieda nella configurazione.
Se provi a mettere per il proxy l'indirizzo AAAA che ha sopra ricavato @edofullo, cosa succede? Io una richiesta al supporto Keenetic però la farei, se la libraria pjsip che usano non ricava correttamente l'indirizzo magari qualche problema lato loro c'è.
[cancellato] Bella indirezione, eh? Però così è molto flessibili. Interessante che Sky supporti sia NAPTR che SRV ma poi non lo richieda nella configurazione.
Ehhh sky supporta un botto di robe, anche i jumbo frame, peccato che non è BGP safe
[cancellato]
Neache Sparkle, TIM, Vodafone, Wind3, Fastweb, BT, Deutsche Telekom e molti altri... ma è OT, e non c'entra con il VoIP.
[cancellato] lo so... però mi era venuto in mente quando hai scritto
[cancellato] Interessante che Sky supporti, comunque sì concordo la strada da fare è:
[cancellato] Se provi a mettere per il proxy l'indirizzo AAAA che ha sopra ricavato @edofullo, cosa succede? Io una richiesta al supporto Keenetic però la farei, se la libraria pjsip che usano non ricava correttamente l'indirizzo magari qualche problema lato loro c'è.
Anche se ho qualche perplessità
Per scrupolo ho voluto provare se collegando il mio fritzbox 7530 AX con la labor 7.39, la fonia funzionasse correttamente; so che non ha il MAP-T infatti si è collegato con un solo IPv6, e per magia configurando il numero sul fritzbox con la labor (che ha Sky Wifi come provider predefinito) si è collegato subito senza problemi. A questo punto penso che il problema sia da qualche parte nel software Keenetic che domani proverò a contattare.
Hai provato questo?
[cancellato] Se provi a mettere per il proxy l'indirizzo AAAA che ha sopra ricavato @edofullo, cosa succede?
[cancellato]
Quello che mi rende perplesso è che l'errore non è "non risolto" (NXDOMAIN) ma sembra che "manchi un pezzo" nella risposta DNS che riceve ("no answer record in the DNS response") - quasi che gli arrivi un pacchetto in qualche modo corrotto. Però utilizzando direttamente l'IP non dovrebbe fare query DNS - ma magari ne fa comunque e s'incasina. Senti il supporto.
- Modificato
Si ma era un problema dell'interfaccia di Asterisk che non andava in ascolto su ipv6. O comunque qualcosa legato alla risoluzione DNS e il transport IPv6...
Se non ricordo male devo forzare a mano l'IPv6 della macchina di asterisk per farlo andare up.
Se serve vi butto la conf di asterisk.
Se il keneetic usa asterisk sotto forse l'outbound proxy necessita del ;lr?
[transport-udp6]
type=transport
protocol=udp
bind=::
allow_reload=no
tos=cs3
cos=3
[transport-tcp6]
type=transport
protocol=tcp
bind=::
allow_reload=no
tos=cs3
cos=3
[SkyWifi]
type=auth
auth_type=userpass
password=<redacted>
username=<redacted>
[SkyWifi]
type=identify
endpoint=SkyWifi
match=voip.sky.it
[SkyWifi]
type=endpoint
transport=transport-udp6
context=from-pstn
disallow=all
allow=g729,ulaw,alaw
aors=SkyWifi
send_connected_line=false
language=it
outbound_proxy=sip:voip.it.isp.sky\;lr
outbound_auth=SkyWifi
from_domain=voip.sky.it
from_user=<redacted>
contact_user=<redacted>
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=registration
transport=transport-udp6
outbound_auth=SkyWifi
retry_interval=60
fatal_retry_interval=30
forbidden_retry_interval=30
max_retries=10000
expiration=3000
auth_rejection_permanent=no
line=yes
endpoint=SkyWifi
contact_user=<redactred>
server_uri=sip:voip.sky.it
client_uri=sip:<redactred>@voip.sky.it
outbound_proxy=sip:voip.it.isp.sky\;lrPer ora ho risolto mettendo come client il fritzbox e lo uso solo come base dect. È curioso come con il fritz collegato al Keenetic sono riuscito a configurare la linea telefonica in 1 minuto.
Ho scritto anche sul forum Keenetic e mi hanno per ora detto che potrebbe essere un problema con la porta 5060, perché i pacchetti non riescono a torneare indietro.
