La Fibre

Télécom => Peering Transit (appairage) => reseau Peering entre opérateurs => Discussion démarrée par: Aize147 le 06 juillet 2017 à 15:51:43

Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 06 juillet 2017 à 15:51:43
Bonjour,

Pas besoin d'explications de haut niveau pour comprendre que dans ce MTR il y a un problème vers UPC Broadband :

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                                bbox.lan -    0 |    4 |    4 |    0 |    0 |    0 |    0 |
|                   No response from host -    0 |    0 |    0 |    0 |    0 |    0 |    0 |
|              be44.cbr01-lyo.net.bbox.fr -    0 |    4 |    4 |    8 |   12 |   15 |   13 |
|              la64.bsr01-aix.net.bbox.fr -    0 |    4 |    4 |    6 |    7 |   10 |    6 |
|                   No response from host -    0 |    0 |    0 |    0 |    0 |    0 |    0 |
|                            185.84.18.77 -    0 |    4 |    4 |    6 |    7 |    9 |    7 |
|    ae-10.r24.frnkge08.de.bb.gin.ntt.net -    0 |    4 |    4 |   25 |   27 |   30 |   26 |
|              libertyglobal.fra.ecix.net -    0 |    4 |    4 |   23 |   25 |   31 |   25 |
|           de-fra01b-rc1-ae5-0.aorta.net -    0 |    4 |    4 |   33 |   36 |   42 |   33 |
|                   No response from host -    0 |    0 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -    0 |    0 |    0 |    0 |    0 |    0 |    0 |
|nl-ams02a-ra5-bundle-ether100-2483.aorta.net -    0 |    4 |    4 |   30 |   31 |   34 |   31 |
|                           213.46.237.34 -    0 |    4 |    4 |   31 |   32 |   34 |   31 |
|                   sales.upc-cablecom.ch -    0 |    4 |    4 |   30 |   31 |   33 |   30 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)

Avant ça passait par TATA puis Telia pendant 2 jours et maintenant on ne sait pas pourquoi c'est Marseille qui prend le relais pour du Pays Bas avec NTT...

Autres exemples avec DTAG et Vultr :

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                                bbox.lan -    0 |    3 |    3 |    0 |    0 |    0 |    0 |
|                   No response from host -    0 |    0 |    0 |    0 |    0 |    0 |    0 |
|              be44.cbr01-lyo.net.bbox.fr -    0 |    3 |    3 |    8 |   11 |   14 |   14 |
|              la64.bsr01-aix.net.bbox.fr -    0 |    3 |    3 |    5 |    6 |    8 |    7 |
|                   No response from host -    0 |    0 |    0 |    0 |    0 |    0 |    0 |
|                            185.84.18.77 -    0 |    3 |    3 |    7 |    8 |    9 |    8 |
|     ae-1.r24.amstnl02.nl.bb.gin.ntt.net -    0 |    3 |    3 |   26 |   27 |   29 |   26 |
|     ae-1.r02.amstnl02.nl.bb.gin.ntt.net -    0 |    3 |    3 |   26 |   27 |   29 |   26 |
|                          80.156.161.241 -    0 |    2 |    2 |   27 |   27 |   28 |   28 |
|                m-eb7-i.M.DE.NET.DTAG.DE -    0 |    2 |    2 |   33 |   34 |   36 |   36 |
|                   No response from host -    0 |    0 |    0 |    0 |    0 |    0 |    0 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)

Vultr sur Francfort :

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                                bbox.lan -    0 |    3 |    3 |    0 |    0 |    0 |    0 |
|                   No response from host -    0 |    0 |    0 |    0 |    0 |    0 |    0 |
|              be44.cbr01-lyo.net.bbox.fr -    0 |    2 |    2 |   12 |   12 |   13 |   12 |
|                   No response from host -    0 |    0 |    0 |    0 |    0 |    0 |    0 |
|             lag23.rpt02-mrs.net.bbox.fr -    0 |    2 |    2 |    6 |    7 |    8 |    6 |
|                            185.84.18.77 -    0 |    2 |    2 |    8 |    9 |   10 |   10 |
|    ae-10.r24.frnkge08.de.bb.gin.ntt.net -    0 |    2 |    2 |   23 |   24 |   25 |   25 |
|    ae-13.r03.frnkge03.de.bb.gin.ntt.net -    0 |    2 |    2 |   24 |   25 |   27 |   24 |
|                           83.231.214.58 -    0 |    2 |    2 |   21 |   21 |   21 |   21 |
|                108.61.112.21.choopa.net -    0 |    2 |    2 |   21 |   22 |   23 |   21 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)

Vultr sur Paris :

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                                bbox.lan -    0 |    6 |    6 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |    1 |    0 |    0 |    0 |    0 |    0 |
|              be44.cbr01-lyo.net.bbox.fr -    0 |    6 |    6 |    7 |   10 |   14 |    9 |
|              la64.bsr01-aix.net.bbox.fr -    0 |    6 |    6 |    5 |    7 |   10 |    5 |
|             lag23.rpt02-mrs.net.bbox.fr -   50 |    2 |    1 |    9 |    9 |    9 |    9 |
|                            185.84.18.77 -    0 |    6 |    6 |    6 |    7 |    9 |    9 |
|     ae-1.r24.amstnl02.nl.bb.gin.ntt.net -    0 |    6 |    6 |   26 |   27 |   30 |   27 |
|    ae-14.r02.parsfr02.fr.bb.gin.ntt.net -    0 |    6 |    6 |   41 |   43 |   44 |   43 |
|                           82.112.96.238 -    0 |    6 |    6 |   28 |   31 |   37 |   28 |
|                108.61.122.21.choopa.net -    0 |    6 |    6 |   25 |   26 |   28 |   27 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Nico le 06 juillet 2017 à 15:54:31
C'est grave ?
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 06 juillet 2017 à 15:59:00
Citation de: Nico le 06 juillet 2017 à 15:54:31
C'est grave ?

"sales.upc-cablecom.ch"

Avant : 19ms ---> Après : 30ms.

Pareil pour Comcast (xFinity), Avant = 88ms (TATA) --> Après : 94ms (Telia).
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: vtimd le 06 juillet 2017 à 16:02:53
Citation de: Aize147 le 06 juillet 2017 à 15:59:00
"sales.upc-cablecom.ch"

Avant : 19ms ---> Après : 30ms.

Pareil pour Comcast (xFinity), Avant = 88ms (TATA) --> Après : 94ms (Telia).

Ce sont des latences tout à fait correct, non ? où est le problème ?
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 06 juillet 2017 à 16:05:55
Citation de: vtimd le 06 juillet 2017 à 16:02:53
Ce sont des latences tout à fait correct, non ? où est le problème ?

Pour de la fibre ? Non. Peut-être pour du DSL.

Là ça fait le tour de la France et ça passe en Allemagne pour remonter au Pays Bas ou bien pour Paris c'est obligé de descendre à Marseille pour remonter, alors qu'avant c'était Lyon -> Paris.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Nico le 06 juillet 2017 à 16:06:21
Pas besoin d'écrire en gras.

