Openbsd altq et priorité aux acks

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Openbsd altq et priorité aux acks

tifrere

Junos power

Hello,

j'essaie tant bien que mal (surtout en mal vu les résultats) de mettre du queuing sur mon fw openbsd pour donner la priorité aux paquets ACKS afin de ne pas souffrir de l'effondrement de mon download quand j'upload.

J'ai suivi cette doc : http://www.benzedrine.cx/ackpri.html
ainsi que celle là (très similaire) : http://www.openbsd.org/faq/pf/fr/queueing.html

Mais je n'ai aucun résultat concluant, c'est même pire avec le queuing.
J'ai un débit utile d'environ 14M en in et 1M en out et quelle que soit les valeurs que j'ai testées pour la bande passante allouée pour la queue, c'est très décevant comme résultat.

Quelqu'un a déjà réussi à faire fonctionner ça sous openbsd ?

Message édité par tifrere le 15-03-2009 à 18:29:11

Publicité

tifrere

Junos power

personne ?

black_lord

Modérateur
Truth speaks from peacefulness

moi je ne me sers de altq que pour faire le BOFH [:dawa]

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

Taz

bisounours-codeur

Montre ton pf.conf

Ca veut dire quoi décevant ?

Message cité 1 fois

tifrere

Junos power

Taz a écrit :

Montre ton pf.conf

Ca veut dire quoi décevant ?

Décevant cad que les perfs sont moins bonnes avec altq que sans.
En gros sans queuing :
- download seul : 14M
- download quand j'upload à 1M : 5M

Avec le queing :
- download seul : 14M
- download quand j'upload à 1M : 3M

Voici mon pf.conf

J'ai un peu épuré mais voila le principal y est

#####################
# MACROS and TABLES #
#####################

# Network Related Macros

wan_if = "rl0"
lan_if = "rl2"
dmz_if = "rl1"
wan_ip4 = "88.170.XX.XX"
wan_ip6 = "2a01:e3X:XXXX:XXX0::666"
lan_ip4 = "192.168.120.254"
# lan_ip6 pour etre pret quand free routera ce /64 chez moi
lan_ip6 = "2a01:e3X:XXXX:XXX1::1"
dmz_ip4 = "192.168.110.254"
lan_net4 = "192.168.120.0/24"
lan_net6 = "2a01:e3X:XXXX:XXX1::/64"
dmz_net4 = "192.168.110.0/24"

table <v4-trusted-nets> persist file "/etc/v4-trusted-nets"
table <v6-trusted-nets> persist file "/etc/v6-trusted-nets"
table <blackhole> persist file "/etc/blackhole"
table <blackholetmp> persist file "/etc/blackholetmp"

###########
# ACK PRI #
###########

altq on $wan_if priq bandwidth 900Kb queue { std_out, tcp_ack_out }
queue std_out priq(default)
queue tcp_ack_out priority 7

#############
# NAT RULES #
#############

# IPV4 NAT
nat on $wan_if inet from $lan_if:network to any -> ($wan_if)
nat on $wan_if inet from $dmz_if:network to any -> ($wan_if)

#############
# FILTERING #
#############

# Default Rule
block log (all) all

# Blackhole
block quick from <blackhole>

# Admins
pass quick inet from <v4-trusted-nets>
pass quick inet6 from <v6-trusted-nets>

# PRI
pass out on $wan_if inet proto tcp from $wan_if to any flags S/SA \
keep state queue(std_out, tcp_ack_out)
pass in on $wan_if inet proto tcp from any to $wan_if flags S/SA \
keep state queue(std_out, tcp_ack_out)

# Allowed traffic

# Allow icmp traffic
pass inet proto icmp
pass inet6 proto icmp6

# Allow Unix udp traceroute
pass proto udp from any to any port 33434:33600

# Allow lan users to go outside

pass in quick on $lan_if from $lan_net4 to any
pass out quick on $lan_if from $lan_net4 to any
pass in quick on $dmz_if from any to any
pass out quick on $dmz_if from any to any

#
# Remove log for this
#

block in on $wan_if proto {tcp, udp} from any to any port { 135, 137, 139, 445, 1433, 1434 , 2967, 15344 }

Message cité 1 fois
Message édité par tifrere le 18-03-2009 à 22:40:15

Taz

bisounours-codeur

1) est-ce que tu es sur de ton 900kb ? Hum toutes façons, on me souffle que bandwidth ne fonctionne pas avec priq.
2) la QOS sur une interface entrante, ça sert à rien / ça marche pas. Si t'as reçu un paquet, c'est pas pour le mettre à la poubelle. + dans ton cas, c'est la même queue partagée. Ca bride peut-être à ce niveau là, en mélangeant les ACK des deux sens.
3) tu testes comment ?

tifrere

Junos power

1) j'ai 1000K j'ai mis un peu moins et j'ai testé plein de valeurs de 700 à 1100.

