<!doctype linuxdoc system>

<article OPTS="italian">

<!-- Title information -->

<title>Bridging mini-Howto
<author>Christopher Cole,  <tt><htmlurl url="mailto:cole@lynkmedia.com" name="cole@lynkmedia.com"></tt>. Tradotto da Alessandro Rubini (<tt/rubini@linux.it/).
<date>v1.10, 13 Novembre 1997. Tradotto il 30 Novembre 1997.

<abstract>
Questo documento descrive come preparare un bridge per reti Ethernet.
Ma cos'&egrave; un bridge? &Egrave; un dispositivo che controlla il flusso dei
pacchetti in una sottorete cercando di ridurre l'ammontare di traffico.
Un bridge di solito viene posizionato tra due gruppi di computer che
parlano molto tra loro ma poco con i calcolatori dell'altro gruppo.
Come esempio prendiamo un gruppo di Macintosh e un gruppo di
macchine Unix: entrambi questi gruppi tendono a chiacchierare abbastanza
al loro interno e il traffico che producono causa collisioni nelle
comunicazioni tra le altre macchine che tentano di parlare tra loro;
questa &egrave; una situazione in cui occorrerebbe mettere un bridge tra i due
gruppi di calcolatori. Il lavoro del bridge, allora, sta nell'esaminare
il destinatario di ciascuno dei pacchetti e decidere se tale pacchetto deve
essere ritrasmesso sull'altro segmento Ethernet oppure no. Il risultato
di questo lavoro &egrave; una rete pi&ugrave; veloce perch&eacute; si verificano meno
collisioni.
</abstract>

<!-- Table of contents -->
<toc>

<sect>Preparazione

<p>
<enum>
  <item>Ci si procuri il pacchetto ``Bridge Config'':
        <tscreen>
<url url="ftp://shadow.cabi.net/pub/Linux/BRCFG.tgz">
        </tscreen>

  <item>Ci si procuri e si legga il ``Multiple Ethernet'' HOWTO:
        <tscreen>
<url url="ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/mini/Multiple-Ethernet">
        </tscreen>

  <item><p>
        Si abiliti la seconda interfaccia ethernet sulla propria macchina
	aggiungendo questo al proprio <tt>/etc/lilo.conf</tt>,
        e si reinvochi <tt>lilo</tt>:
        <tscreen>
        <verb>
append = "ether=0,0,eth1"
        </verb>
        </tscreen>
        Se si hanno tre interfacce sul bridge, si usi questa riga al
	posto della precedete:
        <tscreen>
        <verb>
append = "ether=0,0,eth1 ether=0,0,eth2"
        </verb>
        </tscreen>
        <!--
        </p>
          -->

        <!--
        <p>
          -->
        Si possono usare pi&ugrave; interfacce aggiungendo altre direttive
	<tt/ether/. Normalmente il kernel di Linux cerca solo una scheda
	ethernet, e una volta che l'ha trovata smette di verificare
	l'hardware installato. Le direttive <tt/append/ mostrate sopra
	servono a dire al kernel di continuare a cercare schede ethernet
	anche dopo che ne ha trovata una.
        <!--
        </p>
          -->

        <!--
        <p>
          -->
        In alternativa, si pu&ograve; usare il parametro di linea di comando
	al momento del boot:
        <tscreen>
        <verb>
linux ether=0,0,eth1
        </verb>
        </tscreen>
        Oppure, se si hanno 3 interfacce:
        <tscreen>
        <verb>
