FTTH Vodafone business e perdita pacchetti

Gb_admin · 2022-11-18T08:55:29+00:00

Salve a tutti, vi racconto la brutta esperienza che sto vivendo con l'assistenza tecnica di Vodafone. Abbiamo un ufficio in cui è presente un server Debian c...

MircoT

Gb_admin non penso mi diano qualcosa di dievrso dalla Vodafone station

dovrebbe esswere possibile fare un cambio di contratto. la variazione di prezzo non dovrebbe essere rilevante.
ne ho vista una di recente in un ufficio, con router aethra e router lte di backup, classe ip /30 (2 ip pubblici disponibili, di cui uno al router aethra e uno al firewall dell'azienda, quindi aethra in bridge, gli ip pubblici vengono mantenuti anche quando è in failover sulla lte), mi pare costi circa 70€/mese.

Gb_admin Probabilmente l'IP è nattato

no, nelle linee business l'ip non è nattato. per altro se lo fosse non raggiungeresti il server dall'esterno.

Gb_admin al limite torno a Fastweb

te prego, no.
la cosa della porta 25 chiusa sulle linee business (ma anche residenziali) è una bestialità.

x_term

MircoT la cosa della porta 25 chiusa sulle linee business (ma anche residenziali) è una bestialità

Su res e small business invece a me sembra più che giusto. Soprattutto col fatto che basta chiamare come ha ricordato gandalf e te la riaprono.

gandalf2016

Il server AWS su che region è?
Per la porta 25 di Fastweb bastava chiamarli e te la aprivano.

Perché vi è stato richiesto un reset della station e da lì sono iniziati i problemi ?

Gb_admin

gandalf2016 Eh, saperlo... sai quante volte l'ho chiesto? Tengo un log di tutte le chiamate e di alcune ho anche le registrazioni, non lo posto per... decenza (e privacy, ovviamente).

Fastweb li ho chiamati 4 volte dal giorno in cui hanno chiuso la porta 25, senza avvisare ovviamente (anche se poi ho scoperto che c'erano articoli in rete che ne parlavano). Non hanno accettato la richiesta di riaprirla e quindi ho deciso di cambiare operatore. Non immaginavo di finire in questo incubo.
Reset: è la prima cosa che ho chiesto, ma non me l'hanno mai spiegato. Secondo loro non c'entra, ma dal pattern di traffico sarebbe davvero una strana coincidenza che i problemi siano iniziati subito dopo. Inoltre ricordo che nel menu della Vodafone station c'erano delle chiamate verso numeri di Roma risalenti a Marzo di quest'anno, forse se ne sono accorti dopo e hanno chiesto il reset...
Il server AWS è un EC2 a Francoforte, è quello su cui gira Zabbix server che fa il poll verso Zabbix agent sul debian dell'ufficio.

Gb_admin

x_term Mica vero, nel mio caso almeno. Ho le registrazioni telefoniche in cui dicono che non si può fare. È il motivo per cui li ho mandati a quel paese e ho chiesto il passaggio a Vodafone. Pentendomene amaramente, perché con Fastweb non andava la porta 25, ma tutti il resto si. Con Vodafone non funziona più nemmeno l'SSH...

MircoT

Gb_admin Reset: è la prima cosa che ho chiesto, ma non me l'hanno mai spiegato.

per esperienza: vodafone ad ogni apertura ticket, la prima cosa che fa è resettare la vodafone station, piallando le eventuali configurazioni fatte dal cliente.
mi è capitato n volte con una linea ftth vodafone business in un ufficio di milano, con il risultato che li bloccavano visto che avevo impostato una subnet della lan diversa da quella di default (che è ancora al solitissima 192.168.1.x) e c'era un firewall in cascata.
addirittura una volta hanno messo "in canna" il reset pur sapendo che c'era un fiber-cut: quando hanno riparato il cavo fibra è partito il reset della station...... demenziale 🤣

chiamali e fai togliere la voda station. almeno ti togli il dubbio.

x_term

Gb_admin strano perché c’è un altro thread di non molto tempo fa e a lui l’avevano aperta. Residenziale. È anche vero che l’assistenza Fastweb è… inconsistente a dire poco.

gandalf2016

Io non mi fiderei tanto della station onestamente.

Non vorrei qualche timeout sulle sessioni nat della station, non è normale il comportamento che descrivi e non tenere su nemmeno una sessione SSH.

Con un mtr evidenzi qualche perdita pacchetti?

Gb_admin

gandalf2016 Io non mi fiderei tanto della station onestamente.

Concordo al 100% !!!

gandalf2016 Non vorrei qualche timeout sulle sessioni nat della station, non è normale il comportamento che descrivi e non tenere su nemmeno una sessione SSH.

Con un mtr evidenzi qualche perdita pacchetti?

Con ICMP nessun problema, i pacchetti si perdono sul traffico TCP. Non ho qui i test mtr, ma ricordo bene questo particolare, che avevo spiegato ai tecnici. Sulla connessione SSH succede questo:

Ho evidenziato solo la parte in cui cade la pipe TCP, che capita con tempi variabili (a volte dopo un paio di minuti, altre volte non riesce nemmeno a chiudere la pipe iniziale e da un time-out al comando ssh).

RETTIFICA!
Il titolo in cima al report è sbagliato, questo è quello che vedo con Wireshark SUL CLIENT (il mio macbook) che cerca di collegarsi con SSH al server in quell'ufficio

Gb_admin

MircoT per esperienza: vodafone ad ogni apertura ticket, la prima cosa che fa è resettare la vodafone station, piallando le eventuali configurazioni fatte dal cliente.

Confermo! Però nel mio caso quando resettano la station da remoto l'unica cosa che perdo è la configurazione DMZ, il che mi costringe a entrare su un remote desktop per riattivarla da LAN locale. In effetti pensandoci, tutto il resto della config è standard, quindi probabilmente piallano pure quello ma io non me ne accorgo perché non l'avevo modificato! 😂

gandalf2016

Gb_admin Ok… forse ho capito il tuo problema e anche perché con Fastweb non si manifestava.

È variato l’MTU, Vodafone usa PPPoE e un MTU di 1492 byte. Fastweb è diretta su IP e ha un MTU di 1500 byte.

Potrebbe essere che la station non aggiusti più l’MSS a 1452.

Stai utilizzando qualche tunnel o vpn per collegarti o è tutto diretto ?

Per caso puoi fare una prova forzando l’MTU del server a 1492 byte ?
Ti lascio un esempio su come farlo:
sudo ifconfig eth1 mtu 1492

Verifica più in generale gli MTU dei tunnel che utilizzavi, va abbassato tutto di 8 byte perché la connessione ha 1492 al posto dei precedenti 1500.

MircoT

Gb_admin mentre nel mio caso, dove avevo la subnet della lan diversa dal default e un firewall in cascata, dovevo far collegare un pc direttamente alla station, collegarmici via teamviewer, modificare la conf della station e.. sperare di non chiudermi fuori visto che l'ufficio era a 500km di distanza 🤣

quella del reset a priori è una pratica folle.

Gb_admin

MircoT mentre nel mio caso, dove avevo la subnet della lan diversa dal default e un firewall in cascata, dovevo far collegare un pc direttamente alla station, collegarmici via teamviewer, modificare la conf della station e.. sperare di non chiudermi fuori visto che l'ufficio era a 500km di distanza 🤣

Sono più fortunato allora, io sono solo a 260 km dall'ufficio! 🤣

Gb_admin

gandalf2016 Per caso puoi fare una prova forzando l’MTU del server a 1492 byte ?
Ti lascio un esempio su come farlo:
sudo ifconfig eth1 mtu 1492

Se solo riuscissi a collegarmi... 😄 Devo aspettare domattina che rientra il collega per darmi accesso via remote access, oppure in una fase di "buona" in cui la connessione sta su abbastanza da darmi il tempo di fare sudo e lanciare il comando. Non serve reboot, giusto? Se funziona lo fisso in interfaces...

Faccio la prova e ti dico come è andata, in effetti al cambio di MTU non ci sarei arrivato, sono anni che non ci metto mano...

PS: Zabbix e SSH vanno diretti, poi c'è una VPN con un altro server che sinceramente non ho ancora controllato, viste le difficoltà di connessione con ssh.

Gb_admin

Aggiornamento: ho provato a forzare l'MTU del server a 1492 ma purtroppo non ha avuto effetto ☹️
Questa la situazione dei tentativi di connessione dal server Zabbix su AWS negli ultimi due giorni:

Ho notato che i pacchetti ICMP non subiscono alcuna perdita:

quindi il problema è limitato alle pipe TCP (saturazione in qualche nodo di instradamento?).

Mi sono anche chiesto come mai riesco a collegarmi via remote desktop al pc del collega senza che cada la linea, e ho provato a verificare con Wireshark cosa succede ai suoi pacchetti. Pur con il poco tempo a disposizione ho visto che ci sono ritrasmissioni anche per i pacchetti TCP in uscita, ma in modo minore rispetto a quelli "in entrata": forse che l'instradamento per chi naviga è diverso? Inoltre mi sembra che il trasporto UDP subisca meno perdite il che potrebbe giustificare la connessione remote desktop stabile.

Non saprei cosa altro provare, forse un paio di script per testare in continuo le connessioni TCP e UDP via mtr (quelle ICMP non hanno problemi, come visto)? Io faccio il sistemista Linux, qualcosa di reti ne capisco ma giusto il minimo indispensabile per tenere insieme le varie reti aziendali, non sono uno specialista in networking :-(

Devidah

Gb_admin viste le particolarità, io fossi in te opterei per un provider più piccolo, il cui help desk sia fatto da tecnici veri. Sul forum ne trovi molti, che operano su Open Fiber (Dimensione, ecc..., verifica il gruppo dei venditori). Noi in provincia di Varese siamo con Antelma e ci troviamo bene.

Gb_admin

Aggiornamento finale (si spera).
Non so cosa abbiano fatto, ma dopo un intervento dei tecnici di ieri la linea è andata a posto e non perde più nessuna connessione TCP.
L'unica modifica che ho fatto lato server è spostare la porta Ssh, che avevo impostato ad un valore non standard, di nuovo sullo standard 22. L'ingresso è comunque protetto da fail2ban quindi non dovrebbero esserci problemi, forse qualche tentativo in più dagli script kids :-)

Grazie a tutti x l'aiuto, ciao!

Pagina successiva »

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