Disconnessioni PPPOE

[steste64]

Ho un problema di disconnessioni pppoe su una rete layer3 in mpls/vpls. Ho tre server pppoe. Il problema si manifesta in parecchi utenti che si ritrovano con la sessione pppoe disconnessa e con tentativi di riconnessione che vanno a vuoto sui tre server. Poi come d'incanto la sessione ritorna su. Allego log dell'utente.
Lavoro in zone ad alto disturbo radio pero' la sessione wireless non si disconnette apparentemente e i segnali e ccq sono buoni.
Grazie a chi mi vorra' aiutare.

[albser]

Giusto per capire: quando ai verifica il problema, dal pppoe client riesci a vedere il lato server (con un pppoe Scan)?
Altra domanda, vpls e corrispondente pppoe server sono sulla stessa macchina? Puoi descrivere la configurazione?

Ha le sembianze di una interruzione del dominio L2 (proprio dal no service to offer) probabilmente in uno dei bridge, dove magari è attivo stp e/o horizon.

Inviato dal mio Nexus 5X utilizzando Tapatalk

[steste64]

Grazie della risposta albser. Nei clienti e impianti dove si verifica il problema se faccio una scansione pppoe vedo con difficoltà i server. I server arrivano con lentezza (anche un minuto). I server pppoe sono 4 e sono collegati in bridge con una macchina che fa da terminazione tunnel vpls su cui è attivo horizon per separare i tunnel vpls tra di loro.
Anche io ho il dubbio di una interruzione layer2 ma se è la tratta radio sono fregato perchè l'ultimo salto tra ap e cliente non è migliorabile.

[xanio]

Purtroppo stesso problema riscontrato pure io, ma nel mio caso cascava il tunnel vpls, ed anche se risaliva velocemente, faceva cascare tutti gli utenti.

Da quello che ho potuto analizzare, si tratta di problema di MTU, che non capisco come mai anche se andava tutto bene, era come se calava e quindi faceva crollare tutto.

Adesso sto analizzando il tutto a frammenti e sono dovuto ripassare in EOIP.

[steste64]

A noi non cade il tunnel ma il server non viene visto. Abbiamo cambiato MTU del VPLS portandolo da 1508 a 1522 ma il problema persiste.

[xanio]

ok ma portandolo a 1522 VPLS, a quanto hai settato MTU dell'MPLS? a livello HW che MTU hai?

[steste64]

I tunnel passano anche da dei catalyst cisco con mtu settato a 1500 sulle porte eth. MTU su MPLS è a 1548.

[steste64]

Oggi abbiamo fatto diverse prove. Riepilogo il problema: sessioni pppoe che si disconnettono e risalgono con fatica. Facendo la scansione pppoe i 4 server in parallelo arrivano con una lentezza esasperante di circa 1 al minuto......
1 Smontato vpls e rimesso EoIP: stesso risultato
2 Trovati dei clienti che invece non hanno il problema e che se fai scansione vedono in una frazione di secondo tutti i pppoe server. Tutti hanno versione OS 5.26. Fatto upgrade dai clienti che non hanno problema alla 6.28 o alla 6.30 il problema appare di nuovo. Sto spulciando i cangelog di MK.....

[albser]

Per me il problema è nella gestione dell'horizon con le vpls di tipo raw.
Unica altra possibilità è la gestione dell'interfaccia fatta da IOS Cisco, in particolare se l'interfaccia di RouterOS ha MTU maggiore di Cisco: in questo caso si verifica un vero port flapping. La cosa dovrebbe essere ben documentata sui canali di Cisco.

Inviato dal mio Nexus 5X utilizzando Tapatalk

[steste64]

Tenendo presente che su alcune tratte ho solo mikrotik e non cisco direi che devo allora soffermarmi sulla 1. La horizon..... hai qualche direttiva/consiglio per analizzare il problema e/o risolverlo?
tnx