Configurare e comprendere IPv6 per la prima volta

hitech95 · 2021-05-13T20:10:59+00:00

Buonasera, Ora che ho Sky Wifi Attivo e funzionante vorrei finalmente capire come configurare la rete in dual stack. Allora, Comincio a dire che ovviamente c...

[cancellato]

fracarza Puoi anche lasciarle untagged però e dargli solo un PVID diverso ma in comune.

Heeee no perché lato WAN la rete prevede le VLAN tagged (la "famosa" 835 degli altri operatori)... se con uno switch managed configura la porta in solo access vengono scartate le taggate e non si collega ad internet.

hitech95

handymenny Da quello che ho capito sky da un username completamente slegato dal numero di telefono e quello immagino sia proprio l'username

Si l'username non sta ne in cielo ne in terra e generato completamente a caso direi. Anzi IMHO l'username e migliore rispetto alla password 🤦.

fracarza Ci sono tre URI però, uno lungo (che penso sia username) e due corti (visto che uno ha tel🙂.

Uno è l'username, l'altro e il mio numero di telefono.
Il mio numero che ho migrato da Wind perche Sky mi ha detto che è stato migrato correttamente. Dal pannello delle credenziali nel sito di Sky loro mi comunicano solo username e password. Nient'altro.

Era ancora nello scatolo:

Allora mi servono 3 porte per fare lo spoofing dei dati.
2 devono parlarsi tra di loro (bridge) e una per catturarli.

Come bridge uso direttamente lo switch. Metto sulla vlan 101 (quella di fastweb) come tagged su entrambe le porte ONT e modem.

Una delle due suddette porte é configurata come mirror sulla 22.

[cancellato] Heeee no perché lato WAN la rete prevede le VLAN tagged (la "famosa" 835 degli altri operatori)... se con uno switch managed configura la porta in solo access vengono scartate le taggate e non si collega ad internet.

Esatto il PID di quelle porte lo ho messo a 10. 101 è messa tagged. 10 e untagged il resto: reject/exclude.

Mannaggia che casino, avevo appena sistemato:

fracarza

handymenny Ci sono tre URI però, uno lungo (che penso sia username) e due corti (che penso sia il numero, visto che uno ha tel:).

hitech95

hitech95
Piccolo update anche con il modem ufficiale riesco uscire ma non entrare.
Ora mi sto spulciando il packet capture.

Ho trovto il buon vecchio SIRIO:

Non odiatemi ma su questo PC (lavoro) ho solo windows 😅

fracarza

hitech95 Bella lì, quindi la configurazione di Asterisk è corretta. Ora devi vedertela con Sky per questo problema.

hitech95

fracarza Bella lì, quindi la configurazione di Asterisk è corretta. Ora devi vedertela con Sky per questo problema.

Eh... domani si chiama. Il CID in outbound e il mio ex numero Wind quindi quello dovrebbe essere giusto.

DAl pannello di diagnostica di Sky:

Ora devo rimettere a posto tutto. RIP me.

EDIT:

Uhm che ci sia da fidarsi? PFsense non ha il tr069. Come fanno a sapere che ho il Wifi attivo?

[cancellato]

hitech95 Come fanno a sapere che ho il Wifi attivo?

Sparano a caso, IMHO. Oppure è l'ultimo aggiornamento che gli ha dato il loro router se l'hai collegato qualche volta.

hitech95 Unica differenza potrebbe essere Proxmox "aggiornato" ma la vedo difficile.

Hai detto niente...

hitech95

Piccolo OT: per qualche ragione la rete (LAN) ha deciso di non essere più simmetrica.

Questa mi è proprio nuova!

PS C:\Users\Hitech95\Desktop\iperf-3.1.3-win64> .\iperf3.exe -c 192.168.1.254 -R
Connecting to host 192.168.1.254, port 5201
Reverse mode, remote host 192.168.1.254 is sending
[  4] local 192.168.1.100 port 59916 connected to 192.168.1.254 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   104 MBytes   871 Mbits/sec
[  4]   1.00-2.00   sec   106 MBytes   886 Mbits/sec
[  4]   2.00-3.00   sec   107 MBytes   895 Mbits/sec
[  4]   3.00-4.00   sec  97.1 MBytes   815 Mbits/sec
[  4]   4.00-5.00   sec   109 MBytes   918 Mbits/sec
[  4]   5.00-6.00   sec   109 MBytes   913 Mbits/sec
[  4]   6.00-7.00   sec   100 MBytes   842 Mbits/sec
[  4]   7.00-8.00   sec  97.7 MBytes   820 Mbits/sec
[  4]   8.00-9.00   sec   105 MBytes   882 Mbits/sec
[  4]   9.00-10.00  sec   101 MBytes   844 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  1.01 GBytes   869 Mbits/sec    0             sender
[  4]   0.00-10.00  sec  1.01 GBytes   869 Mbits/sec                  receiver

iperf Done.
PS C:\Users\Hitech95\Desktop\iperf-3.1.3-win64> .\iperf3.exe -c 192.168.1.254
Connecting to host 192.168.1.254, port 5201
[  4] local 192.168.1.100 port 59919 connected to 192.168.1.254 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  54.4 MBytes   456 Mbits/sec
[  4]   1.00-2.00   sec  64.0 MBytes   536 Mbits/sec
[  4]   2.00-3.00   sec  71.4 MBytes   599 Mbits/sec
[  4]   3.00-4.00   sec  66.4 MBytes   557 Mbits/sec
[  4]   4.00-5.00   sec  64.8 MBytes   543 Mbits/sec
[  4]   5.00-6.00   sec  69.4 MBytes   581 Mbits/sec
[  4]   6.00-7.00   sec  67.0 MBytes   563 Mbits/sec
[  4]   7.00-8.00   sec  68.6 MBytes   575 Mbits/sec
[  4]   8.00-9.00   sec  69.8 MBytes   585 Mbits/sec
[  4]   9.00-10.00  sec  67.6 MBytes   568 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec   663 MBytes   556 Mbits/sec                  sender
[  4]   0.00-10.00  sec   663 MBytes   556 Mbits/sec                  receiver

iperf Done.
PS C:\Users\Hitech95\Desktop\iperf-3.1.3-win64>

Fino a qualche giorno fa era perfetta. Ho ricaricato il BK di pfsense che avevo fatto ma il problema persiste,
L'HW è lo stesso. I servizi/VM sono gli stessi.
Unica differenza potrebbe essere Proxmox "aggiornato" ma la vedo difficile.

Se qualcuno ha una qualunque idea volentieri!

hitech95

[cancellato]
~~Si ma era una minor. Non mi pare abbia nemmeno aggiornato kvm.~~
Come non detto c'era un botto di roba:
https://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_6.4

La cosa strana che il problema lo ho anche sulle nic via VFIO. non solo la bridge.

Tra l'altro con la bridge ho una velocità simmetrica di circa 500mbps.
Sulle interfaccie VFIO invece ho quello che si vede poco sopra. Booh.

Dopo provo su un'altra VM e cos' vedo di capire se è Pf in bomba o cosa!

fracarza

hitech95 Qualche mese fa un aggiornamento di Xen aveva massacrato le performance delle schede di rete con tutti i *BSD, non è una cosa così inusuale (per cui si dice di solito di fare attenzione a virtualizzare i firewall).

hitech95

fracarza
Si ma quello che è strano è che lo fa in ogni caso sia sulle NIC di KVM sia su quelle in pass through.
Però potrebbe essere un problema solo su BSD...

PS C:\Users\Hitech95\Desktop\iperf-3.1.3-win64> .\iperf3.exe -c 192.168.1.55
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
iperf3: interrupt - the client has terminated
PS C:\Users\Hitech95\Desktop\iperf-3.1.3-win64> .\iperf3.exe -c 192.168.1.55
Connecting to host 192.168.1.55, port 5201
[  4] local 192.168.1.100 port 51585 connected to 192.168.1.55 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   106 MBytes   892 Mbits/sec
[  4]   1.00-2.00   sec   110 MBytes   925 Mbits/sec
[  4]   2.00-3.00   sec   112 MBytes   941 Mbits/sec
[  4]   3.00-4.00   sec   108 MBytes   904 Mbits/sec
[  4]   4.00-5.00   sec   111 MBytes   934 Mbits/sec
[  4]   5.00-6.00   sec   109 MBytes   914 Mbits/sec
[  4]   6.00-7.00   sec   109 MBytes   913 Mbits/sec
[  4]   7.00-8.00   sec   111 MBytes   935 Mbits/sec
[  4]   8.00-9.00   sec   111 MBytes   932 Mbits/sec
[  4]   9.00-10.00  sec   108 MBytes   910 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  1.07 GBytes   920 Mbits/sec                  sender
[  4]   0.00-10.00  sec  1.07 GBytes   920 Mbits/sec                  receiver

iperf Done.
PS C:\Users\Hitech95\Desktop\iperf-3.1.3-win64> .\iperf3.exe -c 192.168.1.55 -R
Connecting to host 192.168.1.55, port 5201
Reverse mode, remote host 192.168.1.55 is sending
[  4] local 192.168.1.100 port 51599 connected to 192.168.1.55 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   109 MBytes   915 Mbits/sec
[  4]   1.00-2.00   sec   111 MBytes   933 Mbits/sec
[  4]   2.00-3.00   sec   109 MBytes   912 Mbits/sec
[  4]   3.00-4.00   sec   112 MBytes   939 Mbits/sec
[  4]   4.00-5.00   sec   110 MBytes   926 Mbits/sec
[  4]   5.00-6.00   sec   104 MBytes   874 Mbits/sec
[  4]   6.00-7.00   sec   113 MBytes   947 Mbits/sec
[  4]   7.00-8.00   sec  97.8 MBytes   820 Mbits/sec
[  4]   8.00-9.00   sec   106 MBytes   893 Mbits/sec
[  4]   9.00-10.00  sec   113 MBytes   946 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  1.06 GBytes   911 Mbits/sec    0             sender
[  4]   0.00-10.00  sec  1.06 GBytes   911 Mbits/sec                  receiver

iperf Done.
PS C:\Users\Hitech95\Desktop\iperf-3.1.3-win64> .\iperf3.exe -c 192.168.1.254
Connecting to host 192.168.1.254, port 5201
[  4] local 192.168.1.100 port 51747 connected to 192.168.1.254 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  57.4 MBytes   481 Mbits/sec
[  4]   1.00-2.00   sec  59.2 MBytes   497 Mbits/sec
[  4]   2.00-3.00   sec  67.0 MBytes   562 Mbits/sec
[  4]   3.00-4.00   sec  58.9 MBytes   494 Mbits/sec
[  4]   4.00-5.00   sec  65.5 MBytes   549 Mbits/sec
[  4]   5.00-6.00   sec  67.5 MBytes   566 Mbits/sec
[  4]   6.00-7.00   sec  66.4 MBytes   557 Mbits/sec
[  4]   7.00-8.00   sec  60.0 MBytes   503 Mbits/sec
[  4]   8.00-9.00   sec  63.8 MBytes   536 Mbits/sec
[  4]   9.00-10.00  sec  63.9 MBytes   536 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec   630 MBytes   528 Mbits/sec                  sender
[  4]   0.00-10.00  sec   630 MBytes   528 Mbits/sec                  receiver

iperf Done.
PS C:\Users\Hitech95\Desktop\iperf-3.1.3-win64> .\iperf3.exe -c 192.168.1.254 -R
Connecting to host 192.168.1.254, port 5201
Reverse mode, remote host 192.168.1.254 is sending
[  4] local 192.168.1.100 port 51765 connected to 192.168.1.254 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  89.7 MBytes   752 Mbits/sec
[  4]   1.00-2.00   sec   104 MBytes   869 Mbits/sec
[  4]   2.00-3.00   sec   101 MBytes   851 Mbits/sec
[  4]   3.00-4.00   sec   106 MBytes   891 Mbits/sec
[  4]   4.00-5.00   sec   107 MBytes   901 Mbits/sec
[  4]   5.00-6.00   sec  97.7 MBytes   820 Mbits/sec
[  4]   6.00-7.00   sec  93.0 MBytes   780 Mbits/sec
[  4]   7.00-8.00   sec   106 MBytes   892 Mbits/sec
[  4]   8.00-9.00   sec   103 MBytes   868 Mbits/sec
[  4]   9.00-10.00  sec   104 MBytes   874 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  1013 MBytes   850 Mbits/sec    0             sender
[  4]   0.00-10.00  sec  1013 MBytes   850 Mbits/sec                  receiver

iperf Done.
PS C:\Users\Hitech95\Desktop\iperf-3.1.3-win64>

192.168.1.55 è una VM linux collegata allo stesso bridge della LAN di pfSense.

fracarza

hitech95 Hai disabilitato hardware offload ecc.? Prima di questo aggiornamento di Proxmox avevi gigabit fisso?

hitech95

fracarza Hai disabilitato hardware offload ecc.?

Si si:

fracarza Prima di questo aggiornamento di Proxmox avevi gigabit fisso?

Si, ho avuto questo setup dal 2017 al 2020. Poi messo in pausa per via dello sgambetto.
Lo ho ri-preso in mano quando sono passato a sky.

Il problema lo ho notato dopo uno speedtest:

Qui vedi la linea prima con lo sgambetto, il passaggio a SkyWifi e io che porcono dopo aver scoperto che ho una limitazione di banda.

Ovviamente se metto lo SkyHub va al 100%. (Pensavo che iniziassero a rompere le scatole per le tante disconnessioni/prove effetuate)
La cosa strana è che anche in LAN ho il limite quindi non credo sia un problema di sky. (iperf in locale)

La VM di Proxmox è sempre la stessa. Ieri ho guardato gli IRQ/IOWAit ma stanno tutti bassi. (si host sia VM).

Dopo proverò a tirare su una macchina OpenWRT e vedo se il "difetto" me lo fa anche li,. anche perchè tra 2 mesi mi tocca farlo in ogni caso.

Il fatto che me lo fa (forse) solo su BSD e e anche sulle VFIO mi fa più pensare un problema di BSD stesso.
PS. Potrei aver aggiornato pure pfSense in quel frangente. Non ricordo se avevo fatto uno speedtyest dopoa ver abilitato l'IPV6.

Per tagliare la testa al toro potrei trovare l'immagine vecchia di pfSense e vedere se con quella ho banda piena...

hitech95

Il voip continua a non ricevere ne con l'HUB ne con il freepbx.
Sky mi ha già chiuso le segnalazioni diverse volte.

BSD è sempre lento, tanto tra un pò passo a Openwrt. Il che mi fa venire male.
Mi dovrò implementare un botto di roba. Il che significa stravolgere openwrt.
Chissà se la community mi aiuterà.

Tra le feature che vorrei passare su X86:

Repository IPKG privato
Kernel aggiornabile via IPKG come una distro normale (mi piacerebbe avere APT ma vabbè mie pare personali)
LACP e in generale opzioni per il Link aggregation
GEO IP bloking, DNS bloking
Suricata
Ntopng/DPI
Netdata con integrazione DPI basandomi sulle api ntopng?
Supporto al Prefix dinamico sulle regole IPv6 del FW.
Configurazione VLAN per srchitettura DSA
Migliore gestione/visualizzazione IPV4/IPV6. Ora come ora la LAN supporta la configurazione dei due aindirizzi sulla stessa interfaccia mentre la WAN sembra necessitare di un alias.
Validazione regole del FW con FWS
Systemd (si lo so ... per ora è ultimo nella lista ma così deve restare anceh perchè prima ci devo implementare ubus e rpcd sopra, su x86 procd è troppo limitato)

Insomma vorrei una esperienza un pelo più iniforme.

EDIT: Come non detto ho riavviato la macchina e ora va:
Allora ragazzi, non mandatemi.

Quindi ne ho aprofittato e ho fatto un pò di pulizia su freepbx.
Ho praticamente reistallato tutto avendo una vecchia ISO di partenza ancor ainstallata.

Ricordate il problema che il trasport restava in IPv4? Bene ora non cè più ma non riesce a risolvere i record AAAA dai record SRV.

In realtà non gli aggiunge proprio nella risoluzione:

freepbx*CLI> pjsip send register SkyWifi
[2021-05-26 00:57:41] DEBUG[18516]: res_pjsip_outbound_registration.c:1621 unregister_task: Unregistering contacts with server 'sip:voip.sky.it' from client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it'
[2021-05-26 00:57:41] DEBUG[18516]: res_pjsip/pjsip_resolver.c:479 sip_resolve: Performing SIP DNS resolution of target 'voip.it.isp.sky'
[2021-05-26 00:57:41] DEBUG[18516]: res_pjsip/pjsip_resolver.c:506 sip_resolve: Transport type for target 'voip.it.isp.sky' is 'UDP IPv6 transport'
[2021-05-26 00:57:41] DEBUG[18516]: res_pjsip/pjsip_resolver.c:549 sip_resolve: [0x7f02b40439a8] Created resolution tracking for target 'voip.it.isp.sky'
[2021-05-26 00:57:41] DEBUG[18516]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f02b40439a8] Added target 'voip.it.isp.sky' with record type '35', transport 'UDP IPv6 transport', and port '5060'
[2021-05-26 00:57:41] DEBUG[18516]: res_pjsip/pjsip_resolver.c:620 sip_resolve: [0x7f02b40439a8] Starting initial resolution using parallel queries for target 'voip.it.isp.sky'
[2021-05-26 00:57:41] DEBUG[18516]: res_pjsip_outbound_registration.c:680 schedule_registration: Scheduling outbound registration to server 'sip:voip.sky.it' from client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it' in 10 seconds
[2021-05-26 00:57:41] DEBUG[9641]: res_pjsip/pjsip_resolver.c:277 sip_resolve_callback: [0x7f02b40439a8] All parallel queries completed
[2021-05-26 00:57:41] DEBUG[9641]: res_pjsip/pjsip_resolver.c:373 sip_resolve_callback: [0x7f02b40439a8] NAPTR record received on target 'voip.it.isp.sky'
[2021-05-26 00:57:41] DEBUG[9641]: res_pjsip/pjsip_resolver.c:177 sip_resolve_add: [0x7f02b40439a8] Added target '_sip._udp.voip.glb.it.isp.sky' with record type '33', transport 'UDP IPv6 transport', and port '5060'
[2021-05-26 00:57:41] DEBUG[9641]: res_pjsip/pjsip_resolver.c:415 sip_resolve_callback: [0x7f02b40439a8] New queries added, performing parallel resolution again
[2021-05-26 00:57:41] DEBUG[9641]: res_pjsip/pjsip_resolver.c:277 sip_resolve_callback: [0x7f02b40439a8] All parallel queries completed
[2021-05-26 00:57:41] DEBUG[9641]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f02b40439a8] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
[2021-05-26 00:57:41] DEBUG[9641]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f02b40439a8] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
[2021-05-26 00:57:41] DEBUG[9641]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f02b40439a8] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
[2021-05-26 00:57:41] DEBUG[9641]: res_pjsip/pjsip_resolver.c:349 sip_resolve_callback: [0x7f02b40439a8] SRV record received on target '_sip._udp.voip.glb.it.isp.sky'
[2021-05-26 00:57:41] DEBUG[9641]: res_pjsip/pjsip_resolver.c:421 sip_resolve_callback: [0x7f02b40439a8] Resolution completed - 0 viable targets
[2021-05-26 00:57:41] DEBUG[18516]: res_pjsip/pjsip_resolver.c:207 sip_resolve_invoke_user_callback: [0x7f02b40439a8] Invoking user callback with '0' addresses
[2021-05-26 00:57:41] DEBUG[18516]: res_pjsip_outbound_registration.c:1111 sip_outbound_registration_response_cb: Received REGISTER response 503(No answer record in the DNS response (PJLIB_UTIL_EDNSNOANSWERREC))
[2021-05-26 00:57:41] DEBUG[18516]: res_pjsip_outbound_registration.c:951 handle_registration_response: Processing REGISTER response 503 from server 'sip:voip.sky.it' for client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it'
[2021-05-26 00:57:41] DEBUG[18516]: res_pjsip_outbound_registration.c:680 schedule_registration: Scheduling outbound registration to server 'sip:voip.sky.it' from client 'sip:XXXXXXXXXXXXXXXX@voip.sky.it' in 60 seconds
[2021-05-26 00:57:41] WARNING[18516]: res_pjsip_outbound_registration.c:841 schedule_retry: No response received from 'sip:voip.sky.it' on registration attempt to 'sip:XXXXXXXXXXXXXXXX@voip.sky.it', retrying in '60'
[2021-05-26 00:57:41] DEBUG[10470]: 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