Il y a peut-être un incident qqpart, ça fait combien de temps que c'est comme ça ? J'espère que tu ne te plains pas pour +10ms au bout de 2H !
(enfin avec les clients on sait jamais)
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 06 juillet 2017 à 16:15:08
Citation de: Nico le 06 juillet 2017 à 16:06:21
Pas besoin d'écrire en gras.

Il y a peut-être un incident qqpart, ça fait combien de temps que c'est comme ça ? J'espère que tu ne te plains pas pour +10ms au bout de 2H !
(enfin avec les clients on sait jamais)

Ce que je sais c'est que sur le mobile le MTR est normal, en fixe c'est foireux.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 06 juillet 2017 à 16:21:15
Vu du côté de Vultr sur New York :

traceroute to 5.51.117.21 (5.51.117.21), 30 hops max, 60 byte packets
 1  vl207-c4-12-b2-1.pnj1.choopa.net (66.55.130.17)  0.358 ms  0.599 ms  0.825 ms
 2  vl158-br2.pnj1.choopa.net (108.61.80.173)  4.043 ms ethernet1-6-br1.pnj1.choopa.net (108.61.80.157)  4.076 ms  4.125 ms
 3  vl24-er2.pnj1.choopa.net (108.61.248.13)  0.430 ms vl50-er1.pnj1.choopa.net (66.55.144.145)  0.177 ms vl24-er2.pnj1.choopa.net (108.61.248.13)  0.179 ms
 4  ae-33.r07.nycmny01.us.bb.gin.ntt.net (128.241.2.201)  1.514 ms ae-35.r08.nycmny01.us.bb.gin.ntt.net (128.241.2.249)  1.504 ms  1.396 ms
 5  ae-3.r25.nycmny01.us.bb.gin.ntt.net (129.250.6.208)  1.226 ms  1.218 ms ae-2.r25.nycmny01.us.bb.gin.ntt.net (129.250.3.97)  1.215 ms
 6  ae-9.r24.frnkge08.de.bb.gin.ntt.net (129.250.2.5)  83.218 ms  83.206 ms  81.620 ms
 7  ae-1.r00.mrslfr01.fr.bb.gin.ntt.net (129.250.4.70)  99.850 ms  98.821 ms  98.814 ms
 8  185.84.18.78 (185.84.18.78)  98.662 ms  98.825 ms  98.112 ms
 9  * * *
10  be64.cbr01.lyo.net.bbox.fr (212.194.171.152)  103.902 ms  108.208 ms  108.923 ms
11  * * *
12  * * *
-- Traceroute timed out --

On voit très clairement NTT MRS sur le hop 7.

C'est vraiment très déroutant :

