CiscoForums.it

Ciao Ragazzi,

questa mattina ho svolto attività presso un cliente che ha una sede principale e 4 sedi distaccate, fra le altre cose stanco di dover modificare le tabelle di routing a mano ho deciso di implentare routing dinamico attraverso dei tunnel GRE, ed in particolare ho scelto OSPF.
Con mia sopresa ho visto che tra la sede principale e 2 sedi remote la "neighborship" non andava a buon fine, dopo un rapido controllo mi sono accorto che le interfacce WAN presentavano valori MTU abbondantemente diversi es (HQ mtu 4470 BRANCH mtu 1600).
Inizialmente come test ho abbassato i valori MTU più alti livellandoli con quello più basso e ospf è partito, tuttavia non sapendo quali ripercussioni avrebbe potuto avere sulla normale navigazione ho rimesso tutto come stava e ho configurato EIGRP (che dell MTU se ne strafrega ).
Tornando all'OSPF ho verificato che in queste situazioni le uniche 2 soluzioni al mismatch sono:
1) "Livellare" tutti gli MTU
2) Inserire nelle interfacce wan dei router il comando Con la 2 soluzione di fatto si dice al router: "fregatene dell'MTU e scambia informazioni/aggiornamenti con il tuo vicino!!!"
Tuttavia in rete ho letto pareri molto discordanti in merito alla soluzione n°2, tanto che per qualcuno sarebbe una fonte inesauribile di guai.
Ora mi chiedo se qualcuno di voi è già passato per una situazione analoga e come avete risolto il problema, o comunque tra le 2 possibili soluzioni quale pensate sia la migliore?
Grazie a tutti.

Emiliano

Dipende da caso a caso. In genere penso sia meglio livellare gli MTU, assicurandosi che non diano problemi su eventuali servizi od applicazioni che girano sulla rete. In caso contrario, usare l'mtu-ignore di OSPF, fin quando i pacchetti DBD non diventino troppo grossi da eccedere l'MTU (leggasi, adiacenze che flappano).

Nel tuo caso, se i router son tutti Cisco, vai di EIGRP. Lo preferisco, e' il migliore dal mio punto di vista. (sono un fan EIGRP )

Alle brutte, ma proprio alle brutte, OSPF+EIGRP con redistribution :vomito:


G.

intel ha scritto:Dipende da caso a caso. In genere penso sia meglio livellare gli MTU, assicurandosi che non diano problemi su eventuali servizi od applicazioni che girano sulla rete. In caso contrario, usare l'mtu-ignore di OSPF, fin quando i pacchetti DBD non diventino troppo grossi da eccedere l'MTU (leggasi, adiacenze che flappano).

Nel tuo caso, se i router son tutti Cisco, vai di EIGRP. Lo preferisco, e' il migliore dal mio punto di vista. (sono un fan EIGRP )

Alle brutte, ma proprio alle brutte, OSPF+EIGRP con redistribution :vomito:


G.

Ciao Intel, grazie per aver risposto. Di fatto mi sono orientato stabilmente su EIGRP.

Grazie

Scusa Emiliano, mi inserisco per fare una domanda al limite del topic:
ma che senso ha avere un mtu di oltre 4000??

Giustamente tu trovandolo così hai fatto bene a non cambiarlo senza conoscere le implicazioni ma quell oche mi chiedo è "che senso ha"?
Perchè personalmente se dovessi trovarlo io penserei che magari è solo un errore e lo avrei allineato.

Rizio

Rizio ha scritto:Scusa Emiliano, mi inserisco per fare una domanda al limite del topic:
ma che senso ha avere un mtu di oltre 4000??

Giustamente tu trovandolo così hai fatto bene a non cambiarlo senza conoscere le implicazioni ma quell oche mi chiedo è "che senso ha"?
Perchè personalmente se dovessi trovarlo io penserei che magari è solo un errore e lo avrei allineato.

Rizio

