On 4 Jan 2012, at 03:36, Michel Py wrote:
>>> C'est pas évident de faire du QOS à l'intérieur du tunnel.
>>> Petit retour en arrière (IOS): expliques-moi pourquoi il faut
>>> mettre la crypto-map ET sur l'interface physique ET dans le
>>> tunnel? Ça défie la logique.
>
>> Pardon ?
>
> Euh oui c
>> Michel Py a écrit:
>> mais encore une fois, explique moi comment tu fais le
>> flow-control entre le routeur et le modem externe?
> Thomas Mangin a écrit:
> Aucune idée.
C'est pour ça que je disais qu'il fallait mettre l'interface xDSL dans le
routeur. CQFD.
>>> Je me demande même si un tun
2012/1/3 Pierre Emeriaud :
> Le 3 janvier 2012 09:02, Fabien VINCENT a écrit :
>>
>> Je pense que tu n'as pas tout lu, le NRA TRIOLO est full selon FT (Orange
>> now), on a déjà mis un an pour avoir une deuxième ADSL (dé numéroté d'un
>> autre NRA à l'époque), et deux ans pour avoir la SDSL ...
>>
Le 3 janvier 2012 09:02, Fabien VINCENT a écrit :
>
> Je pense que tu n'as pas tout lu, le NRA TRIOLO est full selon FT (Orange
> now), on a déjà mis un an pour avoir une deuxième ADSL (dé numéroté d'un
> autre NRA à l'époque), et deux ans pour avoir la SDSL ...
>
visiblement TRI59 est dégroupé p
>> Une fois que le routeur a commencer a envoyer un gros packet de
>> données, tu ne peux rien faire mais attendre pour qu'il soit sorti.
>
> Non. Correction: une fois que l'interface de sortie du lien faible a commencé
> à envoyer un gros paquet tu ne peux rien faire que d'attendre qu'il soit
>
2012/1/3 Guillaume Barrot
> Surtout qu'en relisant le mail d'origine, depuis Lille, trouver une Sdsl et
> plusieurs Adsl pas cheres devrait pas etre trop dur.
>
> Mon petit doigt me dit qu'a Roubais se trouve une solution qui pourrait en
> plus fournir la passerelle ToIP pour le Sip trunking ...
Surtout qu'en relisant le mail d'origine, depuis Lille, trouver une Sdsl et
plusieurs Adsl pas cheres devrait pas etre trop dur.
Mon petit doigt me dit qu'a Roubais se trouve une solution qui pourrait en
plus fournir la passerelle ToIP pour le Sip trunking ...
Le 3 janv. 2012 08:22, "Guillaume Bar
> > Finallement, tout ca pour dire : utiliser une ligne pour la
> > VOIP/autres services temps reels et une autre pour les données
> > ca simplifie la vie :p
>
> Aucun doute, mais ça coûte plus cher :P
>
> Michel.
Pas fondamentalement.
Une Sdsl a 2mb, je laisse les specialistes de l'Erlang nous re
>>> Thomas Mangin a écrit:
>>> Tant qu'il y a un shaper par modem, le QOS peut faire son travail
>>> car le routeur sait quand ralentir le trafic pour chaque ligne.
>> Michel Py a écrit:
>> Mouais là je voudrais bien des détails.
> Une fois que le routeur a commencer a envoyer un gros packet de
>
>> Tant qu'il y a un shaper par modem, le QOS peut faire son travail
>> car le routeur sait quand ralentir le trafic pour chaque ligne.
>
> Mouais là je voudrais bien des détails.
Une fois que le routeur a commencer a envoyer un gros packet de données, tu ne
peux rien faire mais attendre pour qu
> Jean-Michel DILLY a écrit:
> Michel, ta remarque s'applique-t-elle lorsqu'on a mis en place
> un SHAPING en sortie sur l'interface externe du routeur ? Cela
> permettant de ramener le goulot d'étranglement sur le routeur
> et non le modem...?
Correct. Shaper en entrée, ça ne sert pratiquement à
On 29 Dec 2011, at 09:21, Jean-Michel DILLY wrote:
> Michel, ta remarque s'applique-t-elle lorsqu'on a mis en place un SHAPING en
> sortie sur l'interface externe du routeur ? Cela permettant de ramener le
> goulot d'étranglement sur le routeur et non le modem...?
Tant qu'il y a un shaper par mod
.@frnog.org [mailto:frnog-requ...@frnog.org] De la part de
Michel Py
Envoyé : jeudi 29 décembre 2011 05:25
À : Grégoire Leroy; frnog@frnog.org
Objet : RE: [FRnOG] [TECH] Pertes et latence importantes
> Grégoire Leroy a écrit:
> [QOS]
En plus des excellentes contribs (comme d'
> Grégoire Leroy a écrit:
> [QOS]
En plus des excellentes contribs (comme d'habitude) de Thomas, Jérôme et Radu,
j'ajouterais ceci: dans ton cas, je pense qu'il y a une variable de plus qui va
rendre tes tentatives de QOS pratiquement caduques. Si je devine correctement
ta configuration, tu as
Le mercredi 28 décembre 2011 à 18:00 +0100, Fabien VINCENT a écrit :
> On est pas cons non plus, juste on essaye de trouver une solution à un
> pb
> donné (c'est moi qui ait conseillé à Grégoire de contacter FrNOG, en
> me
> disant qu'une bonne ame aurait peut être une idée du peu de qualité de
> l
On 28 Dec 2011, at 18:18, Fabien VINCENT wrote:
>
> >> Ah !! Et moi qui croyais que tu voulais faire de la magie noire :D
> >> Augmenter un peu les prix pour financer le service ?
> >>
> >
> > On a essayé en demandant aux résidents => échec
> >
>
> Abordons le problème autrement.
>
> La sDSL
Le Wednesday 28 December 2011 21:41:55, Radu-Adrian Feurdean a écrit :
> On Wed, 28 Dec 2011 15:06:02 +0100, "Grégoire Leroy"
>
> said:
> > La QoS est effectuée par résident (ip source en upload, ip de destination
> > en download) et est faite des deux côtés. Si on peut réguler le trafic
> > en s
On Wed, 28 Dec 2011 18:00:22 +0100, "Fabien VINCENT"
said:
> > Ah !! Et moi qui croyais que tu voulais faire de la magie noire :D
> > Augmenter un peu les prix pour financer le service ?
> >
>
> On a essayé en demandant aux résidents => échec
Donc ils veulent que ca marche bien, et pour pas ch
On Wed, 28 Dec 2011 15:06:02 +0100, "Grégoire Leroy"
said:
> La QoS est effectuée par résident (ip source en upload, ip de destination en
> download) et est faite des deux côtés. Si on peut réguler le trafic en sortie
> de l'interface externe, on peut aussi le réguler en sortie de l'interface
> >> Ah !! Et moi qui croyais que tu voulais faire de la magie noire :D
> >> Augmenter un peu les prix pour financer le service ?
> >>
> >
> > On a essayé en demandant aux résidents => échec
> >
>
> Abordons le problème autrement.
>
> La sDSL est là pour répondre à quel besoin, qui n'est à priori p
On 12/28/11 6:00 PM, Fabien VINCENT wrote:
> 2011/12/28 Thomas Mangin
>
[snip]
>> Ah !! Et moi qui croyais que tu voulais faire de la magie noire :D
>> Augmenter un peu les prix pour financer le service ?
>>
>
> On a essayé en demandant aux résidents => échec
>
Abordons le problème autremen
2011/12/28 Thomas Mangin
> > Oui enfin justement, on cherche des solutions, vu que dans le cas on bute
> > sur Orange et que nous ne pouvons malheureusement pas avoir d'autres
> > opérateurs (Résidence Ecole Télécom, Bakchichs, et autres CA qui ne
> servent
> > à rien, sauf à empêcher de pre
> Oui enfin justement, on cherche des solutions, vu que dans le cas on bute
> sur Orange et que nous ne pouvons malheureusement pas avoir d'autres
> opérateurs (Résidence Ecole Télécom, Bakchichs, et autres CA qui ne servent
> à rien, sauf à empêcher de prendre d'autres opérateurs et des vrais
Le nouveau protocole uTP de Bitorrent est tres bon pour utiliser TOUTE la
capacite disponible (c'est de l'UDP)
http://en.wikipedia.org/wiki/Micro_Transport_Protocol
Sur un lien partage c'est un gros problème car même avec son algo de detection
de saturation, quand la connexion est partage les au
2011/12/28 Jérôme Nicolle
> Grégoire,
>
> Le 28 décembre 2011 13:27, Grégoire Leroy
> a écrit :
> > Je suis étudiant à TELECOM Lille1, et j'ai repris le réseau d'une
> certaine
> > résidence de 150 utilisateurs derrière 2 lignes ADSL et une ligne SDSL
> (chez
> > Orange).
>
> Quoi que tu fasses,
Bonjour,
On Wed, 28 Dec 2011 13:27:21 +0100
Grégoire Leroy wrote:
> Un seul utilisateur était connecté et téléchargeait 2 ou 3 fichiers par
> torrents, atteignant 1.4 méga.
Torrent... pas trop l'habitude... mais c'est pas le truc P2P qui fait que
la machine :
- elle se retrouve a charger depu
Paul,
Desole, je me suis trompe sur mon chiffre. Ce qui arrive quand on est a la
bourre ...
tu as raison - il faut compter 15k (ou 13k) pas 40,000 ...
Thomas
On 28 Dec 2011, at 16:02, Thomas Mangin wrote:
> Paul,
>
> Oui, c'est exact mais je crois que le packet ethernet le plus petit est de 4
Paul,
Oui, c'est exact mais je crois que le packet ethernet le plus petit est de 46
bytes, alors on parle d'environ 13,000
J'ai ete gentil, j'ai compte que le packet le plus petit serai de la taille du
MTU (1,5 k)
Je n'avais pas envi qu'on me dise que je suis l'avocat du diable avec des
chiffre
> 600kbs d'ACKs TCP ?
>
> Il s'est foutu de ta gueule.
La taille d'un paquet IP peut varier entre 20 et 65,535 bytes, donc 600kbps
d'ACK ca ne veut rien dire.
http://en.wikipedia.org/wiki/IPv4
Un packet ACK c'est normellent 40 bytes. Pour remplir une ligne de 600,000
bytes, if faut donc 40,000
Grégoire,
Le 28 décembre 2011 13:27, Grégoire Leroy
a écrit :
> Je suis étudiant à TELECOM Lille1, et j'ai repris le réseau d'une certaine
> résidence de 150 utilisateurs derrière 2 lignes ADSL et une ligne SDSL (chez
> Orange).
Quoi que tu fasses, 100 dans 2, ça rentre pas, même en tapant dessu
Le 28 décembre 2011 14:16, Thomas Mangin
a écrit :
>
> Pour ta question sur mtr, les FAI limitent les resources donnees aux routeurs
> pour repondre a ICMP. Oublie la latence des routeurs, le role d'un routeur
> est de router, pas de répondre a des requêtes ICMP.
tout à fait d'accord avec toi T
> C'est effectivement ce qu'on pense en tant qu'ancien(s) pour le foutage de
> gueule, le commercial Orange à l'époque ou nous avions seulement 2 ADSLs nous
> a promis , un gain important avec une SDSL, qui se révéle être un échec
> partiel (les résidents n'ont pas vraiment senti la différence).
On Wed, 28 Dec 2011 15:01:38 +0100, Fabien VINCENT wrote:
C'est effectivement ce qu'on pense en tant qu'ancien(s) pour le
foutage de
gueule, le commercial Orange à l'époque ou nous avions seulement 2
ADSLs
nous a promis , un gain important avec une SDSL, qui se révéle être
un
échec partiel (l
On 12/28/11 1:27 PM, Grégoire Leroy wrote:
> Bonjour à tous,
>
> Je suis étudiant à TELECOM Lille1, et j'ai repris le réseau d'une certaine
> résidence de 150 utilisateurs derrière 2 lignes ADSL et une ligne SDSL (chez
> Orange).
>
> Étant donné que nous avons régulièrement des pertes et une
Le Wednesday 28 December 2011 13:43:29, Pierre Jaury a écrit :
> En vérité j'ai probablement lu de travers : où appliquez-vous la QOS ?
> l'algorithme et les paramètres sont également importants dans ce genre
> de cas (a fortiori sur de faibles débits très variables). Les filtres à
> base de bucket
Je vais me permettre d'aider Grégoire qui est un de mes successeurs dans la
gestion de ce réseau ;)
*Du reste, ça sent (au moins en partie) le foutage de gueule ; curieux de
connaître la véritable raison lorsque vous aurez élucidé. Et quitte à
avoir plusieurs lignes, autant multiplier les opérateu
Gregoire.
Ce n'est pas mon domaine de pointe, mais tes conclusion sont fausses :
- le nombre d'utilisateurs compte
- le QOS n'est pas une solution miracle
Chaque machine allume fait des requêtes d'arrière plan, faire tourner
ngrep/tshark/wireshark sur une machine qui ne fait soit disant _rien_
En vérité j'ai probablement lu de travers : où appliquez-vous la QOS ?
l'algorithme et les paramètres sont également importants dans ce genre
de cas (a fortiori sur de faibles débits très variables). Les filtres à
base de bucket entre autres, lorsque mal configurés, ont une tendance
malsaine à écra
Je ne vois pas ce que vient faire l'argument d'un overhead TCP si tu
fais ta mesure en amont. Quels types de mesures ont été effectués ? vous
avez une idée du débit/latence vers plusieurs AS en raw IP ?
Du reste, ça sent (au moins en partie) le foutage de gueule ; curieux de
connaître la véritable
On Wed, 28 Dec 2011 13:27:21 +0100, Grégoire Leroy wrote:
Bonjour à tous,
Bonjour.
Le support d'OBS m'a tenu ce raisonnement :
-La ligne est une ligne 2 mégas - l'overhead ATM = 1.6 méga
-Il faut y retrancher 200 kbit/s utilisés pour la téléphonie, soit
1.4 méga
-Il faut minorer ce débit po
Bonjour à tous,
Je suis étudiant à TELECOM Lille1, et j'ai repris le réseau d'une certaine
résidence de 150 utilisateurs derrière 2 lignes ADSL et une ligne SDSL (chez
Orange).
Étant donné que nous avons régulièrement des pertes et une latence très
importante, j'ai effectué quelques tests et c
41 matches
Mail list logo