(https://i.gyazo.com/f054410d88deb4602fdcaf80f4e6fa6b.png)
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 07 juillet 2017 à 20:26:23
Bon du coup Telia a été ajouté à Marseille, mais toujours dans une mauvaise configuration :

Vultr Paris :

Start: Fri Jul  7 20:22:27 2017
HOST: OpenWrt                            Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.254                       0.0%    10    0.5   0.5   0.5   0.5   0.0
  2.|-- ? ?                                100.0    10
  3.|-- be44.cbr01-lyo.net.bbox.fr          0.0%    10   13.5  11.8   7.3  16.6   2.9
  4.|-- la64.bsr01-aix.net.bbox.fr         60.0%    10    6.3   5.8   5.0   6.3   0.0
  5.|-- lag23.rpt02-mrs.net.bbox.fr        80.0%    10    8.5   9.1   8.5   9.6   0.0
  6.|-- mei-b2-link.telia.net               0.0%    10    6.7  11.9   6.4  45.6  11.9
  7.|-- prs-bb3-link.telia.net              0.0%    10   19.8  18.2  16.8  19.8   0.7
  8.|-- prs-b7-link.telia.net               0.0%    10   19.1  18.3  16.6  22.3   1.6
  9.|-- vultr-ic-312910-prs-b7.c.telia.net  0.0%    10   18.4  18.3  16.9  20.3   1.2
 10.|-- 108.61.122.21.choopa.net            0.0%    10   17.4  18.9  16.9  20.8   1.2

Et du NTT asymétrique, car le saut sur Paris fait un bon de ping (ça passe par Marseille dans l'autre sens).

NTT vers Sky UK :

Start: Fri Jul  7 20:25:16 2017
HOST: OpenWrt                              Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.254                         0.0%    10    0.5   0.5   0.5   0.6   0.0
  2.|-- ? ?                                  100.0    10
  3.|-- be44.cbr01-lyo.net.bbox.fr            0.0%    10   17.0  13.6   8.9  17.0   2.6
  4.|-- be5.cbr01-cro.net.bbox.fr             0.0%    10   13.8  11.6   8.8  14.0   1.9
  5.|-- la12.rpt02-ix2.net.bbox.fr           30.0%    10    9.3   9.1   7.9  10.3   0.9
  6.|-- 81.93.181.101                         0.0%    10   28.3  26.6  24.7  28.3   0.9
  7.|-- ae-9.r03.parsfr02.fr.bb.gin.ntt.net   0.0%    10   29.0  28.4  27.3  29.6   0.7
  8.|-- ae-14.r04.parsfr01.fr.bb.gin.ntt.net  0.0%    10   24.2  25.8  24.2  27.5   1.2
  9.|-- ae-2.r25.londen12.uk.bb.gin.ntt.net   0.0%    10   26.8  26.0  24.5  27.7   0.9
 10.|-- ae-28.r02.londen03.uk.bb.gin.ntt.net  0.0%    10   27.1  28.8  27.1  30.4   0.8
 11.|-- be1.er10.thlon.isp.sky.com            0.0%    10   28.1  26.3  24.8  28.1   1.0
 12.|-- 02780903.bb.sky.com                   0.0%    10   36.1  37.7  36.1  39.1   1.0
 13.|-- ? ?                                  100.0    10

A l'équipe PNI de ByTel qui me lit (peut-être), prioriser les CDN comme CloudFlare, Akamai, Limelight, Twitter, et Facebook sur Marseille, et pour le trafic à destination de l'Indonesie (Singapour...) par exemple, ou encore de l'Asie (Hong Kong, Tokyo...) utiliser les transitaires installés sur ce dernier (RPT).

Car tout le trafic à destination de l'Europe du Nord et de l'Est mais aussi de l'Espagne, ainsi que pour joindre les US passe par Marseille puis remonte à Paris maintenant.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 09 juillet 2017 à 10:37:53
Si je souhaite joindre Singapour obligé de monter à Paris avec une asymétrie de ping (prioriser le Trafic au dessus de Lyon sur -> NTT Paris, prioriser le Trafic en dessous de Lyon et donc de Marseille forcèment sur -> NTT Marseille), par exemple TIM (Télécom Italia) qui est bien pris par Telia Marseille**. C'est un exemple parmi tant d'autres.

Voici l'asymétrie pour joindre Singapour NTT :

Côté ByTel :

root@OpenWrt:~# mtr -rwc10 129.250.3.113
Start: Sun Jul  9 10:26:58 2017
HOST: OpenWrt                              Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.254                         0.0%    10    0.6   0.5   0.5   0.6   0.0
  2.|-- ? ?                                  100.0    10
  3.|-- be44.cbr01-lyo.net.bbox.fr            0.0%    10    9.4  11.9   9.4  13.7   1.2
  4.|-- be5.cbr01-cro.net.bbox.fr             0.0%    10   10.8  11.3   9.8  12.6   1.0
  5.|-- la12.rpt02-ix2.net.bbox.fr           40.0%    10   11.4  10.1   8.2  11.4   1.3
  6.|-- 81.93.181.101                         0.0%    10   28.0  26.6  25.0  28.3   1.1
  7.|-- ae-9.r03.parsfr02.fr.bb.gin.ntt.net   0.0%    10   26.8  26.0  24.4  27.8   0.9
  8.|-- ae-14.r04.parsfr01.fr.bb.gin.ntt.net  0.0%    10   26.4  26.4  24.4  27.9   1.1
  9.|-- ae-2.r25.londen12.uk.bb.gin.ntt.net   0.0%    10   24.7  24.8  23.4  26.5   0.9
 10.|-- ae-1.r24.londen12.uk.bb.gin.ntt.net   0.0%    10   27.1  31.9  26.7  60.8  10.4
 11.|-- ae-6.r21.sngpsi05.sg.bb.gin.ntt.net   0.0%    10  203.3 205.1 203.3 206.7   0.9
 12.|-- ae-9.r20.sngpsi05.sg.bb.gin.ntt.net   0.0%    10  206.4 205.0 203.3 206.4   0.9

Côté NTT :

Tracing the route to 5.51.117.xx

 1   *
    ae-9.r20.sngpsi05.sg.bb.gin.ntt.net (129.250.3.113) [MPLS: Label 749207 Exp 0] 31 msec  11 msec
 2  ae-3.r24.frnkge08.de.bb.gin.ntt.net (129.250.7.10) [MPLS: Label 491985 Exp 0] 180 msec  *  180 msec
 3  ae-1.r00.mrslfr01.fr.bb.gin.ntt.net (129.250.4.70) 196 msec  195 msec  196 msec
 4   *
    185.84.18.78 202 msec  *
 5  212.194.170.55 184 msec  184 msec  183 msec
 6  be64.cbr01.lyo.net.bbox.fr (212.194.171.152) [MPLS: Label 24114 Exp 0] 205 msec  206 mse

**Telia Marseille avec TIM :

Start: Sun Jul  9 10:38:52 2017
HOST: OpenWrt                                    Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.254                               0.0%    10    0.6   0.6   0.5   0.6   0.0
  2.|-- ? ?                                        100.0    10
  3.|-- be44.cbr01-lyo.net.bbox.fr                  0.0%    10    9.8   9.6   7.3  12.5   1.5
  4.|-- la64.bsr01-aix.net.bbox.fr                 10.0%    10    7.2   7.1   5.0   8.1   0.8
  5.|-- lag23.rpt02-mrs.net.bbox.fr                90.0%    10    6.4   6.4   6.4   6.4   0.0
  6.|-- mei-b2-link.telia.net                       0.0%    10    7.6   7.8   7.0   9.8   0.8
  7.|-- telecomitalia-ic-324366-mei-b2.c.telia.net  0.0%    10   29.4  29.2  28.7  30.4   0.0
  8.|-- etrunk5.milano1.mil.seabone.net            20.0%    10   26.4  27.4  26.0  29.6   1.5
  9.|-- ibs-resid.milano1.mil.seabone.net           0.0%    10   30.0  28.9  26.7  32.2   1.5
 10.|-- ???                                        100.0    10    0.0   0.0   0.0   0.0   0.0
 11.|-- ???                                        100.0    10    0.0   0.0   0.0   0.0   0.0
 12.|-- 151.99.75.245                               0.0%    10   28.7  30.3  28.7  32.0   1.0
 13.|-- ???                                        100.0    10    0.0   0.0   0.0   0.0   0.0
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Symbol le 09 juillet 2017 à 17:45:20
Citation de: Aize147 le 09 juillet 2017 à 10:37:53
Si je souhaite joindre Singapour obligé de monter à Paris avec une asymétrie de ping (prioriser le Trafic au dessus de Lyon sur -> NTT Paris, prioriser le Trafic
Mais cela semble trop horrible, 10ms de plus ou moins sur un trajet de 200, tu te rends compte... Tu as pensé à appeler police secours ou les pompiers ?
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 09 juillet 2017 à 20:40:23
Alors oui ça peut faire sourire la question de la latence (+10ms), mais c'est en tout cas pour éviter qu'un jour pour joindre un service que l'on fasse le tour du monde alors que la destination se trouve juste à côté...

Maintenant pour palier à ça je suis obligé de passer par l'OTB, ce qui me bride à 100Mb/s en DL et en UL.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: buddy le 09 juillet 2017 à 21:25:14
Sinon pour apporter ma petite pierre à l'édifice, Bouygues "teste" des firmwares sur des boxs (surement ipv4+ipv6) et modifie certaines ip fixes.

Boris nous avait dit à un moment qu'ipv6 arriverait avec la mise en place d'un peering régional et qu'une réorganisation des plages ips serait nécessaires car actuellement des /23 etait coupé en 2 /24 avec par exemple un au nord et l'autre au sud ...

C'est ce qui semble se produire.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 10 juillet 2017 à 15:45:00
D'ailleurs le débit de DL des serveurs de Valve (Steam) a été divisé.

Valve Londres :

Start: Mon Jul 10 15:44:30 2017
HOST: OpenWrt                            Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.254                       0.0%    10    0.4   0.4   0.4   0.5   0.0
  2.|-- ???                                100.0    10    0.0   0.0   0.0   0.0   0.0
  3.|-- be44.cbr01-lyo.net.bbox.fr          0.0%    10   10.9  12.1   8.7  15.5   1.9
  4.|-- la64.bsr01-aix.net.bbox.fr         20.0%    10    7.9   6.1   4.8   8.2   1.2
  5.|-- lag23.rpt02-mrs.net.bbox.fr        90.0%    10    8.0   8.0   8.0   8.0   0.0
  6.|-- mei-b2-link.telia.net               0.0%    10    9.9   7.1   5.9   9.9   1.3
  7.|-- prs-bb2-link.telia.net              0.0%    10   17.9  25.2  16.4  53.5  12.6
  8.|-- ldn-bb2-link.telia.net             10.0%    10   23.8  30.1  23.6  55.0  12.0
  9.|-- ldn-b1-link.telia.net               0.0%    10   26.1  26.5  24.1  28.8   1.2
 10.|-- valve-ic-316232-ldn-b1.c.telia.net  0.0%    10   23.8  25.0  23.8  26.1   0.3
 11.|-- 162.254.196.21                      0.0%    10   25.7  25.5  23.4  26.9   1.4

16ms en temps normal, car Lyon -> Paris = 8ms + Paris -> Londres =8ms aussi.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Boris de Bouygues Telecom le 10 juillet 2017 à 19:39:09
Bonjour,

Le sujet est bien remonté à l’ingénierie.

Cordialement,
Boris de Bouygues Telecom.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 10 juillet 2017 à 19:44:23
Merci Boris, c'est vrai que c'est pas une mauvaise idée ce PNI de transitaires sur Marseille.

Mais après il faut réorganiser les routes, car même si BGP fait les metric par rapport aux distances, il faut quand même repasser derrière des fois.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 11 juillet 2017 à 17:21:23
Aaargh, je crois que je vais faire une crise cardiaque :

Vultr Paris Aujourd'hui :

Start: Tue Jul 11 17:18:07 2017
HOST: OpenWrt                            Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.254                       0.0%    10    0.6   0.6   0.6   0.8   0.0
  2.|-- ???                                100.0    10    0.0   0.0   0.0   0.0   0.0
  3.|-- be44.cbr01-lyo.net.bbox.fr          0.0%    10   12.3  14.0  12.0  16.4   1.5
  4.|-- la64.bsr01-aix.net.bbox.fr         10.0%    10    6.9   7.5   5.5   9.0   1.0
  5.|-- lag23.rpt02-mrs.net.bbox.fr        80.0%    10    7.9   9.0   7.9  10.1   1.4
  6.|-- mei-b2-link.telia.net               0.0%    10    6.2   8.0   6.2   9.8   1.3
  7.|-- ffm-bb4-link.telia.net              0.0%    10   28.9  29.3  27.4  30.6   0.9
  8.|-- prs-bb2-link.telia.net              0.0%    10   38.3  48.9  37.4  99.1  21.5
  9.|-- prs-b7-link.telia.net               0.0%    10   39.4  38.3  36.9  40.6   1.2
 10.|-- vultr-ic-312910-prs-b7.c.telia.net  0.0%    10   41.2  41.2  37.2  47.0   3.4
 11.|-- 108.61.122.21.choopa.net            0.0%    10   37.8  38.2  36.9  39.8   0.9

Vultr Paris AVANT (il y a 4 jours), 16ms, normalement 8ms. :

Start: Fri Jul  7 20:22:27 2017
HOST: OpenWrt                            Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.254                       0.0%    10    0.5   0.5   0.5   0.5   0.0
  2.|-- ? ?                                100.0    10
  3.|-- be44.cbr01-lyo.net.bbox.fr          0.0%    10   13.5  11.8   7.3  16.6   2.9
  4.|-- la64.bsr01-aix.net.bbox.fr         60.0%    10    6.3   5.8   5.0   6.3   0.0
  5.|-- lag23.rpt02-mrs.net.bbox.fr        80.0%    10    8.5   9.1   8.5   9.6   0.0
  6.|-- mei-b2-link.telia.net               0.0%    10    6.7  11.9   6.4  45.6  11.9
  7.|-- prs-bb3-link.telia.net              0.0%    10   19.8  18.2  16.8  19.8   0.7
  8.|-- prs-b7-link.telia.net               0.0%    10   19.1  18.3  16.6  22.3   1.6
  9.|-- vultr-ic-312910-prs-b7.c.telia.net  0.0%    10   18.4  18.3  16.9  20.3   1.2
 10.|-- 108.61.122.21.choopa.net            0.0%    10   17.4  18.9  16.9  20.8   1.2
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Optix le 11 juillet 2017 à 23:44:33
Citation de: Aize147 le 11 juillet 2017 à 17:21:23
Aaargh, je crois que je vais faire une crise cardiaque :

Accepte le fait de perdre un peu de ping si ça permet d'éviter toute perte de paquet. On ne route pas des paquets à l'autre bout du pays pour te faire chier hein, mais pour désengorger une partie, mieux écouler le trafic, que sais-je ;)
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 12 juillet 2017 à 17:23:53
Citation de: Optix le 11 juillet 2017 à 23:44:33
Accepte le fait de perdre un peu de ping si ça permet d'éviter toute perte de paquet. On ne route pas des paquets à l'autre bout du pays pour te faire chier hein, mais pour désengorger une partie, mieux écouler le trafic, que sais-je ;)

Et bien juste pour ça j'envisage de résilier, on me dit résolution (peut-être et encore c'est juste une réponse) vers septembre. Même si je dois payer le reste des mensualités qui sont de 149€ (eng. 12 months), je le fais.

