[LARTC] Ethernet card interrupt conflict

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello all

I install 4 ethernet card in my Linux router. When I use

cat /proc/interrupt      it show me two interface use same IRQ

...11:...........eth0 and eth2

I want to know how I can modify the eth0 to another unsued IRQ or avoid this
things happen

Thanks

Regrads

yuxiao




----- Original Message -----
From: <lartc-request@xxxxxxxxxxxxxxx>
To: <lartc@xxxxxxxxxxxxxxx>
Sent: Saturday, March 29, 2003 11:37 PM
Subject: LARTC digest, Vol 1 #1090 - 5 msgs


> Send LARTC mailing list submissions to
> lartc@xxxxxxxxxxxxxxx
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mailman.ds9a.nl/mailman/listinfo/lartc
> or, via email, send a message with subject or body 'help' to
> lartc-request@xxxxxxxxxxxxxxx
>
> You can reach the person managing the list at
> lartc-admin@xxxxxxxxxxxxxxx
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of LARTC digest..."
>
>
> Today's Topics:
>
>    1. Re: How far can TC go? (Patrick McHardy)
>    2. Re: How far can TC go? (Randolph Carter)
>    3. Re: How to use the tc -s [statistics]  option? (Stef Coene)
>    4. Re: Changing Linux traffic control parameters on the fly (Stef
Coene)
>    5.
=?iso-8859-1?B?QnJhbndpdGggY29udHJvbCBvdmVyIDIgQURTTLRzIGludGVyZmFjZXM=?=
(=?iso-8859-1?B?Sm9z6SBMdWlzIEdhcmPtYSBM83Bleg==?=)
>
> --__--__--
>
> Message: 1
> Date: Sat, 29 Mar 2003 11:08:30 +0100
> From: Patrick McHardy <kaber@xxxxxxxxx>
> To: Randolph Carter <angelripper@xxxxxxxxxxxx>
> Cc: Lartc List <lartc@xxxxxxxxxxxxxxx>
> Subject: Re: [LARTC] How far can TC go?
>
> Randolph Carter wrote:
>
> >I have been working with HTB for around 10months; I've been testing it on
> >several enviroments and have had a good experience with. I'm Wondering if
> >if I could use HTB in a more agressive environment; and use some
> >feautures like layer-5-7 recogniction in order to bring a clever shaping.
> >
> >Does somebody know if traffic control suplied by Linux could be compared
> >to the DTS supplied by CISCO; or if we can aim to do a job as dyband or
> >packeteer do?
> >
> >Which are the limitations to our shaping system? Can we build a real
> >commercial solution?
> >
> >
>
> Packeteer has various patents covering tcp rate control and everything
else
> they do, including the "idea" to look at upper layers to detect the type
> of traffic.
> I live in germany so i don't really care that much about their patents
> (they had none
> in europe last time i checked). last summer i started implementing tcp
> rate control
> as qdisc for linux. i haven't worked on it for a couple of month now,
> but if anyone wishes
> to participate i would be glad to dig out my source again. it is
> basically working, the
> remaining problems are mostly how to detect and handle interactive
traffic.
>
> Patrick
>
>
> --__--__--
>
> Message: 2
> Date: Sat, 29 Mar 2003 10:19:41 -0500 (COT)
> From: Randolph Carter <angelripper@xxxxxxxxxxxx>
> Subject: Re: [LARTC] How far can TC go?
> To: Patrick McHardy <kaber@xxxxxxxxx>
> Cc: Lartc List <lartc@xxxxxxxxxxxxxxx>
>
> Patrick, I would like to see your code, and see if when can work in such
> solution; I'm not sure if the patents in the US cover my country, for I
> live in Colombia.
>
> Ask five economists and you'll get five different explanations (six if
> one went to Harvard).
> -- Edgar R. Fiedler
>
>
> --__--__--
>
> Message: 3
> From: Stef Coene <stef.coene@xxxxxxxxx>
> Organization: None
> To: David Reoch <dave@xxxxxxxxxxxxx>, lartc@xxxxxxxxxxxxxxx
> Subject: Re: [LARTC] How to use the tc -s [statistics]  option?
> Date: Sat, 29 Mar 2003 16:24:47 +0100
>
> On Friday 28 March 2003 23:24, David Reoch wrote:
> > Hi,
> >
> > I've tried every combination (except the RIGHT one, of course) to see
> > what the tc cbq statistics are.  I really just want to see what it's
> > doing - I'm trying to rate limit napster/peer2peer apps, but they still
> > seem to be hogging up all of my T1 bandwidth.
> You create bounded cbq classes and you add a tbf qdisc that bounds the
traffic
> in these classes again.  So you don't need the tbf qdisc.  I'm not sure it
> will change a lot, but you can try to replace the tbf qdisc with a prio or
> sfq qdisc.
>
> > Here's my tc config rules, minus the long list of ports in the class:
> >
> > tc qdisc del dev eth0 root  [eth0 is the Internet facing interface]
> > tc qdisc add dev eth0 root handle 1 cbq bandwidth 10Mbit avpkt 1000 cell
8
> > tc class change dev eth0 root cbq weight 1Mbit allot 1514
> >
> > tc qdisc del dev eth1 root  [eth1 is the intranet facing interface]
> > tc qdisc add dev eth1 root handle 1 cbq bandwidth 10Mbit avpkt 1000 cell
8
> > tc class change dev eth1 root cbq weight 1Mbit allot 1514
> >
> > tc class add dev eth1 parent 1: classid 1:50 cbq bandwidth 10Mbit rate
> > 35Kbit weight 3Kbit prio 5 allot 1514 cell 8 maxburst 20 avpkt 1000
bounded
> > tc qdisc add dev eth1 parent 1:50 handle 50 tbf rate 35Kbit buffer
> > 10Kb/8 limit 15Kb mtu 1500
> > tc filter add dev eth1 parent 1:0 protocol ip prio 100 u32 match ip
> > sport 1755 0xffff match ip dst 0/0 classid 1:50
> > tc filter add [etc....]
>
> Stef
>
> --
>
> stef.coene@xxxxxxxxx
>  "Using Linux as bandwidth manager"
>      http://www.docum.org/
>      #lartc @ irc.oftc.net
>
>
> --__--__--
>
> Message: 4
> From: Stef Coene <stef.coene@xxxxxxxxx>
> Organization: None
> To: Simone Leggio <tkt_legg@xxxxxxxxxxxxxx>, LARTC@xxxxxxxxxxxxxxx
> Subject: Re: [LARTC] Changing Linux traffic control parameters on the fly
> Date: Sat, 29 Mar 2003 16:28:58 +0100
>
> On Friday 28 March 2003 16:12, Simone Leggio wrote:
> > Hi all,
> >
> > I'm executing some experiments in a test network and I have a doubt. It
> > is possible to change linux traffic control parameters (say, for
> > example, the bandwidth allocated to a flow, its ceiling rate in a HTB
> > scheduler, its weight parameter in a CBQ scheduler and so on) while the
> > flow is actually traversing a router?
> >
> > An example: let's assume that a certain class has allocated a bandwidth
> > of 500 kbit/sec. Can I change, say after 10 seconds, while the flow is
> > still active, the bandwidth allocated to that class to 1 Mbit/sec?
> Yes.
>
> > I know there is the command tc qdisc change with which I can change the
> > parameters for a qdisc, but how to use it? Launching after 10 seconds
> > another tc script?
> I do that all the time.  I remove and add the cbq/htb qdisc again while I
> leave the traffic running.
> For allmost all results you can find on www.docum.org, I wrote some
scripts.
> Most of the time, I have a script that creates the desired htb setup, an
> other script that monitors the bandwidth.  If the bandwidth is not
changing
> in 10 seconds, I log the bandwidth to a file and reexecute the htb script
> with other parameters.
> For some test, it takes days before you have enough results.
>
> Stef
>
> --
>
> stef.coene@xxxxxxxxx
>  "Using Linux as bandwidth manager"
>      http://www.docum.org/
>      #lartc @ irc.oftc.net
>
>
> --__--__--
>
> Message: 5
> From: =?iso-8859-1?B?Sm9z6SBMdWlzIEdhcmPtYSBM83Bleg==?=
<gdiia@xxxxxxxxxxx>
> To: lartc@xxxxxxxxxxxxxxx
> Date: Sat, 29 Mar 2003 20:05:28 +0000
> Subject: [LARTC]
=?iso-8859-1?B?QnJhbndpdGggY29udHJvbCBvdmVyIDIgQURTTLRzIGludGVyZmFjZXM=?=
>
> Hi!, i need info about how control trafic an balanced routing over 2
ADSL´s
> line´s. I have 2 ADSL lines, an 4 ethernet devices, 2 for the ADSL´s y 2
for
> de ethernet LAN.
>
> Sorry for my english, but i´m spanish
>
>
>
>
>
> _________________________________________________________________
> Charla con tus amigos en línea mediante MSN Messenger:
> http://messenger.microsoft.com/es
>
>
>
> --__--__--
>
> _______________________________________________
> LARTC mailing list
> LARTC@xxxxxxxxxxxxxxx
> http://mailman.ds9a.nl/mailman/listinfo/lartc
>
>
> End of LARTC Digest



[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux