Je n’ai pas compris si tu as déjà essayé de remplacer le 888 (GSHDSL ou EA ?) par un autre, et si oui, est-ce que ça a réglé le problème.
Si Cisco remplacé et problème toujours là -> effectivement, c’est louche, sauf modif de config/firmware côté DSLAM. Mais si Orange mettait une conf/firmware incompatible avec un Cisco 800 standard, ils auraient du monde sur le dos partout en France. Si Cisco remplacé et plus de problème -> euh, ben ils étaient morts, ce qui est étonnant sur les 2 en même temps :) T’as essayé de passer un IOS plus récent ? La seule fois où j’ai vu un Cisco mal ou pas synchronisé en DSL, c’est parce que l’alim n’était pas exactement la bonne. Le 2 oct. 2015 à 17:05, Nicolas KARP <li...@karp.fr> a écrit : > Bonjour, > > > Nous avons un soucis avec 2 de nos sites espacés de 4 kms mais rattachés > sur un même NRA . Depuis 2 jours, nos routeurs (Cisco 888 : liaison SDSL > DSLE bipaire 2Mb Orange) bagotent continuellement alors que les 2 liaisons > fonctionnent tranquillement depuis plusieurs années. > > Orange est intervenu sur site, ils ont mis leur RAD et choppent la synchro > sans la perdre pendant 30min alors que nous on la perd toutes les minutes > avec nos 888. > > > On a bien sur remplacé le 888 et on va regarder pour mettre un LA110 aussi > histoire d'être compliant FT mais je cheche les raisons qui pourraient > expliquer ce dysfonctionnement.. > > > Vous avez une idée d'une quelconque différence entre les RAD / Cisco qui > pourraient expliquer ce phénomène ? > > Pourquoi les liaisons se serait-elles mises à bagoter du jour au lendemain > (dans une nuit entre mardi et mercredi vers 01h00 du mat). Ça sent > l'upgrade DSLAM mais Orange me soutient que rien n'a été fait... > > > Voici la conf que l'on met sur nos Cisco : > > > # --------------------------------------- > > controller DSL 0 > mode atm > line-mode auto enhanced > dsl-mode shdsl symmetric annex B > ! > > interface ATM0 > no ip address > no ip redirects > load-interval 30 > no atm ilmi-keepalive > ! > interface ATM0.1 point-to-point > ip mtu 1500 > ip split-horizon > pvc 8/35 > vbr-nrt 2048 2048 1 > tx-ring-limit 6 > oam-pvc 0 > encapsulation aal5snap > pppoe-client dial-pool-number 1 > ! > > interface Dialer0 > description TO WAN > bandwidth 2048 > ip address negotiated > ip mtu 1492 > encapsulation ppp > ip tcp adjust-mss 1452 > dialer pool 1 > dialer-group 1 > ppp authentication chap callin > ppp ipcp route default > ! > > # ---------------------------------------- > > > Des idées ? > > Merci d'avance. > > # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - - - - - - - - - - - - - - - - - - - > # - - Nicolas KARP > # - - Network and Security Engineer > # - - Email : li...@karp.fr <nico...@karp.fr> > # - - Linkedin : http://www.linkedin.com/in/nicolaskarp > # - - Viadeo : http://www.viadeo.com/fr/profile/nicolas.karp > <http://www.viadeo.com/fr/profile/nicolas.karp%20> > # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - - - - - - - - - - - - - - - - - - - > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