Je vais pas rester avec un FAI qui me fait faire visiter la Provence et qui me fait monter à Amsterdam de l'autre côté, et qui en plus veut faire comme Orange à monter des PNI en Régions, si c'est pour après ne pas les assumer correctement et me diviser le débit en DL.

Pareil pour les lignes mobiles. Car à la base j'avais pris ByTel pour les PNI avec ses transitaires de qualités.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Boris de Bouygues Telecom le 12 juillet 2017 à 19:07:32
Citation de: Aize147 le 12 juillet 2017 à 17:23:53
Je vais pas rester avec un FAI qui [...] veut faire comme Orange à monter des PNI en Régions, si c'est pour après ne pas les assumer correctement et me diviser le débit en DL.
Monter des PNI et des transit en région permet d'améliorer fortement la résilience de l'Internet. En cas de gros problème en Île-de-France, cela fonctionnera toujours.

Pour la latence, au lieu d'aller systématiquement sur Paris, comme c'était le cas il n'y a pas si longtemps, vous aurez tous dans le sud (Lyon ou Marseille) : Les DNS Bouygues, les plateformes de VoD, Google, Facebook, Microsoft, Akamai,... Ce sera aussi le cas des transitaires.

Dans la majorité des cas, il y aura des gains de latence.

Dans certains cas, il y aura des dégradation de latence, vous en avez remonté. On va voir ce qu'il est techniquement possible de faire pour les réduire au maximum.

Dans tous les cas, cela ne devrait pas impacter significativement votre débit.

Cordialement,
Boris de Bouygues Telecom.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 12 juillet 2017 à 19:16:15
Le problème est que la majeure partie du temps pour joindre un autre Opérateur d'un autre pays il faut passer par Paris.

Des rares cas comme Telecom Italia qui sont sur Marseille, mais tous les autres acteurs sont sur Paris (avec leurs transitaires).

Comme :

vultr-ic-312910-prs-b7.c.telia.net ----|
                                                     |
upc-ic-305532-prs-b5.c.telia.net ----|     -> Telia comme exemple.
                                                     |
dtag-ic-317383-prs-b5.c.telia.net ----|

et bien plus...
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: butler_fr le 12 juillet 2017 à 19:40:23
rares?
moi je dirais que nombre d'acteurs interconnectés à marseille commence a être plutôt important!

level3/google/facebook/microsoft/akamai/amazon/JN pour ceux que je connais de tête

on est loin de Paris c'est sur mais ça grandit rapidement (Interxion construit même un nouveau DC parce qu'ils n'ont plus de place)
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Boris de Bouygues Telecom le 12 juillet 2017 à 19:46:30
Marseille devient le TH2 bis, c'est un point qui va vraiment fortement grandir dans les années à venir.

De nombreux opérateurs CDN sont ou seront présent à Marseille pour diffuser à destination de l’Europe du sud et l’Afrique du nord.

Lyon va aussi avoir du contenu local.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 12 juillet 2017 à 19:51:01
Et si de Lyon on veut monter au Nord, on fait ou on fera comment ?
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Boris de Bouygues Telecom le 12 juillet 2017 à 20:12:24
Lyon - DEC-IX, sans passer par Paris (gain de latence via la fibre Lyon - Strasbourg)
Lyon - GIX du nord via un passage par Crosnes (91) qui est sur la fibre Paris - Lyon mais évite d'aller jusqu'à Paris. Une grosse panne sur Paris n'impacte pas Crosnes.

