EDIT : merci de lire les posts en page 2,3 et 4 car finalement seuls les lns seraient en cause, peut-être à cause notamment de la régionalisation de la collecte.
Bon je viens de poster ce message sur le ng adsl.free.fr, il me semble clair :
Finalement, tout porte à croire à ceci. La saturation des LNS pour les non dégroupé s'était déjà produite en septembre, le réseau global de free ne serait donc pas en cause ( désolé pour mes supputations précédentes qui serait donc totalement erronnées, mais si free communiqué, on en arriverait pas la ).
En effet, lors des saturations des LNS en septembre qui était très important, les tracert donné cela :
Détermination de l'itinéraire vers free.fr [213.228.0.42]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.0.1
2 91 ms 93 ms * 192.168.254.254
3 93 ms 92 ms 93 ms th2-6k-1.routers.proxad.net [212.27.37.30]
4 97 ms 94 ms 92 ms blackd-cbv-1-a0.routers.proxad.net [212.27.32.21
6]
5 92 ms 95 ms 95 ms www1.free.fr [213.228.0.42]
le ping vers la 1ère passerelle ( 192.168.254.254 ) commencé comme aujourd'hui a augmenté à partir de 18h-19h et redevenait normal vers 2h du mat, comme ajd. Les pings étaient aussi très elevé tout le week-end.
Pour rappel, un tracert lorsque la qualité est normal donne cela :
Détermination de l'itinéraire vers free.fr [213.228.0.42]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.0.1
2 56 ms 55 ms 56 ms 192.168.254.254
3 56 ms 57 ms 56 ms th2-6k-1.routers.proxad.net [212.27.37.30]
4 55 ms 55 ms 57 ms blackd-cbv-1-a0.routers.proxad.net [212.27.32.21
6]
5 58 ms 56 ms 55 ms www1.free.fr [213.228.0.42]
Pour résoudre le problème en septembre, je sais de source sure que free avait procédé à une upgrade des lns 1 semaine après l'apparition du problème, ceux qui avait totalement réglé le problème.
Ajd, et depuis 1 semaine, les symptomes sont exactement identique, mais dans une ampleure moindre. Idem, augmentation nette du ping à partir de 18h jusqu'à 2h en général, variation importantes du ping, packets loss, ... Et voici ce que donne le tracert :
Détermination de l'itinéraire vers free.fr [213.228.0.42]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.0.1
2 64 ms 63 ms * 192.168.254.254
3 65 ms 64 ms 65 ms th2-6k-1.routers.proxad.net [212.27.37.30]
4 65 ms 66 ms 63 ms blackd-cbv-1-a0.routers.proxad.net [212.27.32.21
6]
5 65 ms 64 ms 64 ms www1.free.fr [213.228.0.42]
Finalement, tout porte à croire que ce sont simplement les LNS de free qui sont incriminés sur le réseau non dégroupés, une simple update de celles-ci comment en septembre suffirait à régler le problème. Free aurait donc une nouvelle fois manqué de prévoyant en ne les updatant pas à l'avance, mais pourquoi free ne l'annonce-t-il pas dans son état du réseau sur la page d'accueil ? Ont-ils honte ? Pensent-ils que tous les abonnés sont cons et aveuglent ?
Brina, j'aimerais donc simplement savoir quand les LNS seront upgradés, et au passage je m'excuse pour mes supputations précédentes qui sont sans aucun doute fausses d'après les discussions que j'ai pu avoir ce soir avec des personnes très informés. Je regrette simplement que free, comme d'habitude, ne communique pas plus et nous amène à des affirmations totalement fausses ( ou presque puisque les LNS font tout de même partit du réseau de free ). D'ailleurs, votre affirmation comme quoi tout passe par france télécom sur le plan technique pour les non dégroupés est aussi totalement fausse, puisque les LNS jouent un rôle très importants voir primordial et appartiennent au fai de chaque abonné.
----------------------------------------
Réponse officielle de Brina ce matin :
Dans l'article <4016f02c$0$32543$626a54ce@news.free.fr>, Laurent
<playtimou@free.fr> a promptement déclamé ...
> Finalement, tout porte à croire à ceci. La saturation des LNS pour les non
> dégroupé s'était déjà produite en septembre, le réseau global de free ne
> serait donc pas en cause ( désolé pour mes supputations précédentes qui
> serait donc totalement erronnées, mais si free communiqué, on en arriverait
> pas la ).
Il y a eu tellement d'infos contradictoires qu'il était difficile de
communiquer (on aurait pu parler de n'importe quoi, cela aurait toujours
été en contradiction avec un cas, une hypothèse et cela aurait été
rejeté), les hypothèses ont été données, toute rejetées par un
"ouuuuuuuuuuuiiiiiiiiinnnnnn, Free bride mon P2P à moi que j'ai"
Ce n'est pas tant la saturation des LNS mais leur équilibrage en
fonction du trafic des BAS (Free dédiant les LNS) qui changent quand FT
équilibre son réseau face à la saturation de la collecte IP/ADSL
nationale (d'où l'intérêt de passer en collecte régionale en passant
plus tôt sur le réseau Free qui n'est pas saturé nonobstant certaines
personnes)
Mais cela impacte toutes les destinations, y compris les échanges entre
abonnés FreeADSL, que cela soit entre IP/ADSL, entre IP/ADSL et
dégroupés.
> Pour résoudre le problème en septembre, je sais de source sure que free
> avait procédé à une upgrade des lns 1 semaine après l'apparition du
> problème, ceux qui avait totalement réglé le problème.
une semaine, je ne crois pas mais rajouter des LNS n'est pas la solution
quand l'équilibrage de FT se modifie
> Finalement, tout porte à croire que ce sont simplement les LNS de free qui
> sont incriminés sur le réseau non dégroupés, une simple update de celles-ci
sauf que cela impacterait les échanges entre IP/ADSL et entre IP/ADSL et
dégroupé donc en "interne" en quelque sorte, ce qui est contraire à ce
qui a été décrit.
Ce qu'on a pu un peu voir, c'est une saturation entre Free et Wanadoo et
certaines destinations internationales mais avec un manque d'infos de
ceux qui se plaignaient pour savoir quelles destinations et où ça
pouvait bloquer (liens ou à l'extérieur du réseau Free ?)
Personne n'a accepté d'aller plus loin sur le problème constaté sur sa
connexion, sur les destinations qu'ils essayaient d'atteindre.
> comment en septembre suffirait à régler le problème. Free aurait donc une
> nouvelle fois manqué de prévoyant en ne les updatant pas à l'avance, mais
> pourquoi free ne l'annonce-t-il pas dans son état du réseau sur la page
> d'accueil ? Ont-ils honte ? Pensent-ils que tous les abonnés sont cons et
> aveuglent ?
non, sinon, ces forums n'existeraient pas.
> Brina, j'aimerais donc simplement savoir quand les LNS seront upgradés, et
A priori, pas un upgrade mais un équilibrage périlleux à chaque fois et
ensuite le passage en collecte régionale qui est la seule solution
pérenne (d'où l'attente de la mise en place de cette collecte pour
pouvoir accepter les migrations en 1024K des anciens abonnés en 512K)
Encore des précisions très interessantes :
Selon Laurent dans l'article <4016f02c$0$32543$626a54ce@news.free.fr> :
> Finalement, tout porte à croire que ce sont simplement les LNS de free qui
> sont incriminés sur le réseau non dégroupés, une simple update de celles-ci
> comment en septembre suffirait à régler le problème.
Visiblement, vous semblez confondre équipements de terminaison de trafic
L2TP (LNS) et liens de collecte IP/ADSL.
Ajouter des LNS, ce n'est pas ce qu'il y a de plus difficile - doit y en
avoir plus d'une soixantaine chez Free - mais cela ne sert à rien tant
que la collecte en amont reste congestionnée. Laquelle a atteint un tel
niveau que le statu-quo qui prévalait jusqu'à présent sur l'architecture
qui s'effectue de façon nationale (alors que jusqu'au 15 octobre 2002 il
était possible de collecter au niveau régional pour répartir la charge
de trafic), ce qui passé un certain seul devient une véritable hérésie
en terme de gestion et sécurisation du réseau, car cela revenait à
constituer de gigantesques puits de collecte dont la gestion, tant côté
Free que côté FT (cf. délestages opérés en urgence par FT sur de petits
BAS, lesquels étaient reliés sur des petits LNS qui ont eux-aussi dû
déborder sur de gros LNS, donc pagailles dans les réseaux) en était
devenue ultra-délicate et relativement plantogène du fait de l'effet
domino propre à toute architecture concentrée.
Pour mémoire, Free est, en dehors de Wanadoo qui bénéficie d'une
architecture spécifique, le premier collecteur IP/ADSL - sachant que
compte tenu de l'overhead L2TP, 100% de la capa ne peut être réellement
utilisée - et donc le plus concerné par les problèmes de congestion dans
le réseau IP/ADSL de FT qui prend l'eau de toute part du fait d'une
architecture qui n'est plus adaptée à la charge de trafic.
C'est pourquoi dès le printemps 2003 Free a entamé des discussions avec
FT visant à faire évoluer cette architecture pour disposer d'une
collecte régionale, car si la collecte nationale est parfaitement
adaptée pour les petits FAIs comme Nerim qui peuvent ainsi disposer à
peu de frais d'une présence nationale, elle devient rapidement
pénalisante car peu souple à gérer et plantogène au possible dès lors
que la masse critique est dépassée.
Les discussions sur cette question ont trainé, il a fallu goupiller
alors une saisine de l'ART sur le fondement de l'article L.36-8 du Code
des postes et télécommunications pour montrer la détermination de Free
sur cette question, et FT et ART ont finalement discuté à la rentrée
2003 d'une évolution de la collecte IP/ADSL, avec comme objectif une
application fin 2003/tout début 2004.
A partir de là, cela revenait de fait à geler toute extension de capa
dans l'attente des modalités définitives [1], car à quoi bon commander
des liens qui de toute façon n'auraient été livrés qu'une fois la
collecte régionale obtenue.
Car quoiqu'il en soit des liens Gbps ne se produisent pas en claquant
des doigts. Et c'est un fait que FT a du retard sur la livraison de la
collecte régionale, effective sur le papier depuis le 1er janvier (cf.
rubrique S4 du catalogue des prix de France Télécom), mais qui ne pourra
qu'être activée sur quelques plaques que d'ici mi-février.
D'autant plus qu'on s'est déjà exprimé sur ce point, notamment ici-meme
(cf. <1g5v7hm.3mx2521caur6dN%aarchambault@corp.free.fr> ).
> D'ailleurs, votre affirmation comme quoi tout passe par france télécom sur
> le plan technique pour les non dégroupés est aussi totalement fausse,
> puisque les LNS jouent un rôle très importants voir primordial et
> appartiennent au fai de chaque abonné.
Effectivement, les LNS jouent un rôle primordial, mais ils ne permettent
nullement de palier aux problèmes de congestion en amont : empiler des
LNS n'a jamais fait augmenter la taille des tuyaux de FT.
[1] Cf. <http://www.art-telecom.fr/textes/avis/03/03-1298.pdf> pour les
modalités, promis, on a pas tenu la plume :-)
-------------------------------------------------------
Un private joke aux nombreuses personnes ici qui me critiquait dans ma démarche de vouloir connaître la réalité sur le problème et qui pensait que je mitonné. Au final, j'ai vraiment eu raison de cherché. Il est tout de même amusant de voir comme certaines personnes peuvent être totalement "addicted" à des sociétés au point de ne plus voir quand ça déconne ( que ce soit pour free, ati, nvidia, intel, amd... ).
Message édité par PlayTime le 03-02-2004 à 11:16:59