After I sent my previous letter, I deleted the routes from my routing
tables:
ip rule del table test
ip route flush table test
And the rule and the route have been deleted.
In spite of this:
[root@roadrunner /stor/home/ggabor ] # ip route get 195.228.120.3
195.228.120.3 via 62.112.192.134 dev ppp0 src 62.112.220.27
cache mtu 1454 advmss 1414
But there is no any route that would point to 62.112.192.134.
--
Gabor Gludovatz <ggabor@sopron.hu> - Phone: +36 (20) 9 109 129
http://gludo.sopron.hu/ * http://gludo.sopron.hu/gpg.txt
GPG fingerprint: 8D0C 6AE8 5875 751E 5122-1DAE 4990 1A4E BC2E C8B9
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Gabor, I admit, I haven''t read your problem thoroughly (still at work). I''ll read through it later. I did want to suggest however that you make sure to "ip route flush cache" before you try using "ip route get" again. Good luck, -Martin : After I sent my previous letter, I deleted the routes from my routing : tables: : : ip rule del table test : ip route flush table test : : And the rule and the route have been deleted. : : In spite of this: : [root@roadrunner /stor/home/ggabor ] # ip route get 195.228.120.3 : 195.228.120.3 via 62.112.192.134 dev ppp0 src 62.112.220.27 : cache mtu 1454 advmss 1414 : : But there is no any route that would point to 62.112.192.134. : : : -- 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/
Hello , I have presented my problem before also.I have linux box with 2 interfaces eth0(incoming) and eth1(outgoing). If I just attach a PRIO qdisc on eth1(outgoing) will I be able to prioritise packets based on the TOS value.The TOS value is set by a test application.At very high data rates will the data stream with lower priority TOS value be starved because it cannot send out of packets from its band on eth1 interface?. Does something be set in linux kernel so that kernel sets priority for packets according to TOS value.I guess this priorty will be used by PRIO qdisc(by default) to decide which band the packet belongs. Please clarify this by giving your inputs. Regards, Andreas. --------------------------------- With Yahoo! Mail you can get a bigger mailbox -- choose a size that fits your needs
Hi Andreas, I hope I have this right, based on my limited understanding of Linux QoS. If I''m wrong then I hope someone will correct me =)> If I just attach a PRIO qdisc on eth1(outgoing) will I be able to > prioritise packets based on the TOS value.You don''t even need to do that, the default qdisc is pfifo_fast which also prioritises by TOS flags.> The TOS value is set by a test application.It can also be overridded by a Netfilter rule, if you want to force or change priority for certain types of packets.> At very high data rates will the data stream with lower > priority TOS value be starved because it cannot send out of packets from > its band on eth1 interface?.Yes, if there is not enough capacity to send on eth1 then lower-priority packets will be starved, will queue up until the queue is full and then get dropped.> Does something be set in linux kernel so that kernel sets priority for > packets according to TOS value.I guess this priorty will be used by PRIO > qdisc(by default) to decide which band the packet belongs.Yes, it happens by default, with the pfifo_fast qdisc. Cheers, Chris. -- ___ __ _ / __// / ,__(_)_ | Chris Wilson -- UNIX Firewall Lead Developer | / (_ / ,\/ _/ /_ \ | NetServers.co.uk http://www.netservers.co.uk | \ _//_/_/_//_/___/ | 21 Signet Court, Cambridge, UK. 01223 576516 | _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
hello all, As I had mentioned in the previous mail I was trying to prioritise outgoing packets on eth1 interface based on TOS value.I am testing this by sending packets from 2 IP sources (with 2 different TOS values) at very high data rate sending packets alternatively.On the outgoing interface I am using a sniffer to see if the lower priority source is getting starved. But the sniffer capture shows that packets from both sources arrive alternatively as they are sent.I tried using default qdisc is pfifo_fast and PRIO also. Please anyone tell me what could be the problem. Regards Andreas Chris Wilson <chris@netservers.co.uk> wrote:Hi Andreas, I hope I have this right, based on my limited understanding of Linux QoS. If I''m wrong then I hope someone will correct me =)> If I just attach a PRIO qdisc on eth1(outgoing) will I be able to > prioritise packets based on the TOS value.You don''t even need to do that, the default qdisc is pfifo_fast which also prioritises by TOS flags.> The TOS value is set by a test application.It can also be overridded by a Netfilter rule, if you want to force or change priority for certain types of packets.> At very high data rates will the data stream with lower > priority TOS value be starved because it cannot send out of packets from > its band on eth1 interface?.Yes, if there is not enough capacity to send on eth1 then lower-priority packets will be starved, will queue up until the queue is full and then get dropped.> Does something be set in linux kernel so that kernel sets priority for > packets according to TOS value.I guess this priorty will be used by PRIO > qdisc(by default) to decide which band the packet belongs.Yes, it happens by default, with the pfifo_fast qdisc. Cheers, Chris. -- ___ __ _ / __// / ,__(_)_ | Chris Wilson -- UNIX Firewall Lead Developer | / (_ / ,\/ _/ /_ \ | NetServers.co.uk http://www.netservers.co.uk | \ _//_/_/_//_/___/ | 21 Signet Court, Cambridge, UK. 01223 576516 | --------------------------------- With Yahoo! Mail you can get a bigger mailbox -- choose a size that fits your needs