Normalmente una volta aggiunti i 4 SRV dovrebbe risolvere i relativi 4 record A o AAAA. Ma sembra non farlo.
Arriva fino a qui:
https://github.com/asterisk/asterisk/blob/16.17/res/res_pjsip/pjsip_resolver.c#L349

Quindi fallisce i check successivi e non aggiunge il terzo step di risoluzione.
Cosa mi sono dimenticato stavolta? La conf mi sembra assolutamente identica a quella che avevo fatto su freepbx 13.

[SkyWifi]
type=aor
qualify_frequency=60
contact=sip:<your_username>@voip.sky.it
outbound_proxy=sip:voip.it.isp.sky\;lr

[SkyWifi]
type=identify
endpoint=SkyWifi
match=voip.sky.it

[SkyWifi]
type=auth
auth_type=userpass
password=<your_password>
username=<your_username>

[SkyWifi]
type=endpoint
transport=0.0.0.0-udp
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=<your_username>
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=registration
transport=0.0.0.0-udp
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=<your_username>
server_uri=sip:voip.sky.it
client_uri=sip:<your_username>@voip.sky.it
outbound_proxy=sip:voip.it.isp.sky\;lr


[transport-udp6]
type=transport
protocol=udp
bind=::
allow_reload=no
tos=cs3
cos=3

