Je crois que l'on vit des choses très sympa dans c'est moments la. D’où mon autre post sur testeur xDSL. Mais il aurait fallut avoir les valeurs d'avant pour mettre cela en évidence.
Bon courage. Ceci dit un RAD ca fonctionne très bien et routeur ou UTM au cul ca le fait. L'avantage avec cette solution, quand tu prends de bon et gros orage tu épargnes ton routeur, et le modem est sacrifier pour le bonheur de Zeus Terpichéraunos... Xavier -----Message d'origine----- De : Nicolas KARP [mailto:li...@karp.fr] Envoyé : vendredi 2 octobre 2015 17:48 À : David Ponzone Cc : frnog-t...@frnog.org Objet : Re: [FRnOG] [TECH] Modem SDSL : Cisco vs RAD - - bagots de synchro Salut David, Oui Cisco 888 (GSHDSL) remplacé même problème. Orange nous demande de changer notre offre et de passer en ethernet, classique de leur part pour ne pas chercher plus loin... J'ai plutôt l'impression que le bruit sur ces liaisons a peut être augmenté et que le Cisco est plus sensible que le RAD. Le problème c'est comment le faire comprendre à Orange qui ne veut plus rien savoir... # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # - - 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> # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Le 2 octobre 2015 17:24, David Ponzone <david.ponz...@gmail.com> a écrit : > 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/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