Pour le trafic des transitaires à destination du Nord, on regarde comment améliorer les choses, pour ne plus passer par Marseille.


Citation de: butler_fr le 12 juillet 2017 à 19:40:23
level3/google/facebook/microsoft/akamai/amazon/JN pour ceux que je connais de tête
Vous pouvez rajouter Telia et NTT, deux transitaires Tier-1 de qualité.

De nombreux autres sont présents sur Marseille + 2 GIX
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 12 juillet 2017 à 20:20:20
De ce que j'ai pu voir entre Strasbourg et DEC-IX, il y a 15ms entre les deux.

Chez ByTel :

Start: Wed Jul 12 20:17:07 2017
HOST: OpenWrt                        Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.254                   0.0%    10    0.4   0.4   0.4   0.5   0.0
  2.|-- ???                            100.0    10    0.0   0.0   0.0   0.0   0.0
  3.|-- be44.cbr01-lyo.net.bbox.fr      0.0%    10   15.4  15.7  13.5  18.0   1.1
  4.|-- la70.bsr02-str.net.bbox.fr     40.0%    10   14.1  13.1  11.6  15.0   1.2
  5.|-- la10.bsr01-str.net.bbox.fr      0.0%    10   11.5  12.9  11.5  14.8   1.1 Ici
  6.|-- frkt-ar2.intl.ip.rostelecom.ru  0.0%    10   28.9  27.2  25.6  28.9   1.2 et là
  7.|-- 213.59.212.235                  0.0%    10   67.8  67.4  65.5  68.7   0.9
  8.|-- ???                            100.0    10    0.0   0.0   0.0   0.0   0.0
  9.|-- 109.207.0.226                   0.0%    10   70.3  71.6  70.2  73.6   0.8
 10.|-- www.company.rt.ru               0.0%    10   69.6  67.9  66.1  69.8   1.2

Chez OVH (passage par Paris en plus) :

Start: Wed Jul 12 20:18:42 2017
HOST: OpenWrt                        Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 10.166.179.1                    0.0%    10   12.1  11.1   8.5  15.7   2.2
  2.|-- 164.132.32.1                    0.0%    10   12.6  11.0   8.2  17.9   2.6
  3.|-- 222.ip-92-222-54.eu             0.0%    10    9.4  10.5   8.9  12.5   0.9
  4.|-- 151.80.49.62                    0.0%    10    8.3   9.7   8.3  11.6   0.9
  5.|-- 10.23.74.2                      0.0%    10   11.2   9.8   8.3  12.0   1.2
  6.|-- be37.p19-7-6k.fr.eu             0.0%    10    9.8  10.5   8.3  11.8   1.0
  7.|-- be99-1206.gsw-1-a9.fr.eu        0.0%    10    8.9  11.7   8.9  19.8   3.1
  8.|-- mad-1-6k.es.eu                  0.0%    10   18.3  17.1  15.1  18.9   0.9 Mauvais DNS
  9.|-- be100-1257.fra-5-a9.de.eu       0.0%    10   19.1  19.4  17.4  22.4   1.5 Ici
 10.|-- frkt-ar2.intl.ip.rostelecom.ru  0.0%    10   17.3  19.7  17.0  33.7   5.0 et là
 11.|-- 213.59.212.115                  0.0%    10   69.7  68.3  66.6  70.0   1.0
 12.|-- ???                            100.0    10    0.0   0.0   0.0   0.0   0.0
 13.|-- 109.207.0.226                   0.0%    10   68.4  69.6  67.2  75.9   2.4
 14.|-- www.company.rt.ru               0.0%    10   71.1  71.0  68.2  75.5   2.1

Certes on arrivent avec le même ping, mais pourquoi cette différence entre les deux ?
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Boris de Bouygues Telecom le 12 juillet 2017 à 20:56:36
Vous faites la démonstration que de ne pas passer par Paris permet de gagner en moyenne 3,1ms !

En plus du gain latence, il y a le gain résilience de l'Internet.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 20 juillet 2017 à 00:55:03
Citation de: Boris de Bouygues Telecom le 10 juillet 2017 à 19:39:09
Bonjour,

Le sujet est bien remonté à l’ingénierie.

Cordialement,
Boris de Bouygues Telecom.

Je crois que même si je fais des MTR cela ne changera rien. Je pense que ça va être laissé à l’abandon, et que tout le Sud de la France va aller sur Marseille. Personne ne va ce rendre compte de rien. (En même temps je suis obligé de repasser derrière, à faire des MTR tous les jours vers différents AS du monde entier, que ce soit au départ du réseau de ByTel, Orange, Free, SFR ou même de réseau étranger à étranger, AT&T <-> ChinaUnicom, Vodafone UK <-> PCCW Global...).

"Oui mais tu comprends c'est pour qu'il y est plus de sécurité au niveau de la redondance", ok c'est simple, il fallait ajouter de la capa entre Marseille <-> Lyon <-> Paris. Je pense pas que si il y a un accident à TH2 il y aura le même à Interxion 2 au même moment.

De toute façon ils ont fait le choix d'un PNI régional, maintenant c'est fini. J'avais pris la fibre pour ça faible latence (et encore il y a beaucoup de gigue sur celle de ByTel), et je pense même si je retourne chez FT en ReADSL en étant à la campagne à élever des poules et à 6Km du NRA j'aurai et je parie, une meilleur latence qu'aujourd'hui pour joindre n'importe quel autre AS.

View with the Time, What will happen...
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: TroniQ89 le 20 juillet 2017 à 02:30:06
Citation de: Aize147 le 20 juillet 2017 à 00:55:03
Je crois que même si je fais des MTR cela ne changera rien. Je pense que ça va être laissé à l’abandon, et que tout le Sud de la France va aller sur Marseille. Personne ne va ce rendre compte de rien. (En même temps je suis obligé de repasser derrière, à faire des MTR tous les jours vers différents AS du monde entier, que ce soit au départ du réseau de ByTel, Orange, Free, SFR ou même de réseau étranger à étranger, AT&T <-> ChinaUnicom, Vodafone UK <-> PCCW Global...).
 

C'est sur que sans toi les Télécoms français ne seraient rien.
Qui t obliges à faire des MTR toute la journèe ?
Qu'est ce qu'on en a à f... d'avoir quelques millisecondes de latence en plus ?
Résilier ton abonnement pour quelques millisecondes ? Pour aller ou ?
Je ne comprends pas comment c'est physiquement possible de sortir autant de donneriez en un post...
Je trouve que la décentralisation c'est une bonne chose, décharger des liens, faire du backup...

Alors je vois certains trolls venir avec leurs grands sabots : ca fait plusieurs fois dans une même journèe que je défends BYT sur deux sujets différents, c'est pas pour autant que j'ai eu une bonne expérience mobile avec eux... mais ca s'améliore grandement. Manque plus que lIPv6 pour enfin avoir un grozop qui se bouge vraiment le derrière niveau réseau :)

