linux-l: Netzfreaks - help (SK-G16)

tho at thomsen.isdn.cs.tu-berlin.de tho at thomsen.isdn.cs.tu-berlin.de
Mi Mär 17 14:34:16 CET 1999


In message <199903171032.LAA16118 at bcf.in-berlin.de>, "Dr. Bernd Freistedt" writes:
> ---tho at thomsen.isdn.cs.tu-berlin.de (linux-l at mlists.in-berlin.de) wrote on Wed, 17 Mar 1999 1
> 0:46:12 +0100
> > In message <199903162142.WAA12838 at bcf.in-berlin.de>, "Dr. Bernd Freistedt"
> > writes:
[..]
> >> C:\loadlin\linux.par:
> >> =====================
> >> [...]
> >> append="reserve=0xcc000 ether=3,0x390,0xcc000,0xcfff,eth0" 
> > ??? Ich nehm an, Du weisst was Du tust ;)
> 
> Aehm, wieso? Ist da was falsch? Bisher hatte ich gedacht zu
> wissen, was ich dabei tue. Bitte korrigiere mich.
> 
Sorry, ich wollte Dich nicht verwirren. Ich habe keine SK in der Hand gehabt
und kann zu den obigen Parametern nichts sagen, verlasse mich darauf, dass
Du das schon hinbekommst.

> > `ifconfig` haett' ich jetzt noch gern gesehen, denn ich wuess' gerne, welche
> > IP nummern Du eth0/dummy0 gegeben hast.
> 
> lo        Link encap:Local Loopback
>           inet addr:127.0.0.1  Bcast:127.255.255.255 
> Mask:255.0.0.0
>           UP BROADCAST LOOPBACK RUNNING  MTU:3584  Metric:1
>           RX packets:130959 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:130959 errors:0 dropped:0 overruns:0
> carrier:0
>           collisions:0
> 
> eth0      Link encap:Ethernet  HWaddr 00:00:5A:12:94:88
>           inet addr:192.168.1.2  Bcast:192.168.1.255 
> Mask:255.255.255.0
>           UP BROADCAST RUNNING  MTU:1500  Metric:1
>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0
>           Interrupt:3 Base address:0x390
> 
> dummy0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00
>           inet addr:192.168.1.2  Bcast:192.168.1.255 
> Mask:255.255.255.0
>           UP BROADCAST RUNNING NOARP MULTICAST  MTU:1500 
> Metric:1
>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0
> 
> Uuuh, dummy und eth0 duerfen wohl nicht die gleiche haben .... ?
 Die IP Nummern werden an die Geraete vergeben, nicht an den Host. Der
bekommt ggf. mehrere. So weit ich weiss, wird erst versucht ein aus-
gehendes IP Paket an ein passendes physikalisch angeschlossenes Seg-
ment zu versenden, bevor die routing tabelle durchforscht wird. Daraus
schloss ich, dass es den Kernel verwirren koennte, wenn er zwei Devices
mit gleicher IP Nummer hat.

> Habe dummy jetzt rausgenommen. Geht trotzdem nicht.
 War einen Versuch wert, fand ich ;-)

Zaehlt der Kernel denn wenigstens die Pakete hoch, wenn Du den router
anpingst - soll heissen, gehen sie denn wenigstens ans richtige Device?
`cat /proc/net/dev` oder `netstat -i`

Oh, sehe sie grad. Tja, zum Device gehen die Pakete. Hmhh, kannst Du nicht
an das Segment noch eine Kiste stellen? Nur um zu sehen, ob a) der Client
die Pakete nicht raussendet oder b) der Router sie nicht empfaengt?

Was sagt denn ein `tcpdump` auf dem router (es war doch eine *nix Kiste, 
oder)?

Guenther



Mehr Informationen über die Mailingliste linux-l