[SkyWifi](+type=registration)
transport=transport-udp6

[SkyWifi](+type=endpoint)
transport=transport-udp6

edofullo

hitech95 Sky mi ha già chiuso le segnalazioni diverse volte.

🤦

Se hai fatto il contratto con federicof prova a sentire lui, l'ultima volta ha fatto intervenire tecnici di secondo livello che hanno risolto un problema non banale col blocco dei download.

hitech95 GEO IP bloking, DNS bloking

Non ti conviene fare la livello host/proxy ste cose? A livello firewall rischi di appesantirlo per nulla.

hitech95 Ntopng/DPI

A 1G? Devi avere un router bello potente

hitech95 Migliore gestione/visualizzazione IPV4/IPV6

pfSense a livello GUI è spanne (anzi, grattacieli) sopra a LuCi

fracarza

hitech95 Il voip continua a non ricevere ne con l'HUB ne con il freepbx.
Sky mi ha già chiuso le segnalazioni diverse volte.

Chiamali mentre hai lo Sky coso collegato, se hai il tuo router probabilmente pensano sia un problema tuo.

hitech95 Mi dovrò implementare un botto di roba. Il che significa stravolgere openwrt.

OpenWRT è un router che ha funzionalità da firewall, pfSense è un firewall che ha funzionalità da router. Sono due prodotti molto diversi, nulla ti impedisce di usarli entrambi!

