I've been attempting to do QoS with Dachstein CD/Floppy.
When enabled, my connection to my cable modem doesn't seem to go out to the internet
anywhere. Pinging Google.com falls flat. I assume it worked for some. Considering
that the LRP QoS HOWTO works under the assumption that you are using EigerStein which
is one release before Dachstein.
Here are the steps that I've taken:
1. Find out what version my LRP is running:
# cat /proc/version
Linux version 2.2.19-3-LEAF-RAID ([EMAIL PROTECTED]) (gcc version 2.7.2.3) #4 Sat Dec
1 17:27:59 CST 2001
1. According to LRP QoS HOWTO (http://www.monkeynoodle.org/lrp/LRP-QoS-HOWTO.html)
I've downloaded the nessessary kernel modules (I left out the ones that I didn't need,
like sch_teql for load balancing). They were downloaded from
http://lrp.steinkuehler.net/files/kernels/2.2.19-3-RAID/modules/misc/ to match my LRP.
2. Copied them to /lib/modules, and added the following lines to /etc/modules:
# qos stuff
sch_cbq
sch_prio
sch_sfq
cls_route
cls_fw
cls_u32
cls_rsvp
3. Rebooted and ran LSMOD:
# lsmod
Module PagesUsed by
cls_rsvp3736 0 (unused)
cls_u32 4592 0 (unused)
cls_fw 2004 0 (unused)
cls_route 3596 0 (unused)
sch_sfq 3200 0 (unused)
sch_prio2188 0 (unused)
sch_cbq11860 0 (unused)
ip_masq_user3708 0 (unused)
ip_masq_raudio 2980 0 (unused)
ip_masq_quake 1220 0 (unused)
ip_masq_portfw 2416 8
ip_masq_mfw 3196 0 (unused)
ip_masq_irc 1924 0 (unused)
ip_masq_ftp 3576 0 (unused)
ip_masq_autofw 2476 0 (unused)
3c503 5412 1
83906236 0 [3c503]
eepro100 14332 1
pci-scan2300 0 [eepro100]
isofs 17692 0
ide-cd 22672 0
cdrom 26712 0 [ide-cd]
So far so good...
4. The bwidth22.lrp package was already found on the CD, so I added the appropriate
line to lrpkg.cfg on the floppy disk.
# cat lrpkg.cfg
bwidth22,dhclient,dhcpd,dnscache,etc,ifconfig,lncurses,libm, ... snip
5. Edited the /etc/network.conf file as follows:
IF_AUTO=eth0 eth1
eth0_FAIRQ=YES
#eth0_TXQLEN=262144
#eth0_BNDWIDTH=128kbit # Device bandwidth
#eth0_HNDL=2# Queue Handle - must be unique
#eth0_IABURST=100 # Interactive Burst
#eth0_IARATE=1Mbit # Interactive Rate
#eth0_PXMTU=1514# Physical MTU - includes Link Layer header
eth1_FAIRQ=YES
(fyi, i calculated TXQLEN to be max upstream transmit queue length for 1 second as
recommended by monkeynoodle.)
Note, I commented the eth0 lines out because according to monkeynoodle, the defaults
should be sufficient for a small home network.
When restarting the system, the LRP grabbed an IP via DHCP from the cable modem fine,
but when I got to a command prompt, and type ping google.com nothing would happen.
I also tried the command route just to see what would happen, and it would get stuck.
I've tried several other solutions, such as using different LRP distributions, but I
found that I'm currently most comfortable with Dachstein. I've been attacking this
problem for at least a month.
Does anyone have any idea how to properly get this working?
-chris.
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
leaf-user mailing list: [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user
SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html