Algemene Problemen

Vraag: Ik krijg de melding ioctl(SIOCGIFBR) failed: Package not installed . Wat betekent dit?
Vraag: Machines aan de ene kant kunnen de andere kant niet pingen!
Vraag: Ik kan niet telnetten/ftp'en vanaf de bridge! Waarom niet?
Vraag: Wat heb ik nodig om de wijze van routing op te zetten?
Vraag: De bridge schijnt te werken, maar waarom toont traceroute de bridge niet als onderdeel van het pad?
Vraag: Is het noodzakelijk IP_FORWARD in de kernel te compileren?
Vraag: Waarom zijn de fysieke ethernetadressen voor poort 1 en poort 2 hetzelfde volgens het programma brcfg? Zouden ze niet verschillend moeten zijn?
Vraag: Bridging verschijnt niet als optie wanneer een make config op de kernel uitvoert. Hoe activeert men dit?
Vraag: Te veel hubs (4 of meer) zijn na elkaar in serie geketend, wat op een ethernet voor timing problemen zorgt. Welk effect heeft een bridge in een subnet dat met hubs in lagen werkt?
Vraag: Kan een bridge interface naar zowel 10Mb als 100Mb ethernetsegmenten? Zal een dergelijke configuratie de rest van het verkeer op de hoge snelheidslijn vertragen?

Vraag: Ik krijg de melding ioctl(SIOCGIFBR) failed: Package not installed . Wat betekent dit?

Antwoord: Je hebt de bridging mogelijkheid niet in je kernel. Haal een 2.0 of nieuwere kernel op, en compileer het met de optie BRIDGING geactiveerd.

Vraag: Machines aan de ene kant kunnen de andere kant niet pingen!

Antwoord:

  • Heb je bridging met behulp van het programm brcfg -ena geactiveerd? (brcfg zou bridging is ENABLED aan moeten geven)
  • Heb je de interfaces in promiscuous modus geplaatst? (roep de opdracht ifconfig aan. De vlag PROMISC zou aan moeten staan bij beide interfaces.)
  • Als je multiple-media interface-adapters gebruikt, zorg dan dat de juiste is geactiveerd. Wellicht dat je het config/setup programma moet gebruiken dat met de netwerkinterfacekaart werd meegeleverd.
  • Vraag: Ik kan niet telnetten/ftp'en vanaf de bridge! Waarom niet?

    Antwoord: Dit komt doordat er geen IP-adres is verbonden met een van de bridge interfaces. Een bridge dient een transparant deel van een netwerk te zijn.

    Vraag: Wat heb ik nodig om de wijze van routing op te zetten?

    Antwoord: Niets! Alle routing intelligentie wordt afgehandeld door de bridging code in de kernel. Gebruik het programma brcfg in debug modus om de ethernetadressen te zien zoals ze door de bridge worden geleerd:

    brcfg -deb
            

    Vraag: De bridge schijnt te werken, maar waarom toont traceroute de bridge niet als onderdeel van het pad?

    Antwoord: Vanwege de aard van een bridge hoort traceroute de bridge niet als onderdeel van het pad te tonen. Een bridge dient als een transparante component van het netwerk.

    Vraag: Is het noodzakelijk IP_FORWARD in de kernel te compileren?

    Antwoord: Nee. De bridging code in de kernel zorgt voor het transport van pakketjes. IP_FORWARD is voor een gateway die IP-adressen aan zijn interfaces heeft verbonden.

    Vraag: Waarom zijn de fysieke ethernetadressen voor poort 1 en poort 2 hetzelfde volgens het programma brcfg? Zouden ze niet verschillend moeten zijn?

    Antwoord: Nee. Aan elke poort van een bridge wordt door de bridging code expres hetzelfde fysieke ethernetadres toegekend.

    Vraag: Bridging verschijnt niet als optie wanneer een make config op de kernel uitvoert. Hoe activeert men dit?

    Antwoord: Antwoord tijdens de kernelconfig "Y" op de vraag Prompt for development and/or incomplete code/drivers (CONFIG_EXPERIMENTAL) [Y/n/?].

    Vraag: Te veel hubs (4 of meer) zijn na elkaar in serie geketend, wat op een ethernet voor timing problemen zorgt. Welk effect heeft een bridge in een subnet dat met hubs in lagen werkt?

    Antwoord: Een bridge reset de 3/4/5 hubs rule. Een bridge gaat niet zo om met pakketjes zoals een hub dat doet, en draagt daarom niet bij aan timing problemen op een netwerk.

    Vraag: Kan een bridge interface naar zowel 10Mb als 100Mb ethernetsegmenten? Zal een dergelijke configuratie de rest van het verkeer op de hoge snelheidslijn vertragen?

    Antwoord: Je, een bridge kan een 10Mb segment aan een 100Mb segment verbinden. 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 in het 100Mb netwerk die communiceert met een host in het 10Mb netwerk slechts met een snelheid van 10Mb's worden verplaatst, wordt de rest van het verkeer op het snelle ethernet niet vertraagd.