hitech95 Quindi fallisce i check successivi e non aggiunge il terzo step di risoluzione.

Riesci a risolvere manualmente _sip._udp.voip.glb.it.isp.sky dalla console di FreePBX?

hitech95

Non è mia intenzione riaprire vecchi thread, ma la configurazione di cui sopra hitech95 è corretta e funziona correttamente sia in inbout che in outbound. Sky mi aveva sistemato il voip (con diverse rogne) ma non avevo più avuto modo di testare. (poi MAP-T mi ha distratto non poco)

Rimane solo da capire come avitare di dover specificare l'intero indirizzo IPV6 per il transport.
Questo per aiutare nel caso il prefix scade e viene rinnovato con una nuova delegazione. (per i dettagli guardare sul thread di MAP-T)

EDIT: come non detto mettendo il bind=:: sembra andare

hitech95

edofullo Se hai fatto il contratto con federicof prova a sentire lui, l'ultima volta ha fatto intervenire tecnici di secondo livello che hanno risolto un problema non banale col blocco dei download.

Eh non volevo disturbarlo.
Nel caso non risolvo entro questa settimana contatto lui.

edofullo A 1G? Devi avere un router bello potente

Bah io riesco a farlo ora con pfsense senza problemi con una VM 4core 2gb di ram.

edofullo Non ti conviene fare la livello host/proxy ste cose? A livello firewall rischi di appesantirlo per nulla.

Bah +/-, la macchina è un x86 non ha tutti sti problemi. Ovvio su un router dedicato non ce la fai neanche dopo morto. E su HW dedicato ti serve per forza HW con l'offloading abilitato ilc he significa solo MT7621(A).

edofullo pfSense a livello GUI è spanne (anzi, grattacieli) sopra a LuCi

Ma il problema non è solo lato UI. Alcune cose sono ancora troppo pensate per essere una distro embedded.
Vedi il board.json su x86.

hitech95

fracarza Chiamali mentre hai lo Sky coso collegato, se hai il tuo router probabilmente pensano sia un problema tuo.

Si si sempre fatto così. La spia VOIP diventa verde ma non va lo stesso.

fracarza Riesci a risolvere manualmente sip.udp.voip.glb.it.isp.sky dalla console di FreePBX?

Si si ora va nuovamente. Probabilmente avevo dato un reload.

« Pagina precedente

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