simonebortolin Sì, una domanda i numeri voip richiedono specifiche porte aperte o possono andar bene una qualsiasi?
Dipende dal servizio. Molti voip non hanno affatto bisogno di aprire le porte e funzionano benissimo dietro nat e/o firewall chiusi.
Caratteristiche tecniche della FTTH iliad
LSan83 per questo chiedevo.
simonebortolin guardando la configurazione sul mio FritzBox non viene chiesto di specificare la porta, si richiede invece di specificare se il server funziona solo su IPv4 o IPv4/IPv6 (e la prima opzione mi sa non funzioni con Iliad)
gandalf2016
er8xg? roba tosta ma non ha solo porte ottiche e una console?
defraen ti conviene non fare la cavia...
simonebortolin già trovato un amico da cui fare i test (quando gliela installeranno) 
ho visto che i FritzBox supportano il DS-lite, pensate che possa aiutare?
[cancellato]
- Modificato
simonebortolin Sì, una domanda i numeri voip richiedono specifiche porte aperte o possono andar bene una qualsiasi?
Se il dispositivo permette di configurare le porte liberamente puoi usare le porte che vuoi - es. la 5060 per SIP è quella "standard", ma nulla vieta di usarne un'altra, idem per le porte RTP. Le porte da usare sono inviate nei messaggi SIP.
LSan83 Molti voip non hanno affatto bisogno di aprire le porte
Quali VoIP? SIP ha bisogno che la porta sia raggiungibile dall'esterno. Puoi usare un ALG che apre da solo, puoi aprirla esplicitamente o usare NAT keepalive, ma il proxy SIP esterno quando deve iniziare una chiamata deve poter iniziare la connessione dall'esterno. Se parliamo di Skype o simili è un altro paio di maniche.
defraen ho visto che i FritzBox supportano il DS-lite, pensate che possa aiutare?
No, è un protocollo diverso. I Fritz come con Sky si possono usare in cascata (probabilmente perdendo IPv6, se non Iliad non fa PD e/o il prefisso è solo /64) o in modalità client.
[cancellato] Quali VoIP? SIP ha bisogno che la porta sia raggiungibile dall'esterno. Puoi usare un ALG che apre da solo, puoi aprirla esplicitamente o usare NAT keepalive, ma il proxy SIP esterno quando deve iniziare una chiamata deve poter iniziare la connessione dall'esterno.
Che sono automatismi già presenti in molte situazioni e non necessitano di "intervento" da parte dell'utente.
Nei servizi che ho usato al massimo ho seguito le indicazioni del provider voip per inserire l'indirizzo di uno stun server, ma non ho mai dovuto modificare le impostazioni di default del router né aprire porte per ricevere telefonate voip.
LSan83 Nei servizi che ho usato al massimo ho seguito le indicazioni del provider voip per inserire l'indirizzo di uno stun server, ma non ho mai dovuto modificare le impostazioni di default del router né aprire porte per ricevere telefonate voip.
Confermo: con Olimontel e Messagenet non ho avuto bisogno di aprire le porte (W3).
gandalf2016
Pure quello…
[cancellato]
LSan83 Che sono automatismi già presenti in molte situazioni e non necessitano di "intervento" da parte dell'utente.
Il fatto che le porte siano aperte "in automatico" non significa che non sia necessario aprirle - cambia solo chi le apre (o le tiene aperte in caso di keepalive)
LSan83 ma non ho mai dovuto modificare le impostazioni di default del router né aprire porte per ricevere telefonate voip.
Dipende strettamente dal setup che hai. Metti ad esempio un ATA/PBX dietro un pfSense e con le impostazioni di default avrà probabilmente problemi. Se l'ATA/PBX è il router/firewall collegato direttamente a Internet diventa tutto più semplice. Se c'è una buona implementazione ALG - o comunque compatibile con l'ATA/PBX in uso - funzionerà in modo trasparente. Però quando qualcosa non va, se sai come funziona SIP puoi fare troubleshooting - altrimenti non sai che pesci pigliare.
gandalf2016 perfetto,ma posso usarlo con tim?
- Modificato
Con DSLITE abbiamo un tunnel v6 che incapsula v4 (privato) verso un DSlite-NAT (AFTR) che spacchettato il tutto fa da CGNAT verso Internetv4, l'origine del tunnel è il v6 della wan
Su Free abbiamo un tunnel v6 che incapsula v4 (pubblico, nattato) verso un server MAP-E-BR che spacchettato il tutto fa routing verso Internetv4, l'origine del tunnel è diverso a seconda se abbiamo l'IPv4 condiviso o meno
Con IP non condiviso l'indirizzo usato per il tunnel è dato da PREFIX:0:ffff:ffff:0
Con IP condiviso l'indirizzo usato per il tunnel è dato da PREFIX:0:HEX_IP_v4:Range_PORT (dove range port 1-16383=1 ecc...)
Ragazzi, perdonatemi la domanda banale, ma quali sono i reali svantaggi e vantaggi che l`ip pubblico adottato da iliad può avere?
- Modificato
PeppeLeBon Ragazzi, perdonatemi la domanda banale, ma quali sono i reali svantaggi e vantaggi che l`ip pubblico adottato da iliad può avere?
Vantaggio economico per loro (gli IPv4 sono finiti e costano parecchio) e svantaggio per entrambi per implementare il sistema.
Anche l'uso è molto meno pratico visto che hai solo alcune porte apribili, probabilmente diverse da quelle "standard" in uso dal programma e bisogna vedere se questo ne "digerisce" di alternative.
Ad esempio mi ricordo di videogiochi multiplayer in passato che volevano esattamente quelle porte e nessun altra in alternativa.
Per assurdo se le porte da aprire cadono in gruppi diversi, nessuno degli utenti che condivide quell'ipv4 potrà usare quel software.
- Modificato
edofullo e 1 utente su 4 ha anche tutte quelle più "importanti", non è nemmeno bassa come probabilità 
- Modificato
handymenny Se non dessero IP pubblico sarebbe un terno al lotto, visto che l'IP è statico 
A me comunque non sembra molto standard MAP-E questo