linux ether=0,0,eth1 ether=0,0,eth2
        </verb>
        </tscreen>
        <!--
        </p>
          -->

  <item>Si ricompili il kernel attivando l'opzione ``<tt>bridging</tt>''.

  <item>Un bridge non dovrebbe avere un indirizzo IP. Pu&ograve; averne uno,
	ma un bridge che non svolga altri compiti non ne ha bisogno.
	Per rimuovere l'indirizzo IP dal proprio bridge si vada a
	vedere 
        <tt>/etc/sysconfig/network-scripts/</tt> (l'esempio si
	riferisce a un sistema RedHat) e si copi
	<tt>ifcfg-lo0</tt> sopra a <tt>ifcfg-eth0</tt> e a
        <tt>ifcfg-eth1</tt>.
        In questi due file ``<tt/eth/'', si cambi la riga che contiene
        ``<tt>DEVICE=lo</tt>'' in ``<tt>DEVICE=eth0</tt>''
        e ``<tt>DEVICE=eth1</tt>''.
        Altre distribuzioni hanno diversi script di configurazione, e
	bisogna applicare modifiche equivalenti ai file appropriati.
	Se il proprio bridge ha pi&ugrave; di due interfacce bisogna assicurarsi
	di configurare allo stesso modo anche le altre interfacce.


  <item>Si riavvii il sistema in modo da far girare il  nuovo kernel, quello
	configurato per il bridging; bisogna anche assicurarsi che le
	interfacce di rete non abbiano un indirizzo IP assegnato.

  <item>Una volta che il sistema &egrave; attivo, si mettano le
	schede ethernet in modo promiscuo, in modo che ricevano tutti
	i pacchetti che vedono transitare sulla rete:
        <tscreen>
        <verb>
ifconfig promisc eth0 ; ifconfig promisc eth1
        </verb>
        </tscreen>
        Devono essere messe in modo promiscuo tutte le interfacce
	che sono connesse ai segmenti ethernet che si vuole collegare.

  <item>Si attivi il ``bridging'' usando il programma <tt>brcfg</tt>:
        <tscreen>
        <verb>
brcfg -ena
        </verb>
        </tscreen>

  <item>Si verifiche che il traffico di rete &egrave; diverso su ciascuna
	interfaccia:
        <tscreen>
        <verb>
tcpdump -i eth0      # in una finestra
tcpdump -i eth1      # in un'altra finestra
        </verb>
        </tscreen>

  <item>Si faccia girare uno ``sniffer'' o <tt>tcpdump</tt> su di un'altra
	macchina per verificare che il bridge sta partizionando correttamente
	la rete.
</enum>
</p>


<sect>Problemi tipici

<p>
<enum>
  <item>
    <descrip>
      <tag/Domanda/
        Ricevo il messaggio
        <tscreen>
        <verb>
ioctl(SIOCGIFBR) failed: Package not installed
        </verb>
        </tscreen>
        Cosa significa?
      <tag/Risposta/
        Il proprio kernel non ha la capacit&agrave; di funzionare da
	bridge. Ci si procuri un kernel versione 2.0 o maggiore
	e lo si ricompili attivando l'opzione <em>bridging</em>.
    </descrip>

  <item>
    <descrip>
      <tag/Domanda/
        Le macchina da una parte non riescono a raggiungere quelle dall'altra
	parte.
      <tag/Risposta/
        <itemize>
          <item>&Egrave; stato abilitato il bridging invocando
		``<tt>brcfg -ena</tt>''?
                (<tt>brcfg</tt> dovrebbe dire ``<tt>bridging is ENABLED</tt>'')
          <item>Le due interfacce sono state messe in modo promiscuo?
                (si invochi ``<tt>ifconfig</tt>'': la modalit&agrave;
		``<tt>PROMISC</tt>'' dovrebbe risultare attiva per
		entrambe le interfacce).
          <item>Se si usano delle schede di rete a funzionalit&agrave;
		multipla (BNC/TP), ci si assicuri di avere abilitato
		quella corretta. Occorrer&agrave; usare il programma
		di setup che viene fornito insieme con la scheda.
        </itemize>
    </descrip>

  <item>
    <descrip>
      <tag/Domanda/
        Non posso fare <tt>telnet</tt> n&egrave; <tt>ftp</tt> dal
        bridge. Perch&eacute;?
      <tag/Risposta/
        Questo perch&eacute; il bridge non ha un indirizzo IP. Un bridge &egrave;
	un pezzo di rete che risulta trasparente al resto della rete.
    </descrip>

  <item>
    <descrip>
      <tag/Domanda/
        Cosa devo fare per predisporre l'instradamento?
      <tag/Risposta/
        Nulla!
        Tutte le problematiche di instradamento sono gestite dal
	codice del kernel che si occupa del ``bridging''.
	Per vedere come il brisge impara l'instradamento dei vari indirizzi
	ethernet si usi il comando <tt>brcfg</tt> in modalit&agrave; debug:
        <tscreen>
        <verb>
