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'était vague. Je
2012/1/3 Guillaume Barrot guillaume.bar...@gmail.com
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
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
sorti.
Le 3 janvier 2012 09:02, Fabien VINCENT fabvinc...@gmail.com 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
2012/1/3 Pierre Emeriaud petrus...@gmail.com:
Le 3 janvier 2012 09:02, Fabien VINCENT fabvinc...@gmail.com 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
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 tunnel
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
données, tu
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 refaire le
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
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'il
-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'habitude) de Thomas, Jérôme et
Radu, j'ajouterais
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
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 à rien
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
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
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 à
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
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
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
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
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
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).
Le 28 décembre 2011 14:16, Thomas Mangin
thomas.man...@exa-networks.co.uk 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.
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
gregoire.le...@retenodus.net 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
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
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 46
Bonjour,
On Wed, 28 Dec 2011 13:27:21 +0100
Grégoire Leroy gregoire.le...@retenodus.net 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
2011/12/28 Jérôme Nicolle jer...@ceriz.fr
Grégoire,
Le 28 décembre 2011 13:27, Grégoire Leroy
gregoire.le...@retenodus.net 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
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
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
2011/12/28 Thomas Mangin thomas.man...@exa-networks.co.uk
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
à
On 12/28/11 6:00 PM, Fabien VINCENT wrote:
2011/12/28 Thomas Mangin thomas.man...@exa-networks.co.uk
[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
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 pas
satisfait par
On Wed, 28 Dec 2011 15:06:02 +0100, Grégoire Leroy
gregoire.le...@retenodus.net 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
On Wed, 28 Dec 2011 18:00:22 +0100, Fabien VINCENT
fabvinc...@gmail.com 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
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
gregoire.le...@retenodus.net 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
On 28 Dec 2011, at 18:18, Fabien VINCENT fabvinc...@gmail.com 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 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
la
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
40 matches
Mail list logo