[FreeBSD] ifconfig problemen

[ShadowBumble]

Ik kon niks vinden met de search en google kwam alleen met waardeloze antwoorden.

FreeBSD 5.2.1
SiS900 Fast Ethernet Adapter ( Onboard )

Mijn ifconfig:

code:

sis0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet6 fe80::d8a8:75f1:7715:ae8c%sis0 prefixlen 64 scopeid 0x1 
        inet 192.168.1.34 netmask 0xffffff00 broadcast 192.168.1.255
        ether 00:00:00:00:00:00
        media: Ethernet autoselect (100baseTX)
        status: active
plip0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        inet 127.0.0.1 netmask 0xff000000 
        inet6 ::1 prefixlen 128 
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3

Mijn arp tabel:

code:

? (192.168.1.1) at 00:a0:c5:xx:xx:xx on sis0 [ethernet]
? (192.168.1.33) at 00:11:2f:xx:xx:xx on sis0 [ethernet]

Om de een of andere reden vind ik het super vaag dat ik bij mijn mac adress alleemaal 0-en krijg en in me ARP tabel mijn mac van me nic ook niet staat. Mijn vraag is dan ook hoe krijg ik dit voor mekaar en hoe is het mogelijk dat zelfs in de arp tabel de machine niet staat hij toch internet xs heeft en ik er alles op kan.

Drivers zijn installed voor de nic die herkende BSD automatisch.

Iemand een idee ? Bij mij op me werk ook al aan het NOC gevraagt maar daar steeg de algemene indruk van hoe in vredes naam kan die bak up zijn zonder registratie in die arp tabel en zonder mac adres.

[igmar]

ShadowBumble schreef op 12 augustus 2004 @ 17:23:

Mijn arp tabel:

code:

? (192.168.1.1) at 00:a0:c5:xx:xx:xx on sis0 [ethernet]
? (192.168.1.33) at 00:11:2f:xx:xx:xx on sis0 [ethernet]

Op welke machine is dit uitgevoerd ? Indien het dezelfde machine is als waarin die nic zet met een 0 als MAC adres klopt dat : De arp tabel bevat geen MAC adres van de machine zelf.

[ShadowBumble]

igmar schreef op 12 augustus 2004 @ 21:40:
[...]


Op welke machine is dit uitgevoerd ? Indien het dezelfde machine is als waarin die nic zet met een 0 als MAC adres klopt dat : De arp tabel bevat geen MAC adres van de machine zelf.

Dit is idd op de FreeBSD machine uitgevoerd dus dat klopt dan wel maar de volgende vraag is waarom ik geen mac adres krijg terwijl de nic wel herkend word driver probleem ?

[ShadowBumble]

igmar schreef op 12 augustus 2004 @ 21:40:
[...]


Op welke machine is dit uitgevoerd ? Indien het dezelfde machine is als waarin die nic zet met een 0 als MAC adres klopt dat : De arp tabel bevat geen MAC adres van de machine zelf.

De ARP tabel hoort alle mac adressen te herkennen in het niet werk dus inclusief die van hemzelf temminste das op mijn BSD workstation @ work wel zo

[igmar]

ShadowBumble schreef op 13 augustus 2004 @ 07:32:
De ARP tabel hoort alle mac adressen te herkennen in het niet werk dus inclusief die van hemzelf temminste das op mijn BSD workstation @ work wel zo

ARP wordt gebruikt om een ethernet pakket op te bouwen, en een mac adres te koppelen aan een IP. Verkeer dat niet fysiek over het netwerk gaat (en dat is zo als je verkeer naar jezelf stuurt) word niet verstuurd, en daar zal dus ook geen ARP request voor komen, en dus ook geen vulling in de ARP tabel. Dat implementaties hun eigen MAC adres ook in de ARP tabel zetten kan, maar heeft verder geen direct nut.

[igmar]

ShadowBumble schreef op 12 augustus 2004 @ 21:43:
Dit is idd op de FreeBSD machine uitgevoerd dus dat klopt dan wel maar de volgende vraag is waarom ik geen mac adres krijg terwijl de nic wel herkend word driver probleem ?

Dat kan. Indien andere machines wel een valide ARP adres kunnen opzoeken is het een driver probleem. Bij embedded platformen kan het wel eens voorkomen dat ethernet kaarten geen MAC adres hebben, maar echt 'gewoon' is dat niet.

[ShadowBumble]

igmar schreef op 13 augustus 2004 @ 09:28:
[...]


ARP wordt gebruikt om een ethernet pakket op te bouwen, en een mac adres te koppelen aan een IP. Verkeer dat niet fysiek over het netwerk gaat (en dat is zo als je verkeer naar jezelf stuurt) word niet verstuurd, en daar zal dus ook geen ARP request voor komen, en dus ook geen vulling in de ARP tabel. Dat implementaties hun eigen MAC adres ook in de ARP tabel zetten kan, maar heeft verder geen direct nut.

Maar als ik vanaf mijn andere workstation inlog op mijn freebsd bak via X-Win. Dan zegt de sniffer dit

code:

Sending to 192.168.x.x from 192.168.x.x  > Packet: Identified Destination : Untraceable

Naar mijn weten lijkt dit erop dat de machine gewoon weg niet bestaat op het netwerk terwijl ik er toch wel op kan connecten.

Edit:

Dat het ongewoon is begreep ik al #freeBSDhelp snapte het ook al niet hoe die interface toch internet connect kon hebben aangezien. dmesg -a | grep sis0 ook geen mac adressen terug keerde en ook niet met tcpdump.

[ Voor 12% gewijzigd door ShadowBumble op 13-08-2004 09:42 ]

[igmar]

ShadowBumble schreef op 13 augustus 2004 @ 09:34:
Maar als ik vanaf mijn andere workstation inlog op mijn freebsd bak via X-Win. Dan zegt de sniffer dit

code:

Sending to 192.168.x.x from 192.168.x.x  > Packet: Identified Destination : Untraceable

D'r is een range MAC adressen die gebruikt wordt voor speciale doeleiden, het kan best wel eens wezen dat 0 als adres een speciale betekenis heeft. Goed is dit iig niet

Ik zou het iig raporteren als een driver bug, afaik hoort ie met een ongeldig mac adres niet te intialiseren.

Naar mijn weten lijkt dit erop dat de machine gewoon weg niet bestaat op het netwerk terwijl ik er toch wel op kan connecten.

Edit:

Dat het ongewoon is begreep ik al #freeBSDhelp snapte het ook al niet hoe die interface toch internet connect kon hebben aangezien. dmesg -a | grep sis0 ook geen mac adressen terug keerde en ook niet met tcpdump.

Geen idee, ik heb niet van die vreemde hardware