la migration IpCop1.2 à 1.3 vaut elle le coup ?

par **Zitoirz** » 25 Avr 2003 18:44

Bonjour, J'aimerai savoir si les changements apportés par la version 1.3 par rapport à la 1.2 sont suffisamment conséquents afin de savoir s'il vaut réellement le coup de passer à IpCop 1.3 J'ai une route configurer ainsi qu'une translation d'adresse pour un sous réseau et comme je ne connais pas du tout IpTable et je ne sais donc pas comment retrouver une configuration similaire. Je me demande si les changements de la 1.3 mérite que je risque le coup sachant que c’est pour une upgrade dans mon entreprise. Merci pour vos conseil.

par **Sorg** » 25 Avr 2003 18:48

Dans mon cas précis : OUI!!! Ne serait-ce que pour pouvoir utiliser la QOS. J'ai remplacé ma SME par IPCOP1.3 puisque depuis quelque temps je ne me servais plus des fonctions "serveur" de SME et que je ne la gardais plus que pour pouvoir bénéficier de la QOS.... Le speedtouch USB a retrouvé au passage sa stabilité d'antan... Bref , je suis ravi!

par **tomtom** » 25 Avr 2003 18:50

Les ademtes te repondront mieux que moi, mais je suis déjà convaincu qu'un firewall basé sur ipchains de nos jours est franchement dépassé... Ce qui veut dire OUI Thomas

par **Zitoirz** » 25 Avr 2003 20:19

La gestion de la QoS se fait via l'interface web ou via les fichiers de conf ?? Est elle efficasse et valable ?

par **micj** » 25 Avr 2003 22:25

La réponse est OUI et en plus théoriquement le changement se ferra en douceur car tu peux sauvegarder et restaurer ta configuration de la 1.2 à la 1.3... (c'est ce que je fais entre les multiple beta depuis la première beta de la 1.2)

par **Vinzstyle** » 25 Avr 2003 23:20

On peut régler la QoS depuis la GUI ? J'ai pas trouvé.

par **grosbedos** » 26 Avr 2003 09:57

non pas par le gui. je croi pas qu'il y est de fichier de conf par default non plus. il faut installer un script..ou le faire soit meme!la 1.3.0 supporte la qos c'est tout.

par **Sorg** » 26 Avr 2003 10:17

Pour ma par j'ai bidouillé Wondershaper pour l'adapter à mes besoins. Ca tourne impeccablement.

par **Sorg** » 26 Avr 2003 10:37

est-ce que la QOS avec htb est supportée ? Je n'est pas testé. Il parait que c'est un peu plus efficace que avec cbq.

par **irl** » 27 Avr 2003 19:32

Tu pourrais expliquer comment tu as fait pour installer wondershaper car la doc est très "sommaire". Merci d'avance

par **Sorg** » 28 Avr 2003 08:04

J'ai pris le contenu du script Wondershpaer, je l'ai adapté à mes besoins, puis j'ai fais un copier-coller du contenu dans /bin/qos (crée pour l'occcasion et chmodé en 777) Puis dans Ip-up j'ai rajouté une entrée pour relancer çà à chaque reco.

par **dbomber** » 28 Avr 2003 09:24

tu as modifié quoi, sorg, dans le script de wondershaper. Tu peux le mettre dans le post, ça m'interesse bougrement! Merci d'avance. <IMG SRC="images/smiles/icon_bise.gif">

par **nemesis** » 28 Avr 2003 10:40

moi ce qui me gène un peu c'est le nombre de bug rapportés dans le forum... et je me pose la question de savoir si iptable justifie ts ces pb... voilààà @pluche nico