brcfg -deb
        </verb>
        </tscreen>
    </descrip>

  <item>
    <descrip>
      <tag/Domanda/
        Sembra che il bridge funzioni, ma perch&eacute; il comando ``traceroute''
	non lo mostra come parte del cammino dei pacchetti?
      <tag/Risposta/
        Per la natura del bridge, un ``traceroute'' NON dovrebbe
	mostrare il bridge stesso nel cammino dei pacchetti. Il bridge
	dovrebbe essere un componente trasparente della rete.
    </descrip>

  <item>
    <descrip>
      <tag/Domanda/
        Occorre abilitare <tt>IP_FORWARD</tt> quando si compila il kernel?
      <tag/Risposta/
        No. Il codice del kernel che si occupa del bridging si occupa
	del trasporto dei pacchetti indipendentemente da <tt>IP_FORWARD</tt>.
	<tt>IP_FORWARD</tt> occorre per i gateway che hanno indirizzi
	IP validi associati alle loro interfacce.
    </descrip>

  <item>
    <descrip>
      <tag/Domanda/
        Perch&eacute; secondo il programma ``<tt>brcfg</tt>'' gli indirizzi hardware
	delle due porte ethernet sono uguali? Non dovrebbero essere differenti?
      <tag/Risposta/
        No. Per come funziona il bridging, tutte le porte di un bridge
	hanno lo stesso indirizzo ethernet fisico.
    </descrip>

  <item>
    <descrip>
      <tag/Domanda/
        Il bridging non appare tra le opzioni di compilazione del kernel,
	come faccio ad abilitarlo?
      <tag/Risposta/
        Durante la configurazione del kernel, si risponda Y alla domanda
	``Prompt for
        development and/or incomplete code/drivers (CONFIG_EXPERIMENTAL) 
        [Y/n/?]''.
    </descrip>

  <item>
    <descrip>
      <tag/Domanda/
        So che avere troppi hub (4 o pi&ugrave;) in catena sulla stessa ethernet
	crea dei problemi di temporizzazione. Che effetto ha un bridge su
	una rete che contiene altri hub?
      <tag/Risposta/
        Un bridge non &egrave; un hub, e la regola dei 4 hub va applicata a ciascun
	segmento ethernet collegato al bridge. Un bridge non contribuisce
	ai problemi di tempo nella trasmissione dei pacchetti.
    </descrip>

  <item>
    <descrip>
      <tag/Domanda/
        &Egrave; possibile interfacciare con un bridge segmenti ethernet da 10Mb
	e da 100Mb? Una configurazione del genere non rallenta il resto
	del traffico sul lato ad alta velocit&agrave; della rete?
      <tag/Risposta/
        Si, &egrave; possibile collegare con un bridge un segmento da 10Mb con
	un segmento da 100Mb. Finch&eacute; la scheda di rete del bridge collegata
	con la rete veloce &egrave; in grado di portare 100Mb, TCP si preoccuper&agrave;
	del resto. Anche se &egrave; vero che la comunicazione tra un calcolatore
	collegato a 100Mb e uno collegato a 10Mb avverr&agrave; solo a 10Mb, il
	resto del traffico sulla rete ad alta velocit&agrave; non viene rallentato
	dalla presenza del bridge.
    </descrip>
</enum>
</p>

</article>