Ik kreeg de melding
ioctl(SIOCGIFBR) failed: Package not installed
Wat betekent dit?
Je hebt geen ondersteuning voor bridging in je kernel. Zorg dat je
aan kernel 2.0 of nieuwere versie komt,
en hercompileer het met de BRIDGING
optie geactiveerd.
Computers aan de ene kant kunnen de computers aan de andere kant niet pingen!
brcfg -ena
''?
(brcfg
zou als antwoord terug moeten geven ``bridging is ENABLED
'')ifconfig
'' uit.
De ``PROMISC
'' vlag zou voor beide
interfaces aan moeten staan).Ik kan niet telnetten
/ftp-en
vanaf de bridge!
Waarom niet?
Dit komt omdat er met de bridge interfaces geen IP-adres is verbonden. Een bridge is bedoeld als een transparant onderdeel van het netwerk.
Wat heb ik nodig om routing in te stellen?
Niets!
Alle routing intelligentie wordt afgehandeld door de
bridging code in de kernel. Gebruik het programma brcfg
in debug mode om de ethernetadressen te bekijken zoals ze aan
de bridge zijn opgegeven.
brcfg -deb
De bridge schijnt te werken, maar waarom laat ``traceroute'' de bridge niet zien als onderdeel van het path?
Vanwege de eigenschappen van een bridge, laat een ``traceroute'' de bridge NIET als onderdeel van het path zien. Een bridge is bedoeld als een transparante component van het netwerk.
Is het nodig IP_FORWARD
in de kernel te compileren?
Nee. De bridging code in de kernel zorgt voor het transport van
de pakketjes.
IP_FORWARD
is voor een gateway waar een IP-adres met
de interfaces is verbonden.
Waarom zijn de fysieke ethernetadressen voor poort 1 en poort 2
hetzelfde volgens het ``brcfg
'' programma?
Zouden ze niet verschillend moeten zijn?
Nee. Aan elke poort op een bridge is doelbewust hetzelfde ethernetadres toegekend door de bridging code.
Bridging verschijnt niet als een optie bij het uitvoeren van een make config op de kernel. Hoe activeert men dit?
Antwoord tijdens de kernelconfig 'Y' op de vraag, ``Prompt for development and/or incomplete code/drivers (CONFIG_EXPERIMENTAL) [Y/n/?]''.
Te veel hubs (4 of meer) achtereenvolgens in een keten (in serie) veroorzaakt tijdsproblemen op een ethernet. Welk effect heeft een bridge in een subnet dat met hubs in lagen werkt?
Een bridge reset de 3/4/5 hubs regel. Een bridge gaat niet zo met pakketjes om zoals een hub dat doet, en draagt daarom niet bij aan tijdsproblemen op een netwerk.
Is een bridge interface naar zowel 10Mb als 100Mb ethernetsegmenten mogelijk? Zal een dergelijke configuratie de rest van het verkeer op de hoge snelheidszijde vertragen?
Ja, een bridge kan een 10Mb segment verbinden met een 100Mb segment. Zolang als de netwerkkaart op het snelle netwerk 100Mb capabel is, zorgt TCP voor de rest. Ondanks dat het klopt dat de pakketjes van een host communicerend in het 100Mb netwerk verplaatst worden in slechts 10Mb/s, zal de rest van het verkeer op het snelle ethernet daardoor niet worden vertraagd.