En las pruebas que hice recien desde Amazon (Tokio) hacia una red publicada por teco en este momento se nota un incremento notable de latencia, pero no pérdidas.<br><br>[...]<br>  6. ix-8-1-2-0.tcore1.TV2-Tokyo.      0.0%    2.7     4.4    2.6     26.3<br>

  7. if-9-2.tcore2.PDI-PaloAlto.a       0.0%    104.9 105.0 104.8 106.5<br><b>  8. xe-11-3-0.paloalto2.pao.seab   0.0%    114.8 117.2 114.6 141.2<br>  9. <a href="http://telecom-argentina.baires1.ba">telecom-argentina.baires1.ba</a>  0.0%    511.4 510.9 509.8 512.4<br>

</b>[...]<br><br>A otras redes publicada por otros mayoristas no les veo el mismo drama.<br><br>Espero sirva.<br><br>Saludos<br><br><div class="gmail_quote">On Tue, Mar 20, 2012 at 10:40 AM, Javier Kohan <span dir="ltr"><<a href="mailto:jktmp01@gmail.com">jktmp01@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Efectivamente, aunque sin profundizar en el análisis tanto como hiciste<br>
vos, estuvimos notando inconvenientes entre TECO y destinos del<br>
exterior. De hecho, tenemos un host alojado afuera y probando MTR contra<br>
distintos destinos nacionales (clientes conectados a distintos carrier)<br>
notamos que sólo nos ocurría con TECO.<br>
Lo que vimos es que el problema se producia con algunas intermitencias,<br>
desde hace unos dias a ésta parte.<br>
<br>
Por favor si alguien tiene más novedades tire data por aqui.<br>
<br>
Saludos<br>
<br>
<br>
<br>
<br>
El 19/03/2012 17:02, Ivan Chapero escribió:<br>
<div class="im">> Estimados,<br>
> hace varios días que vengo notando un packet-loss de 20-30%<br>
> desde/hacia destinos que requieran un salto entre Global Crossing y<br>
> Seabone.<br>
><br>
> Llego a esta conclusión luego de una gran cantidad de reclamos<br>
> derivados de call center, dado que desde TECO Argentina se utilizan un<br>
> par de saltos de GBLX para llegar a sitios como Facebook y los<br>
> residenciales notaron extrema lentitud en la popular red social.<br>
><br>
> Tras probar desde <a href="http://route-server.gblx.net" target="_blank">route-server.gblx.net</a><br>
</div>> <<a href="http://route-server.gblx.net/" target="_blank">http://route-server.gblx.net/</a>> contra varios enlaces de TECO-AR que<br>
<div class="im">> administro (y que están distantes geograficamente), en todos tengo el<br>
> mismo porcentaje de packet-loss. Lo interesante es que en los bordes<br>
> donde el upstream-traffic (host-to-GBLX ICMP-reply) lo saco por otro<br>
> proveedor no hay perdidas aunque el Request ICMP ingrese por "Seabone<br>
> > TECO", lo que me hace suponer que la pérdida se produce en una sola<br>
> dirección.<br>
><br>
> Les agradezco si pueden confirmar este comportamiento en algún prefijo<br>
> anunciado por BGP a TECO.<br>
><br>
> Saludos.<br>
> --<br>
</div>> *Ivan Chapero<br>
> Área Técnica y Soporte*<br>
> MSN: <a href="mailto:ivanchapero@hotmail.com">ivanchapero@hotmail.com</a> <mailto:<a href="mailto:ivanchapero@hotmail.com">ivanchapero@hotmail.com</a>><br>
<div class="im HOEnZb">> Móvil:  03464-155-20282<br>
> --<br>
> GoBBT Banda Ancha - CABLETEL S.A. | Av. 9 de Julio 1163 - 2183 -<br>
> Arequito - Santa Fe - Argentina | Tel/Fax: 03464-470280<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
</div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> LACNOG mailing list<br>
> <a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
> <a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
<br>
_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
</div></div></blockquote></div><br>