Devant toi, Super Aize, le defenseur du 0ms de ping, on devrait tous se mettre à genoux...
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Hugues le 20 juillet 2017 à 09:30:27
:D
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: butler_fr le 20 juillet 2017 à 09:47:34
Citer
De toute façon ils ont fait le choix d'un PNI régional, maintenant c'est fini. J'avais pris la fibre pour ça faible latence (et encore il y a beaucoup de gigue sur celle de ByTel), et je pense même si je retourne chez FT en ReADSL en étant à la campagne à élever des poules et à 6Km du NRA j'aurai et je parie, une meilleur latence qu'aujourd'hui pour joindre n'importe quel autre AS.

la clairement c'est du délire
moi je t'échange ta fibre bytel avec ma box ADSL quand tu veux
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: buddy le 20 juillet 2017 à 10:44:44
Citation de: Aize147 le 20 juillet 2017 à 00:55:03
Je crois que même si je fais des MTR cela ne changera rien. Je pense que ça va être laissé à l’abandon, et que tout le Sud de la France va aller sur Marseille. Personne ne va ce rendre compte de rien. (En même temps je suis obligé de repasser derrière, à faire des MTR tous les jours vers différents AS du monde entier, que ce soit au départ du réseau de ByTel, Orange, Free, SFR ou même de réseau étranger à étranger, AT&T <-> ChinaUnicom, Vodafone UK <-> PCCW Global...).

Sans entrer dans le débat de savoir si Lyon est au Sud ou plutôt vers le centre de la France, le "Sud et le Sud-est" du sud passe déjà par Marseille .. Donc dans la majorité des cas (Google et les autres CDN) on gagne en latence. (Je ne parle pas au hasard hein, j'ai été chez Bouygues en xDSL et j'ai encore 2 abonnements Bouygues xDSL dans la famille autour de Nice).
Même en ce moment avec Orange, je suis sur les serveurs Youtube de Marseille...

Puis peut être que Bouygues n'a pas fini ses réglages ou alors que tes AS "exotiques" ne font pas parti des AS pour lesquels la route est optimisée.

Mais sinon concrètement, à l'utilisation tu te rends compte de la différence de latence ?  Parce que sauf si tu joues, j'avoue qu'avoir quelques ms de plus ...Surtout que ChinaUnicom, AT&T et etc ne doivent pas être les AS les plus "demandés".

Sinon, puisque l'on a la chance en France d'avoir Marseille qui va devenir un TH2 bis, autant l'utiliser et éviter le blackout / limiter l'impact si TH2 tombe ...(même si doute que tous les FAIs, même dans 5 ans, auront assez de Capa à Marseille pour maintenir "internet" sans ralentissement).
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: TroniQ89 le 20 juillet 2017 à 11:38:29
Citation de: buddy le 20 juillet 2017 à 10:44:44
Sans entrer dans le débat de savoir si Lyon est au Sud ou plutôt vers le centre de la France, le "Sud et le Sud-est" du sud passe déjà par Marseille .. Donc dans la majorité des cas (Google et les autres CDN) on gagne en latence. (Je ne parle pas au hasard hein, j'ai été chez Bouygues en xDSL et j'ai encore 2 abonnements Bouygues xDSL dans la famille autour de Nice).
Même en ce moment avec Orange, je suis sur les serveurs Youtube de Marseille...

Puis peut être que Bouygues n'a pas fini ses réglages ou alors que tes AS "exotiques" ne font pas parti des AS pour lesquels la route est optimisée.

Mais sinon concrètement, à l'utilisation tu te rends compte de la différence de latence ?  Parce que sauf si tu joues, j'avoue qu'avoir quelques ms de plus ...Surtout que ChinaUnicom, AT&T et etc ne doivent pas être les AS les plus "demandés".

Sinon, puisque l'on a la chance en France d'avoir Marseille qui va devenir un TH2 bis, autant l'utiliser et éviter le blackout / limiter l'impact si TH2 tombe ...(même si doute que tous les FAIs, même dans 5 ans, auront assez de Capa à Marseille pour maintenir "internet" sans ralentissement).


Et surtout : Est-ce qu'on voit la différence ? Les écrans PC ont quelques ms de latence déjà, non ?
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: buddy le 20 juillet 2017 à 13:41:57
L'oeil humain aussi à de la latence et une persistance rétinienne.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 20 juillet 2017 à 14:52:16
Il faut tenir une certaine latence entre chaques villes.

Lyon <-> New York par exemple c'est 88ms, parce que les 8ms pour aller à Paris puis les autres 8ms pour aller à Londres et pour finir le 70ms transatlantique.

Maintenant c'est plus de 110 ms avec ByTel, si on continue comme ça on va retourner bientôt à la même latence que les liaisons cuivres du premier télégraphe atlantique.

Lyon <-> Francfort = 18ms

Lyon <-> Zurich = 22ms

Lyon <-> Milan = 21ms

Lyon <-> Madrid = 25ms

Lyon <-> Londres = 16ms

Lyon <-> Athenes = 67ms

Lyon <-> Rabat = 54ms

Lyon <-> Seattle = 143ms

Lyon <-> San José + Palo Alto = 148ms

Lyon <-> Stockholm = 44ms

Lyon <-> Moscow = 62ms

Lyon <-> Melbourne = 311ms

Lyon <-> Tokyo = 242ms

Lyon <-> Seoul = 321ms

Et j'en ai bien d'autres... Et oui, 30ms de plus sur un temps de latence de 88ms ça se voit (et cela se ressent).
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: buddy le 20 juillet 2017 à 15:56:22
L'aller retour Lyon Marseille ca fait combien en ping ? 8ms ? donc si tu as +30 d'après tes valeurs références, ça n'est pas la seule chose responsable.

Passe par OVH, ils ont un réseau mondial, le traffic sort au plus près de la destination, je doute que tu aies la même qualité avec un FAI.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 20 juillet 2017 à 16:03:18
C'est ce que je fais actuellement de passer par OVH, mais bridé à 110 Mb/s (au lieu de 1Gb/s). Je peux aller jusqu'à 230 Mb/s avec mon propre matériel car le service OTB ne peut pas depasser 230.

Lyon <-> Marseille = 4 - 6ms, normalement.

Et étant actuellement à New York, voici ce que ça donne de l'autre côté avec la Time Warner pour joindre ByTel (en Wi-Fi) :

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|       rrcs-108-176-12-33.nyc.biz.rr.com -   10 |   11 |   10 |    3 |   58 |  303 |    3 |
|                             10.46.248.1 -   10 |   11 |   10 |   16 |   86 |  304 |   31 |
|             be52.nyclnyrg02h.nyc.rr.com -    0 |   15 |   15 |   19 |  111 |  291 |   38 |
|           agg101.nyquny9101r.nyc.rr.com -    0 |   15 |   15 |   20 |  116 |  318 |   46 |
|bu-ether15.nycmny837aw-bcr00.tbone.rr.com -    0 |   15 |   15 |   27 |  114 |  295 |   43 |
|bu-ether11.nwrknjmd67w-bcr00.tbone.rr.com -    0 |   15 |   15 |   18 |  119 |  320 |   49 |
|          lag-11.ear3.Newark1.Level3.net -   50 |    6 |    3 |    0 |   23 |   28 |   19 |
|                   No response from host -  100 |    3 |    0 |    0 |    0 |    0 |    0 |
|                           212.3.235.206 -   10 |   11 |   10 |  106 |  126 |  225 |  109 |
|              be12.cbr01-ntr.net.bbox.fr -    0 |   15 |   15 |  123 |  219 |  472 |  191 |
|               be1.cbr01-cro.net.bbox.fr -    0 |   15 |   15 |  125 |  216 |  463 |  169 |
|               be5.cbr01-lyo.net.bbox.fr -    0 |   15 |   15 |  128 |  223 |  471 |  192 |
|                   No response from host -  100 |    3 |    0 |    0 |    0 |    0 |    0 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Il faut enlever les 10ms de latence du câble au deuxième saut puis les 3-6ms en Wi-Fi du premier saut pour avoir la valeur correcte.