par **Sorg** » 28 Avr 2003 12:25

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-04-28 09:24, dbomber a écrit: tu as modifié quoi, sorg, dans le script de wondershaper. Tu peux le mettre dans le post, ça m'interesse bougrement! Merci d'avance. <IMG SRC="images/smiles/icon_bise.gif"> </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Bon vala: <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE>#!/bin/bash # Wonder Shaper # please read the README before filling out these values # # Set the following values to somewhat less than your actual download # and uplink speed. In kilobits. Also set the device that is to be shaped. DOWNLINK=480 UPLINK=110 DEV=ppp0 # low priority OUTGOING traffic - you can leave this blank if you want # low priority source netmasks NOPRIOHOSTSRC= # low priority destination netmasks NOPRIOHOSTDST= # low priority source ports NOPRIOPORTSRC=4662 # low priority destination ports NOPRIOPORTDST=4662 # Now remove the following two lines <IMG SRC="images/smiles/icon_smile.gif"> ######################################################### if [ "$1" = "status" ] then tc -s qdisc ls dev $DEV tc -s class ls dev $DEV exit fi # clean existing down- and uplink qdiscs, hide errors tc qdisc del dev $DEV root 2> /dev/null > /dev/null tc qdisc del dev $DEV ingress 2> /dev/null > /dev/null if [ "$1" = "stop" ] then exit fi ###### uplink # install root CBQ tc qdisc add dev $DEV root handle 1: cbq avpkt 1000 bandwidth 608kbit # shape everything at $UPLINK speed - this prevents huge queues in your # DSL modem which destroy latency: # main class tc class add dev $DEV parent 1: classid 1:1 cbq rate ${UPLINK}kbit allot 1500 prio 5 bounded isolated # high prio class 1:10: tc class add dev $DEV parent 1:1 classid 1:10 cbq rate ${UPLINK}kbit allot 1500 prio 1 avpkt 1000 # bulk and default class 1:20 - gets slightly less traffic, # and a lower priority: tc class add dev $DEV parent 1:1 classid 1:20 cbq rate $[9*$UPLINK/10]kbit allot 1500 prio 2 avpkt 1000 # 'traffic we hate' tc class add dev $DEV parent 1:1 classid 1:30 cbq rate 80kbit allot 1500 prio 2 avpkt 1000 bounded tc class add dev $DEV parent 1:1 classid 1:40 cbq rate 80kbit allot 1500 prio 3 avpkt 1000 bounded # all get Stochastic Fairness: tc qdisc add dev $DEV parent 1:10 handle 10: sfq perturb 10 tc qdisc add dev $DEV parent 1:20 handle 20: sfq perturb 10 tc qdisc add dev $DEV parent 1:30 handle 30: sfq perturb 10 tc qdisc add dev $DEV parent 1:40 handle 40: sfq perturb 10 # start filters # TOS Minimum Delay (ssh, NOT scp) in 1:10: tc filter add dev $DEV parent 1:0 protocol ip prio 10 u32 match ip tos 0x10 0xff flowid 1:10 # ICMP (ip protocol 1) in the interactive class 1:10 so we # can do measurements & impress our friends: tc filter add dev $DEV parent 1:0 protocol ip prio 11 u32 match ip protocol 1 0xff flowid 1:10 # prioritize small packets (<64 bytes) tc filter add dev $DEV parent 1: protocol ip prio 12 u32 match ip protocol 6 0xff match u8 0x05 0x0f at 0 match u16 0x0000 0xffc0 at 2 flowid 1:10 # some traffic however suffers a worse fate for a in $NOPRIOPORTDST do tc filter add dev $DEV parent 1: protocol ip prio 14 u32 match ip dport $a 0xffff flowid 1:30 done #Ajout manuel tc filter add dev $DEV parent 1: protocol ip prio 16 u32 match ip dport 4663 0xffff flowid 1:30 tc filter add dev $DEV parent 1: protocol ip prio 17 u32 match ip dport 4664 0xffff flowid 1:30 for a in $NOPRIOPORTSRC do tc filter add dev $DEV parent 1: protocol ip prio 15 u32 match ip sport $a 0xffff flowid 1:30 done tc filter add dev $DEV parent 1: protocol ip prio 18 u32 match ip sport 4663 0xffff flowid 1:30 tc filter add dev $DEV parent 1: protocol ip prio 19 u32 match ip sport 4664 0xffff flowid 1:30 #for a in $NOPRIOHOSTSRC #do # tc filter add dev $DEV parent 1: protocol ip prio 16 u32 # match ip src $a flowid 1:30 #done #for a in $NOPRIOHOSTDST #do # tc filter add dev $DEV parent 1: protocol ip prio 17 u32 # match ip dst $a flowid 1:30 #done # rest is 'non-interactive' ie 'bulk' and ends up in 1:20 tc filter add dev $DEV parent 1: protocol ip prio 20 u32 match ip dst 0.0.0.0/0 flowid 1:20 ########## downlink ############# # slow downloads down to somewhat less than the real speed to prevent # queuing at our ISP. Tune to see how high you can set it. # ISPs tend to have *huge* queues to make sure big downloads are fast # # attach ingress policer: tc qdisc add dev $DEV handle ffff: ingress # filter *everything* to it (0.0.0.0/0), drop everything that's # coming in too fast: tc filter add dev $DEV parent ffff: protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate ${DOWNLINK}kbit burst 10k drop flowid :1 </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Attention: Ce script est modifié à la portugaise (façon de parler, j'ai rien contre les portugais) Il est concu pour limiter l'UL de mes tros postes emule (ports 4662 à 4464) à 10ko/s ... Ne modifiez pas cette valeur: d'une part parce que si tout le monde fais çà c'est la mort du réseau P2P assuré. d'autre part parce que vous vous pénaliserez vous même. Le système de crédit ne vous faisant plus bénéficier d'un taux de download élevé pour vous récompenser de l'UL...

la migration IpCop1.2 à 1.3 vaut elle le coup ?

Qui est en ligne ?