Newbe... I am following the Linux Advanced Routing & Traffic Control HOWTO, as I am having difficulty with a satelite ADSL connection. Section 9.2.2.2 describes a case identicle to mine, and surgests throttle using ''tc''. On a test machine I entered: # tc qdisc add dev eth1 root btf rate 64kbit latency 50ms burst 1500 When I enter ''tc qdisc show'' I get: disc tbf 8001: dev eth1 rate 64Kbit burst 1499b lat 60.9ms But, I now find my ftp failes. In either direction. It creates a file of 0 bytes, then stalles for ever more. Also I have no ''man tc'' and I can''t remove this entry in any logical way (like with ''tc qdisc del dev eth1'') I can think of. Can anybody please let me know how I get ftp to work with the Token Bucket Filter, and how to remove the entry once it''s been entered... Thanks greatly in advance, Ben PS, kernel 2.4.19 _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Tc qd del dev eth1 root Will do the trick. Take the wondershaper script from the lartc site. It handles exactly whawt you have in mind. Mohan -----Original Message----- From: lartc-admin@mailman.ds9a.nl [mailto:lartc-admin@mailman.ds9a.nl] On Behalf Of Ben Clewett Sent: Thursday, March 06, 2003 8:09 PM To: lartc@mailman.ds9a.nl Subject: [LARTC] ''tc'' locked my machine... Newbe... I am following the Linux Advanced Routing & Traffic Control HOWTO, as I am having difficulty with a satelite ADSL connection. Section 9.2.2.2 describes a case identicle to mine, and surgests throttle using ''tc''. On a test machine I entered: # tc qdisc add dev eth1 root btf rate 64kbit latency 50ms burst 1500 When I enter ''tc qdisc show'' I get: disc tbf 8001: dev eth1 rate 64Kbit burst 1499b lat 60.9ms But, I now find my ftp failes. In either direction. It creates a file of 0 bytes, then stalles for ever more. Also I have no ''man tc'' and I can''t remove this entry in any logical way (like with ''tc qdisc del dev eth1'') I can think of. Can anybody please let me know how I get ftp to work with the Token Bucket Filter, and how to remove the entry once it''s been entered... Thanks greatly in advance, Ben PS, kernel 2.4.19 _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
I have tested this, it seems to be working but I need double confirmation
:-
Given for example,
hostA: 192.168.0.1/24
routerB: 192.168.0.2/24
192.228.118.2/24
routeC: 192.168.0.3/24
192.228.110.3/24
In other words, A,B,C are sitted in the same LAN, while
B and C each has an external network connected to it.
Given the hostA is rather dumb and that we can only configure one
default route, and that we have defaulted the route to B. In order
for A to be able to access C''s external network, we configure
a U-turn route at B, ie the packet hop onto B and then re-forwarded
on the same interface to C.
Is this something commonly done ? Any issue with it ?
Regards.
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Hello there Mingching, : hostA: 192.168.0.1/24 : : routerB: 192.168.0.2/24 : 192.228.118.2/24 : : routeC: 192.168.0.3/24 : 192.228.110.3/24 : : Given the hostA is rather dumb and that we can only configure one : default route, and that we have defaulted the route to B. In order : for A to be able to access C''s external network, we configure : a U-turn route at B, ie the packet hop onto B and then re-forwarded : on the same interface to C. : : Is this something commonly done ? Any issue with it ? There is no problem with this. This is not uncommon--typically, router B will generate an ICMP redirect bound for host A, causing host A (if it accepts redirects) to create a route (cache) entry for the destination. If you wish traffic to move through routerB at all times, you can suppress and/or enable the generation of redirects with the sysctl net/ipv4/conf/$DEV/send_redirects [1] toggle. If host A is a linux box, you can also see if it will net/ipv4/conf/$DEV/accept_redirects I have occasionally seen peculiar TCP resets as a result of ICMP redirects not handled correctly be machines in the position of host A, but it causes no problem for routers and should pose no problem for end hosts. -Martin [1] http://ipsysctl-tutorial.frozentux.net/ipsysctl-tutorial.html#AEN630 [2] http://ipsysctl-tutorial.frozentux.net/ipsysctl-tutorial.html#AEN574 -- Martin A. Brown --- SecurePipe, Inc. --- mabrown@securepipe.com _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
If i would like to gather information based on ''netstat -an'' or something similar, can I get it from proc file system ? _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Hmmm,
If you feel like decoding it, try:
/proc/net/{udp,unix,tcp}
At least on my RH 7.2 machine with a RedHat 2.4.18 kernel, that''s where
it is.
Those will tell you about udp/unix/tcp respectively. Not sure all the
information is there for tcp/udp, but it looks like it is for unix.
You might try and see where netstat gets the information from, I
wouldn''t be shocked to find out it''s from /proc/net/*.
Kirby
On Sun, 2003-03-09 at 21:59, mingching.tiew@redtone.com
wrote:> If i would like to gather information based on ''netstat
-an'' or
> something similar, can I get it from proc file system ?
>
>
>
>
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
>
--
Real Programmers view electronic multimedia files with a hex editor.
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/