Vu depuis ByTel :

root@OpenWrt:~# mtr -rwc5 108.176.12.xx
Start: Thu Jul 20 16:13:14 2017
HOST: OpenWrt                                            Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.254                                       0.0%     5    0.3   0.4   0.3   0.4   0.0
  2.|-- ???                                                100.0     5    0.0   0.0   0.0   0.0   0.0
  3.|-- be44.cbr01-lyo.net.bbox.fr                          0.0%     5   11.2  12.9  11.0  14.5   1.5
  4.|-- la64.bsr01-aix.net.bbox.fr                         20.0%     5    8.7   7.5   6.0   9.1   1.3
  5.|-- lag23.rpt02-mrs.net.bbox.fr                        60.0%     5    9.1   8.0   7.0   9.1   1.4
  6.|-- mei-b2-link.telia.net                               0.0%     5    6.3   7.3   6.2   9.0   1.2
  7.|-- prs-bb3-link.telia.net                              0.0%     5   19.6  18.9  18.2  20.0   0.5
  8.|-- nyk-bb3-link.telia.net                             20.0%     5  115.7 114.7 113.1 115.8   1.2
  9.|-- nyk-b6-link.telia.net                               0.0%     5  114.7 114.2 112.7 115.2   0.9
 10.|-- chartercommunications-ic-325641-nyk-b6.c.telia.net  0.0%     5  149.1 132.3 105.2 155.0  24.0
 11.|-- unk-426d0576.adelphiacom.net                        0.0%     5  109.0 108.2 104.3 111.8   3.6
 12.|-- agg3.nyquny9101r.nyc.rr.com                         0.0%     5  105.5 105.0 103.3 107.7   1.7
 13.|-- agg1.nyclnyrg02h.nyc.rr.com                         0.0%     5  106.5 104.6 102.9 106.5   1.6
 14.|-- agg1.nyclnyrg12m.nyc.rr.com                         0.0%     5  107.1 106.9 106.0 107.9   0.5
 15.|-- cpe-66-108-239-68.nyc.res.rr.com                    0.0%     5  123.2 122.4 115.9 129.7   5.3
 16.|-- rrcs-108-176-12-xx.nyc.biz.rr.com                   0.0%     5  123.3 130.6 123.3 134.0   4.3

D'un côté il y a Level (3), de l'autre Telia. Dans le premier MTR on peut voir que l'IP "212.3.235.206" est la dernière IP à Paris de chez Level (3) avant d'atteindre ByTel, et hop dès que l'on arrive sur le CBR de Nanterre on passe avec 20ms en plus pour ensuite descendre à Lyon.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: TroniQ89 le 20 juillet 2017 à 17:34:06
Citation de: Aize147 le 20 juillet 2017 à 14:52:16
Maintenant c'est plus de 110 ms avec ByTel, si on continue comme ça on va retourner bientôt à la même latence que les liaisons cuivres du premier télégraphe atlantique.

A peine exagéré.

Citation de: Aize147 le 20 juillet 2017 à 16:03:18
C'est ce que je fais actuellement de passer par OVH, mais bridé à 110 Mb/s (au lieu de 1Gb/s). Je peux aller jusqu'à 230 Mb/s avec mon propre matériel car le service OTB ne peut pas depasser 230.

Euh.
Je suis peut-être con, mais tu crois que faire aller retour "Lyon -> Marseille -> Paris -> Roubaix/[Francfort->Strasbourg] -> Tes destinations c'est plus rapide que Lyon -> Marseille -> Paris ?
En mettant une OTB pour "réduire ton ping", c'est pas contre-productif ?
Et je passe le fait de passer d'1Gbps à 100Mbps juste pour quelques millisecondes...
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 20 juillet 2017 à 17:45:04
Le service d'OTB est hébergé sur des Dockers à Paris 19ème, Roubaix, Gravelines et Strasbourg...

J'ai la chance d'être sur un Docker de P19 et donc de bénéficier du même temps de latence que la majeure partie du trafic de Lyon qui sortait encore sur Paris il y a pas si longtemps que ça.

Il y a 4 mois de cela, chez OVH il m'avait mit sur un Docker de Gravelines car maintenance de P19, sauf que par la suite ils n'avaient pas remigrer tous les tunnels OTB sur ce dernier.

J'avais dû ouvrir un ticket pour expliquer de me remettre sur Paris.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: buddy le 20 juillet 2017 à 17:54:02
Tu sors du réseau OVH à Paris?
Ils ne t'amènent pas au plus près des destinations ? Je pensais que c'était le cas pour Europe et USA/Canada.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 20 juillet 2017 à 18:04:11
Pour les réseaux qui ont un PNI direct avec OVH où étant sur un GIX comme le LINX ou bien encore le Any2 de Los Angeles tu sors directement sur le dernier routeur de backbone qui gère le trafic.

Si le réseau qu'il faut joindre ne peer pas avec OVH où n'est ni sur un GIX (où échange de trafic restricted et non open) et bien tu iras sur un transitaire sortant le plus proche.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Phach le 20 juillet 2017 à 18:59:21
Apparemment vu l'ensemble de tes revendications, tu bosse dans le trading haute fréquence, dans ce cas, pourquoi s'en remettre à un FAI grand public à 30 euro et pas un opérateur d'infra spécialisé dans les faibles latences ?

Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: TroniQ89 le 20 juillet 2017 à 19:51:54
Bientôt il va inspecter les weathermap des hébergeurs et va critiquer dès que y'a 0.1ms en plus si il est transféré sur un routeur à 25m ?
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 20 juillet 2017 à 21:11:08
En tout cas les equipements réseaux de chez ByTel que ce soit Routeurs et DSLAM sont toujours annoncés sur Paris.

Alors que par exemple le RPT de Marseille devrait prendre le même chemin que les IP des clients, mais ça c'est encore une autre histoire.

Et qui dit plus de latence, dit un débit moins élevé, essaye de DL quelque chose sur Paris puis ensuite un serveur à l'autre bout du monde. Une latence raisonnable c'est en dessous de 15ms. Déjà qu'en ADSL quand l'option FastPath n'est pas disponible à part chez Free, tu mets 35ms pour joindre le DSLAM dans la majeure partie du temps.

Ce temps là c'est normalement le temps pour aller à Vienne en Autriche.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: jack le 20 juillet 2017 à 21:44:24
Citation de: Aize147 le 20 juillet 2017 à 21:11:08
Et qui dit plus de latence, dit un débit moins élevé
Nope, le rapport entre latence et débit est directement fonction de certains paramètres de TCP