2) j'ai testé sans au début sans la QoS en IN (second lien que j'ai donné) et le résultat et le même avec le QoS en IN (premier lien).

3) une machine sur mon lan qui download et upload donc ca passe bien par le fw

Taz

bisounours-codeur

Justement, je dis que bandwidth sert à rien et en in non plus. Je me doute que tu testes avec un truc sur ton LAN, mais à l'autre bout, il y a qui ?

tifrere

Junos power

à l'autre bout c'est un serveur à moi hébergé en salle blanche

vais tester sans bandwith ni de pri en in voir ce que ca donne

perso j'ai suivit les docs qui parlaient toutes de ce statement.

Message édité par tifrere le 19-03-2009 à 09:28:27

newixz

hi,
Tu parle de debit, une fois en bits, en octet la on est en bits.

Code :

bw - la quantité totale de bande passante disponible pour l'algorithme. Elle peut être spécifiée avec une valeur absolue en utilisant les suffixes b, Kb, Mb, et Gb signifiant bits, kilobits, megabits, et gigabits par seconde, en valeur ou en pourcentage de la bande passante de l' interface.
Il est important de noter que si vous utilisez PRIQ, vous devez créer vos queues très prudemment. A cause du fait que PRIQ traite toujours une queue avec une grande priorité avant une queue avec une priorité basse, il est possible qu'une queue avec une priorité élevée cause la suppression ou la disparition des paquets d'une queue avec une priorité basse si la queue avec la priorité élevée reçoit un flux constant de paquets.

Je pense que le pb vient du fait que tes paquets ne sont pas assignés a la queue, tu a bien rajouter le dir queue mais vu les regles je suis pas sur.

les paquets sont matches a la dernieres rules correspondante.
Donc je verrais plus les regles de priorisation en dernier dans pf.conf
tu as pas mal de quick, aucunes des 2ip n'est dans la table ?
paquets nater donc matcher sur quel if ??

Avant altq, pf ^^ ==>==> http://www.openbsd.org/faq/pf/fr/
++

Message cité 1 fois
Message édité par newixz le 20-03-2009 à 22:09:35

---------------
Puffy with PF is beautifull great system ^^, i love :-

Publicité

tifrere

Junos power

newixz a écrit :

hi,
Tu parle de debit, une fois en bits, en octet la on est en bits.

Code :

bw - la quantité totale de bande passante disponible pour l'algorithme. Elle peut être spécifiée avec une valeur absolue en utilisant les suffixes b, Kb, Mb, et Gb signifiant bits, kilobits, megabits, et gigabits par seconde, en valeur ou en pourcentage de la bande passante de l' interface.
Il est important de noter que si vous utilisez PRIQ, vous devez créer vos queues très prudemment. A cause du fait que PRIQ traite toujours une queue avec une grande priorité avant une queue avec une priorité basse, il est possible qu'une queue avec une priorité élevée cause la suppression ou la disparition des paquets d'une queue avec une priorité basse si la queue avec la priorité élevée reçoit un flux constant de paquets.

Je parles toujours en bits et jamais en octets quand je parle de débit.

Pour la place de la règle effectivement je n'y avais pas pensé sur le coup.
Pour ce qui est des quick effectivement le serveur vers lequel je fait mon upload se trouve dans v4-trusted-nets sans doute pour ca que la regle ne matche pas, j'y avais tout simplement pas pensé.

J'ai lu la doc de pf avant de toucher a altq merci quand même, c'est juste que j'avais oublié qu'il se trouvais la dedans au moment des tests.

Etant donné que c'est la premiere fois que j'utilise altq, je pensais meme pas que la regle pouvais ne pas etre matchée.

Merci du conseil, je vais jeter un oeil

Message édité par tifrere le 20-03-2009 à 23:12:55

tifrere

Junos power

tifrere a écrit :

Merci newixz tu avais raison, j'ai fait les modifs et c'est déjà beaucoup mieux :
Avec le queing :
- download seul : 14M
- download quand j'upload à 1M : 8M

C'est 3M de plus que sans le queuing.
J'ai plus qu'à chercher la bonne valeur pour la taille de la queue.

Message édité par tifrere le 20-03-2009 à 23:09:31

FORUM HardWare.fr

Linux et OS Alternatifs

réseaux et sécurité

Openbsd altq et priorité aux acks

Sujets relatifs
[Résolu][OpenBSD] pkg_search ne va pas	Cherche machine à base d'Atom pour firewall sous openbsd
[openBSD] Comment parametrer le PIO d'un disque.	Priorite sur E/S
[BSD-XEN] OpenBSD amd64 en domU d'un dom0 Debian amd64	Multiboot XP/XP/Linux avec priorité au multiboot XP.
faire un depot local des packages d'OpenBSD	daemon rsync en priorité moindre.
VPN sur openBSD + Windows 2003 server	GNU Make & OPENBSD
Plus de sujets relatifs à : Openbsd altq et priorité aux acks

Page générée en 0.057 secondes