Fibra/Cable

peering ono.. lamentable..

dnight 1 febrero 2012 03:20

⋮

Hola,

no tengo ninguna relación con ono.. pero me parece importante postear esto..

soy partícipe de una beta que hace OVH de unas VPS en sus puntos de intercambio (la mía está en madrid).. y ono sigue enrrutando por telia, mientras que a jazztel el ping ha bajado (ahora hay 23 ms.. el de ono sigue en 40-45).. por su peering de mie*da..

aquí trazas y ping..

traza:

traceroute to XXX (XXX.XXX.XXX.XXX), 30 hops max, 60 byte packets
1 192.168.0.53 (192.168.0.53) 1.231 ms 1.175 ms 1.341 ms
2 mad-5-6k.es.eu (91.121.215.214) 1.072 ms * *
3 mad-1-6k.es.eu (94.23.122.244) 58.888 ms * *
4 telia.as1299.es.eu (213.251.130.18) 1.030 ms 1.034 ms 1.016 ms
5 vca-b1-link.telia.net (80.91.246.80) 5.928 ms 5.944 ms 5.927 ms
6 cableuropa-ic-149087-vca-b1.c.telia.net (80.239.160.78) 6.448 ms cableuropa-ic-127028-vca-b1.c.telia.net
(213.248.85.34) 6.287 ms cableuropa-ic-149087-vca-b1.c.telia.net (80.239.160.78) 6.210 ms
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * *

en fin.. todos los routers rechazan ese tipo de tráfico..

aquí ping, que misteriosamente sí que llega

PING (XXX.XXX.XXX.XXX) 56(84) bytes of data.
64 bytes from .dyn.user.ono.com : icmp_req=1 ttl=51 time=33.5 ms
64 bytes from .dyn.user.ono.com (XXX.XXX.XXX.XXX): icmp_req=2 ttl=51 time=33.9 ms
64 bytes from .dyn.user.ono.com (): icmp_req=3 ttl=51 time=34.1 ms
ahora ha bajado un poco, pero pienso que ono en vez de enviar el trafico por telia debería de apoyar el tráfico en los puntos neutros españoles..

saludos.

BocaDePez 1 febrero 2012 09:28

⋮

Yo se lo pasaría directamente a la CIA en EEUU o a la TIA en España porque las encriptaciones podría dar lugar a mesajes con el más allá cuando menos, yo lo haría.

jariza 1 febrero 2012 12:12

⋮

Los peerings son cuestiones que tienen muchas intrigas palaciegas: OVH ya la tuvo con Telefónica, ONO ahora la tiene con Youtube, etc.

Y sólo conocemos tu parte de la historia en la que OVH son los buenos y los que no hacen peering con ellos los malos, pero no sabemos si OVH pone condiciones a ONO ni qué condiciones.

✖

campi 1 febrero 2012 14:08

⋮

OVH lo dice claramente en sus foros, ellos intercambian con todo el mundo siempre que sea reciproco y de manera gratuita.

Telefonica quiere cobrar, por eso no tienen peering, ONO imagino que la misma historia.

✖

txuspe 1 febrero 2012 14:24

⋮

Lo cual es comprensible por otra parte, ¿no? El negocio de OVH no es el tráfico, el de Telefónica y ONO sí. Es un tema complicado...

✖

campi 1 febrero 2012 14:43

⋮

Comprensible??? Pues todo depende del cristal con el que se mire... Si telefónica, sin gastar ni un duro más, puede dar un mejor servicio a sus clientes tan solo firmando un acuerdo de peering con otra compañía... No veo donde está el problema.

Telefonica daría un mejor servicio y ahorraría costes ya que no tendría que pagar a otro carrier para el tráfico de OVH.

OVH daría un mejor servicio a los clientes de telefónica y ahorraría costes ya que no tendría que pagar a otro carrier el tráfico hacia telefónica

Dejarían de ganar dinero?? Pues imagino que telefónica cobrará X dinero por el trafico desde OVH hacia su red por lo que ese dinero tendríamos que ver si compensa el hecho de no tener que pagar por transferir a OVH.

Pero vamos si Jazztel puede hacerlo pq telefonica no? Avaricia tal vez?

✖

txuspe 1 febrero 2012 15:25

⋮

✖

campi 1 febrero 2012 16:24

⋮

txuspe 1 febrero 2012 16:13

⋮

Si haces una traza TCP (en Linux, traceroute -T) verás que aunque se llega a OVH vía Telia, el enlace está en Madrid, pero efectivamente aumenta mucho la latencia. El problema parece estar en el viaje de vuelta, que en lugar de hacerse por el mismo camino, se hará por otra ruta no óptima.

sudo traceroute -T www.ovh.es
traceroute to www.ovh.es (87.98.231.34), 30 hops max, 60 byte packets
 1  X (X)  7.561 ms  7.524 ms  7.513 ms
 2  X (X)  8.008 ms  8.004 ms  8.099 ms
 3  10.239.240.29 (10.239.240.29)  13.518 ms  13.510 ms *
 4  10.254.2.25 (10.254.2.25)  37.400 ms  37.278 ms  37.294 ms
 5  10.254.3.94 (10.254.3.94)  13.623 ms 10.254.4.34 (10.254.4.34)  13.065 ms 10.254.4.30 (10.254.4.30)  13.592 ms
 6  mad-b1-link.telia.net (213.248.93.21)  39.718 ms  38.593 ms  38.571 ms
 7  mad-1-6k.es.eu (213.251.130.17)  40.196 ms * *
 8  mad-5-6k.es.eu (94.23.122.245)  45.390 ms *  40.619 ms
 9  gsw-1-6k.fr.eu (91.121.128.33)  55.696 ms * *
10  p19-7-6k.fr.eu (213.186.32.145)  58.418 ms * *
11  www.ovh.es (87.98.231.34)  58.607 ms  58.646 ms  58.580 ms

✖

yomimmo 1 febrero 2012 16:35

⋮

Cuando este mas implantado Ipv6 sera mas facil controlar el retorno con la opcion -R