Új hozzászólás Aktív témák

• #7650 ecaddict senior tag mgrincs #7638

  Új Válasz 2009-04-23 14:03:26 #7650

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ecaddict

  senior tag

  válasz mgrincs #7638 üzenetére

  Megnéztem a script generátort. Ügyes.
  A step3-ban van egy háromszöges felkiáltójeles opció a nyilak között (Advanced options) ahol a "generate bandwidth management script using dev" kapcsoló található.
  Ezt bekacsolva minden interface megvan (br0, eth0, eth1, eth2, vlan0, vlan1, ppp0) ami WiFi routerekben szokás, tehát nemcsak a belső háló.

  Másképpen nézve a script generátor által generált script minden routeren simán jó lehet ha tudod mi az interfacek neve.

  Mondjuk ha valakit komolyabban érdekel a traffic control lelkivilága még mindig érdemes lehet megnézni a linkekeket amit a korábbi hsz-ban megadtam. A generátort ill. a leírásokat nézve könnyen meg lehet érteni mi történik ill. sokat lehet tanulni belőlük.

• #7639 ecaddict senior tag mgrincs #7638

  Új Válasz 2009-04-22 15:08:49 #7639

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ecaddict

  senior tag

  válasz mgrincs #7638 üzenetére

  Alternatíva lehet még a kész wshaper script használata (nem tudom milyen firm. alatt van ezen a routeren). Ez helyből tud alacsony forrás/cél portot és IP címet kezelni (ha ennyi elég).
  lartc wshaper.

  Paraméterek:
  # $1: wshaper command (start, stop, status)
  # $2: WAN interface name (`nvram get wan_ifname` on Oleg)
  # $3: DL kbit/sec
  # $4: UL kbit/sec
  # $5: low pri src IP or " " for empty
  # $6: low pri dst IP or " " for empty
  # $7: low pri src port
  # $8: low pri dst port

  Azaz pl.
  /wshaper path/wshaper start <WAN IF neve> <DL speed> <UL speed> <alacsony pri. forrás IP> <alacsony pri. cél IP> " " " "

  A script WL500/Oleg-ből (jól látszanak a tc parancsok):

  #!/bin/sh
  # 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=$3
  UPLINK=$4
  DEV=$2
  
  # low priority OUTGOING traffic - you can leave this blank if you want
  # low priority source netmasks
  NOPRIOHOSTSRC="$5"
  
  # low priority destination netmasks
  NOPRIOHOSTDST="$6"
  
  # low priority source ports
  NOPRIOPORTSRC="$7"
  
  # low priority destination ports
  NOPRIOPORTDST="$8"
  
  
  # Now remove the following two lines :-)
  
  #echo Please read the documentation in 'README' first
  #exit
  
  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 HTB, point default traffic to 1:20:
  
  tc qdisc add dev $DEV root handle 1: htb default 20
  
  # shape everything at $UPLINK speed - this prevents huge queues in your
  # DSL modem which destroy latency:
  
  tc class add dev $DEV parent 1: classid 1:1 htb rate ${UPLINK}kbit burst 6k
  
  # high prio class 1:10:
  
  tc class add dev $DEV parent 1:1 classid 1:10 htb rate ${UPLINK}kbit \
  burst 6k prio 1
  
  # bulk & default class 1:20 - gets slightly less traffic,
  # and a lower priority:
  
  tc class add dev $DEV parent 1:1 classid 1:20 htb rate $((9*$UPLINK/10))kbit \
  burst 6k prio 2
  
  tc class add dev $DEV parent 1:1 classid 1:30 htb rate $((8*$UPLINK/10))kbit \
  burst 6k prio 2
  
  # 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
  
  # 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 10 u32 \
  match ip protocol 1 0xff flowid 1:10
  
  # To speed up downloads while an upload is going on, put ACK packets in
  # the interactive class:
  
  tc filter add dev $DEV parent 1: protocol ip prio 10 u32 \
  match ip protocol 6 0xff \
  match u8 0x05 0x0f at 0 \
  match u16 0x0000 0xffc0 at 2 \
  match u8 0x10 0xff at 33 \
  flowid 1:10
  
  # rest is 'non-interactive' ie 'bulk' and ends up in 1:20
  
  # 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
  
  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
  
  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 18 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

Új hozzászólás Aktív témák