Les routeurs n'ont pas a pas répondre aux requêtes ICMP/UDP. Maintenant si un routeur répond "normalement" bien et se met a ne plus le faire, cela peut être le signe de problèmes car il y a une instabilité / quelque chose quelque part qui force le routeur a effectivement "cruncher du CPU".
Donc la question est vraiment de savoir si ces pertes sont "normales" et habituelles (ICMP rate-limiting vers le CE, etc.), due a une congestion du lien CW / Free, a cause par un problème réseau forçant le routeur a utiliser son CPU (improbable), ou autre. Maintenant, je ne vois aucunes pertes a massy mais je passe via Level3 et velizy mais comme la trace n'a pas été faite au même moment - je ne tirerai pas de conclusion. Thomas On 29 Mar 2010, at 10:47, Raphael Maunier wrote: > Mtr ne sert a rien. > > Les équipements d'un opérateur ne répondent pratiquement pas au requêtes icmp > ou udp. > > -- > Raphaël Maunier > NEO TELECOMS > > > On Mar 29, 2010, at 11:39 AM, Julien Bailhache wrote: > >> Hello, >> >> Voilà ce que me dit Akamai après analyse d'un MTR pendant que l'incident se >> produisait: >> --- >> Our NOCC team has done a detailed analysis of the issue. They see packet >> loss in Proxad network. Please see the mtr result below: >> >> >> >> r...@194.221.64.53:~# mtr [SNIP] >> >> Packets Pings >> >> Hostname %Loss Rcv Snt Last Best Avg >> >> Worst >> >> 1. 194.221.64.1 0% 41 41 0 0 4 >> >> 52 >> >> 2. xe-11-2-0-xcr1.fra.cw.net 0% 41 41 7 6 10 >> >> 43 >> >> 3. xe-11-1-0-xcr1.par.cw.net 0% 41 41 32 12 15 >> >> 59 >> >> 4. th2-6k-3.routers.proxad.net 10% 36 40 12 12 13 >> >> 23 >> >> 5. th2-crs16-1-be1009.intf.routers.pro 16% 33 40 12 12 13 >> >> 13 >> >> 6. stmaurice-6k-1-po1.intf.routers.pro 44% 22 40 14 13 13 >> >> 14 >> >> 7. massy-6k-1-po1.intf.routers.proxad. 75% 10 40 13 13 24 >> >> 118 >> >> 8. [SNIP] 25% 30 40 14 14 14 16 >> >> >> >> Please see another test performed by NOCC: >> >> >> >> buzz_...@edge3.par1> show route 82.234.122.168 >> >> >> >> inet.0: 341527 destinations, 721947 routes (341507 active, 7 holddown, >> >> 347 hidden) >> >> + = Active Route, - = Last Active, * = Both >> >> >> >> 82.224.0.0/11 *[BGP/170] 11w1d 16:51:23, MED 100, localpref 100, >> >> from 212.27.51.218 >> >> AS path: 12322 12322 12322 12322 12322 I >> >> to 212.73.205.6 via xe-11/0/0.0 >> >> to 212.73.207.14 via xe-11/1/0.0 >> >> to 212.73.205.10 via >> xe-11/2/0.0-----------------------------> This interface goes to proxad. >> >> > to 212.73.207.34 via xe-11/3/0.0 >> >> [BGP/170] 1w2d 00:51:29, MED 100, localpref 100, >> >> >> >> These interfaces on 3Map and the xe-11/1/0 - xe-11/3/0 and the xe-6/0/0 - >> xe-6/3/0 interfaces are all 87%utilization or higher and showing discards. >> --- >> >> Merci, >> -- >> Julien >> >> >> Le 29/03/2010 10:18, CHANIAL David a écrit : >>> >>> Bonjour, >>> >>> Constates-tu un changement des routes empruntées ? >>> Si oui, cela pourrait-être intéressant de les partager ici non ? >>> >>> >>> Le 29 mars 2010 09:58, Julien BAILHACHE <jbailha...@smartadserver.com> a >>> écrit : >>> >>>> Bonjour, >>>> Nous observons depuis plusieurs semaines une baisse sensible de la qualité >>>> de service d'Akamai depuis notre sonde située derrière une freebox: perte >>>> de >>>> paquets et/ou temps de réponse élevés, à certaines heures de la journée. Le >>>> "témoignage" de cette sonde est complété par plusieurs retours clients et >>>> autres tests perso depuis différentes liaisons Free. >>>> Est-ce que quelqu'un a une idée précise de la situation ou peut témoigner >>>> sur ce sujet? Si besoin je peux embrayer sur l'état de l'investigation >>>> menée >>>> jusqu'à présent par le support akamai et qui semble impliquer le réseau >>>> proxad. >>>> >>>> Merci, >>>> -- >>>> Julien >>>> >>>> >>> >>> >> >> --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/ >