Citer
Une latence raisonnable c'est en dessous de 15ms.
Nope
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 20 juillet 2017 à 22:25:27
Et bien c'est quoi une latence raisonnable pour toi  ?

40ms ?
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: jack le 20 juillet 2017 à 22:28:59
Citation de: Aize147 le 20 juillet 2017 à 22:25:27
Et bien c'est quoi une latence raisonnable pour toi  ?

40ms ?

La latence raisonnable est de 47484μs.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: vivien le 20 juillet 2017 à 22:31:12
Ce que dit jack, c'est qu'il n'y a pas de limite de débit lié à la latence, si ton TCP n'a pas de limite dans sa Rwin.

Faire du 1 Gb/s avec une latence de 1seconde, c'est tout à fait possible :
- Sur plusieurs connexions TCP en // sans rien changer
- En modifiant les paramètre par défaut de TCP

Sinon, pour le surf web, une augmentation de latence 8ms (Lyon => Marseille => Lyon) n'est pas perceptible par un humain, mais au chronométrie, on verra une petite différence, de l'ordre de 100ms.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: jack le 20 juillet 2017 à 22:48:57
Tout à fait :)

Si je ne m'abuse:

Le rwin maximum sur mon système est de 6291456b (cf /proc/sys/net/ipv4/tcp_rmem), soit 6MB
Pour atteindre le Gb sur une connexion TCP (ce qui n'est pas atteignable sur un accès Gb, cf https://lafibre.info/tester-son-debit/calcul-du-debit/), la latence ne doit donc pas dépasser 50ms

Hop
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 29 juillet 2017 à 16:42:39
De mieux en mieux :

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                             192.168.0.1 -    0 |    5 |    5 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |    1 |    0 |    0 |    0 |    0 |    0 |
|              la10.bsr02-lyo.net.bbox.fr -   20 |    5 |    4 |    2 |    3 |    5 |    2 |
|              be44.cbr01-poi.net.bbox.fr -    0 |    5 |    5 |   22 |   24 |   27 |   22 |
|               be5.cbr01-ntr.net.bbox.fr -    0 |    5 |    5 |   20 |   21 |   22 |   22 |
|                      Request timed out. -  100 |    1 |    0 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |    1 |    0 |    0 |    0 |    0 |    0 |
|       ae-1-3109.edge5.Paris1.Level3.net -    0 |    5 |    5 |   20 |   21 |   23 |   21 |
|  ix-ae-20-0.tcore1.PVU-Paris.as6453.net -    0 |    5 |    5 |   40 |   42 |   44 |   40 |
|                          80.231.153.138 -    0 |    5 |    5 |   42 |   44 |   46 |   43 |
|a23-35-125-239.deploy.static.akamaitechnologies.com -    0 |    5 |    5 |   39 |   40 |   42 |   41 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)

traceroute to 5.51.117.xx (5.51.117.xx), 30 hops max, 60 byte packets
 1  gi0-7-0-18.5.agr22.par01.atlas.cogentco.com (130.117.254.73)  0.593 ms  0.602 ms
 2  be2108.ccr42.par01.atlas.cogentco.com (130.117.50.134)  0.777 ms  2.114 ms
 3  be3183.ccr31.par04.atlas.cogentco.com (154.54.38.66)  0.988 ms be3184.ccr31.par04.atlas.cogentco.com (154.54.38.158)  0.708 ms
 4  ae-29.r04.parsfr01.fr.bb.gin.ntt.net (129.250.8.125)  1.107 ms  1.197 ms
 5  ae-5.r03.parsfr02.fr.bb.gin.ntt.net (129.250.4.37)  33.163 ms  33.064 ms
 6  ae-8.r02.parsfr02.fr.bb.gin.ntt.net (129.250.4.133)  32.666 ms  33.015 ms
 7  ae-10.r24.amstnl02.nl.bb.gin.ntt.net (129.250.2.196)  14.058 ms  10.597 ms
 8  ae-2.r00.mrslfr01.fr.bb.gin.ntt.net (129.250.4.91)  32.725 ms  32.742 ms
 9  185.84.18.78 (185.84.18.78)  23.432 ms  23.894 ms
10  * *
11  be64.cbr01.poi.net.bbox.fr (212.194.171.154)  41.874 ms  37.927 ms
12  la44.bsr02-lyo.net.bbox.fr (212.194.171.151)  37.211 ms  40.218 ms
13  * *
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: butler_fr le 29 juillet 2017 à 21:07:00
la ce serait pas NTT qui fait nawak?
Paris Amsterdam marseille sur le retour ???

la c'est pas forcèment la faute de Bytel...
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Symbol le 29 juillet 2017 à 21:49:23
Citation de: butler_fr le 29 juillet 2017 à 21:07:00
la ce serait pas NTT qui fait nawak?
Paris Amsterdam marseille sur le retour ???
la c'est pas forcèment la faute de Bytel...
Une fois pour toutes, il n'y a pas de lien Paris/Marseille dans le réseau de NTT.
Paris est raccordé à Londres et Amsterdam.
Marseille est raccordé à Francfort et Amsterdam.

Ici Cogent à Paris envoie à NTT à Paris ; donc une fois chez NTT, vers Marseille le plus court est via Amsterdam. Aucun soucis ici.
Le but de Bytel est vraisemblablement de décharger leur Paris/Lyon/Marseille par tous les moyens.
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Aize147 le 29 juillet 2017 à 21:59:21
Oui surtout quand un incident sur le CBR de Lyon est en cours, et que pour joindre Paris il faut passer par Poitiers.

Mais oui c'est clair...
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: butler_fr le 30 juillet 2017 à 00:27:45
Citer
Une fois pour toutes, il n'y a pas de lien Paris/Marseille dans le réseau de NTT.

et le dire gentiment ça serait pas mieux?
Je suis sensé le savoir comment ça moi?
c'était une simple constatation/hypothèse par rapport au traceroute que j'avais devant les yeux!

bref
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: jack le 30 juillet 2017 à 00:53:48
Avec la carte du réseau NTT (http://www.us.ntt.net/about/network-map.cfm), probablement  8)
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: Symbol le 30 juillet 2017 à 01:56:38
Citation de: jack le 30 juillet 2017 à 00:53:48
Avec la carte du réseau NTT (http://www.us.ntt.net/about/network-map.cfm), probablement  8)
C'est clair

Citation de: butler_fr le 30 juillet 2017 à 00:27:45
Je suis sensé le savoir comment ça moi?
En fait, déjà dit ici, par exemple:
https://lafibre.info/peering/pb-peering-opentransit-rostelecom/msg451578/#msg451578 (https://lafibre.info/peering/pb-peering-opentransit-rostelecom/msg451578/#msg451578)
Titre: NTT Marseille ByTel - Routage qui part en vrille.
Posté par: butler_fr le 30 juillet 2017 à 15:29:09
merci pour la map que je ne connaissais
et désolé mais je ne lis pas par manque de temps tous les sujets du forum.

ce serait quand même plus agréable si ce type d'info pouvait sortir sans enfoncer les autres non?