Re: [LARTC] tcpdump not working with imq0 devices

Linux Advanced Routing and Traffic Control

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

 



yes, this is needed to get the traffic on the IMQ devices.
But after this you can't match anything on the IMQ devices.

Michal Kustosik (kustosz@xxxxxx) schrieb:
>
> On Fri, Nov 25, 2005 at 12:26:20PM +0100, Andreas Unterkircher wrote:
> > As far as I know it's simply not possible. Also you can't use iptables on a
> > imq device.
> >
> I read on http://www.linuximq.net/usage.html that it is nessesary to
> use iptables to specify which packets should go through the imq device:
>
> [... http://www.linuximq.net/usage.html ...]
> After attaching a qdisc to the device you have to specify which packets
> should go through the imq device. An iptables target (`IMQ') is provided
> for using all the packet-selecting power of iptables.
> ...
> /usr/sbin/iptables -t mangle -A PREROUTING -i ppp0 -j IMQ --todev 0
> ...
> [...]
> I have done the same.
>
> Regards,
> --
> Michal Kustosik
>
>
> > Cheers,
> > Andreas
> >
> > Michal Kustosik (kustosz@xxxxxx) schrieb:
> > >
> > >
> > > On my debian woody (kernel 2.4.31) the tcpdump
> > > doesn't work with imq0 devices. If I try to tcpdump
> > > imq devices there is no packet seen:
> > > [...]
> > > rt1:~# tcpdump -n -i imq0
> > >  Warning: arptype 65535 not supported by libpcap - falling back to cooked socket
> > >  tcpdump: WARNING: imq0: no IPv4 address assigned
> > >  tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> > >  listening on imq0, link-type LINUX_SLL (Linux cooked), capture size 68 bytes
> > >
> > > [...]
> > > and there is no packet seen. I have sent the packet to imq0 by:
> > > rt1:~# iptables -I PREROUTING -t mangle -j IMQ --todev 0
> > > and there is no other entry in mangle table. There is also
> > > no firewall entry and no entry in nat table.
> > >
> > > The ifconfig command show, that the packet goes by imq0:
> > > [...]
> > > rt1:~# ifconfig imq0
> > > imq0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00
> > >           UP RUNNING NOARP  MTU:1500  Metric:1
> > >           RX packets:3268292 errors:0 dropped:0 overruns:0 frame:0
> > >           TX packets:3248999 errors:0 dropped:0 overruns:0 carrier:0
> > >           collisions:0 txqueuelen:30
> > >           RX bytes:1987844908 (1.8 GiB)  TX bytes:1981674079 (1.8 GiB)
> > > [...]
> > >
> > > Everything but iptables is installing from packages deb.
> > > I tried to complile TCPDUMP 3.9.4 from http://www.tcpdump.org/
> > > but it is the same reason.
> > >
> > > I have other router, with similar configuration (vlan, imq, htb, the
> > > same kernel version 2.4.31, the same distribution debian woody)
> > > and there is no problem with debuging interfaces by tcpdump command.
> > >
> > > Have anybody solved the same problem?
> > >
> > >
> > > Below some information about the strange router:
> > > kernel - 2.4.31 with patch-o-matic-ng, imq-nat.diff,
> > >          linux-2.4.28-imq2.diff,
> > > iptables - v1.3.3 with iptables-1.3.0-imq1.diff
> > > vlan - iANS-3.4.3a, e100-3.4.14
> > > lsmod:
> > > [...]
> > > Module                  Size  Used by    Tainted: P
> > > imq                     1752   1
> > > ipt_IMQ                  800   0
> > > ipt_REDIRECT             960   0  (autoclean)
> > > cls_fw                  2368   0  (autoclean)
> > > cls_u32                 4548   0  (autoclean)
> > > sch_sfq                 3456   0  (autoclean)
> > > sch_htb                19040   0  (autoclean)
> > > ipt_ttl                  640   0  (autoclean)
> > > ipt_state                608   0  (autoclean)
> > > ipt_REJECT              3072   0  (autoclean)
> > > ipt_connlimit           1504   0  (autoclean)
> > > ipt_LOG                 3648   0  (autoclean)
> > > ipt_limit                960   0  (autoclean)
> > > iptable_filter          1728   0  (autoclean)
> > > ipt_mac                  672  15  (autoclean)
> > > ipt_helper               992  22  (autoclean)
> > > ipt_multiport            640 132  (autoclean)
> > > ipt_MARK                 800 255  (autoclean)
> > > iptable_mangle          2208   1  (autoclean)
> > > ians                  113220   3  (autoclean)
> > > reiserfs              167392   1  (autoclean)
> > > e100                   36292   4
> > > ip_nat_ftp              2848   0  (unused)
> > > iptable_nat            22420   2  [ipt_REDIRECT ip_nat_ftp]
> > > ip_tables              13664  17  [ipt_IMQ ipt_REDIRECT ipt_ttl ipt_state ipt_REJECT
> > > ipt_connlimit ipt_LOG ipt_limit iptable_filter ipt_mac ipt_helper ipt_multiport
> ipt_MARK
> > > iptable_mangle iptable_nat]
> > > ip_conntrack_ftp        3872   1
> > > ip_conntrack           28544   1  [ipt_REDIRECT ipt_state ipt_connlimit ipt_helper
> > > ip_nat_ftp iptable_nat ip_conntrack_ftp]
> > > rtc                     6012   0  (autoclean)
> > > [...]
> > >
> > >
> > >
> > > Regards,
> > > --
> > > Michal Kustosik
> > >
> > > _______________________________________________
> > > LARTC mailing list
> > > LARTC@xxxxxxxxxxxxxxx
> > > http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
> > >
> >
> > _______________________________________________
> > LARTC mailing list
> > LARTC@xxxxxxxxxxxxxxx
> > http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
>
> _______________________________________________
> LARTC mailing list
> LARTC@xxxxxxxxxxxxxxx
> http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
>

_______________________________________________
LARTC mailing list
LARTC@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

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