Ciao Rizio, sono assolutamente concorde con quello che dici, ora il problema è che questa è una realtà esistente e sul nodo in questione è attestato un server che fornisce accesso al gestionele, oltre che alle sedi distaccate a tutti collaboratori esterni (circa 30), poichè non sono ancora in condizioni di poter modificare tutto a mio piacimento (sto entrando dal clinete in punta di piedi) e che il gestionale funziona bene, ho dovuto lasciare tutto invariato, pur avendo espresso le mie perplessità.
Tuttavia questa mattina sono tornato dal cliente e l'ho convinto a livellare gli MTU (come se sapesse di cosa stiamo parlando ), con l'accordo che se entro pochi giorni non ci sono variazioni negative alla stabilità delle connessioni e nel funzionamento dei software lasceremo attive le modifiche.
Io sono convinto che non crei problemi, ma sembra sempre che gli sviluppatori software ne sappiano una più del diavolo a prescindere, anche quando in realtà si e no sono capaci di collegare un router auto installate Telecom!!!!
Premesso che non è nel mio carattere, anche volendo non posso pestare i piedi a nessuno, quelli della software house sono amici del proprietario e io sono la novità da testare, quindi mi tocca procedere un passo alla volta, (che tristezza )...

Si si, capisco benissimo la tua situazione, anzi, credo che chiunque dotato di senno e senza particolare voglia di suicidarsi con le proprie mani si sarebbe comportato come te

Il mio dubbio riguardava proprio la parte tecnica, cioè, hai mai sentito di qualche applicazione che avesse bisogno di un mtu così alto e, soprattutto le schede ethernet che hanno di default (se non erro) un'mtu di 1500 cosa se ne fanno di un pacchetto così grosso? Visto che non vanno in errore (altrimenti l'avrebbero già cambiato) come vanno le loro connessioni? Meglio? Mi viene da dubitarne.

La mia era proprio una curiosità tecnica perchè non ho mai visto dei valori così alti.

Rizio

Rizio ha scritto:Si si, capisco benissimo la tua situazione, anzi, credo che chiunque dotato di senno e senza particolare voglia di suicidarsi con le proprie mani si sarebbe comportato come te

Il mio dubbio riguardava proprio la parte tecnica, cioè, hai mai sentito di qualche applicazione che avesse bisogno di un mtu così alto e, soprattutto le schede ethernet che hanno di default (se non erro) un'mtu di 1500 cosa se ne fanno di un pacchetto così grosso? Visto che non vanno in errore (altrimenti l'avrebbero già cambiato) come vanno le loro connessioni? Meglio? Mi viene da dubitarne.

La mia era proprio una curiosità tecnica perchè non ho mai visto dei valori così alti.

Rizio

Capisco le tue "perplessità" tecniche, che sono anche le mie, le schede di rete hanno un mtu pari ben inferiore ai 4470 dell'atm, mi riferiscono che chi gestiva la rete prima di me aveva contatato Telecom per chiedere lumi e gli è stato risposto di lasciare tutto intatto e che se ci fossero stati problemi l'avrebbero visto (non mi fido affatto ma devo prenderne atto)...
A onor del vero devo dire che la velocità della linea dati è buona (hanno cablato la centrale in fibra da poco) ed è assolutamente stabile. Tuttavia avendo fatto le tue stesse considerazioni in merito all'MTU dell'interfacce eth dei dispositivi ho cambiato anche quello dell'ATM sicuro di non fare danni.
Lo strano ad oggi è capire perchè abbia sempre funzionato senza prblemi dal momento che se applichi un valore MTU più alto del dovuto di disservizi dovresti vederne e come...
Io comunque lo lascio a 1500...

Emiliano

Mah.... l'informatica....la scienza esatta.....

Facci sapere se succede qualcosa dai.

Ciao
Rizio

domanda: hanno una sorta di Q-n-Q? Mi pare l'unica ragione per cambiare l'MTU....

intel ha scritto:Q-n-Q

Scusa la mia ignoranza intel ma cos'é?

Rizio

intel ha scritto:domanda: hanno una sorta di Q-n-Q? Mi pare l'unica ragione per cambiare l'MTU....

Q-n-Q ?
ammetto la mia ignoranza... Che si intende per Q-n-Q???

un frame dot1q dentro un altro frame dot1q

intel ha scritto:un frame dot1q dentro un altro frame dot1q

Ok, ora è più chiaro
Comunque no, per il vaolre dell'MTU si tratta semplicemente di una strana impostazione di default che chi ha configurato il router inizialmente non si è mai preoccupato di verificare e/o cambiare, poi sono arrivato io a rompere le uova nel paniere
Grazie

Emiliano

intel ha scritto:un frame dot1q dentro un altro frame dot1q

Uaaa... Grazie mille per il chiarimento anche da parte mia.

Rizio

P.S. lasciando stare un franme Dot1Q dentro un altro, non so nemmeno se e come è possibile far transitare frame Dot1Q su interfacce ATM o Seriali con una romalissima linea dati/internet, io ero rimasto che i tag rimanessero circoscritti all'ambito LAN