<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
<TITLE>Linux NET-3-HOWTO, Linux Networking.: Altre Tecnologie di Rete</TITLE>
<LINK HREF="NET-3-HOWTO-8.html" REL=next>
<LINK HREF="NET-3-HOWTO-6.html" REL=previous>
<LINK HREF="NET-3-HOWTO.html#toc7" REL=contents>
</HEAD>
<BODY>
<A HREF="NET-3-HOWTO-8.html">Avanti</A>
<A HREF="NET-3-HOWTO-6.html">Indietro</A>
<A HREF="NET-3-HOWTO.html#toc7">Indice</A>
<HR>
<H2><A NAME="s7">7. Altre Tecnologie di Rete</A></H2>
<P>Le sottosezioni successive contengono informazioni specifiche a particolari
tecnologie di rete. Le informazioni contenute in queste sezioni non si
applicano necessariamente ad altri tipi di tecnologie di rete.
Gli argomenti sono presentati in ordine alfabetico.
<P>
<H2><A NAME="ss7.1">7.1 ARCNet</A>
</H2>
<P>I nomi delle periferiche ARCNet sono `<CODE>arc0e</CODE>', `<CODE>arc1e</CODE>', `<CODE>arc2e</CODE>'
eccetera, oppure `<CODE>arc0s</CODE>', `<CODE>arc1s</CODE>', `<CODE>arc2s</CODE>' eccetera.
La prima scheda che viene vista dal kernel prende il nome di `<CODE>arc0e</CODE>' o
`<CODE>arc0s</CODE>' e le altre prendono sequenzialmente gi altri nomi, nell'ordine
in cui vengono viste. La lettera finale indica se l'interfaccia usa un
incapsulamento dei pacchetti di tipo ethernet o il formato standard secondo
l'RFC1051.
<P>
<P><B>Opzioni di compilazione del kernel</B>:
<BLOCKQUOTE><CODE>
<PRE>
Network device support --->
[*] Network device support
<*> ARCnet support
[ ] Enable arc0e (ARCnet "Ether-Encap" packet format)
[ ] Enable arc0s (ARCnet RFC1051 packet format)
</PRE>
</CODE></BLOCKQUOTE>
<P>Una volta che il kernel è stato propriamente ricompilato per
supportare le schede di rete ARCNet, la configurazione delle schede
stesse risulta abbastanza semplice.
<P>Normalmente verranno usati comandi come:
<P>
<BLOCKQUOTE><CODE>
<PRE>
root# ifconfig arc0e 192.168.0.1 netmask 255.255.255.0 up
root# route add -net 192.168.0.0 netmask 255.255.255.0 arc0e
</PRE>
</CODE></BLOCKQUOTE>
<P>Consiglio di riferirsi ai file
<CODE>/usr/src/linux/Documentation/networking/arcnet.txt</CODE>
e <CODE>/usr/src/linux/Documentation/networking/arcnet-hardware.txt</CODE>
per avere ulteriori informazioni sull'argomento.
<P>Il supporto per ARCNet è stato sviluppato da Avery Pennarun,
<CODE>apenwarr@foxnet.net</CODE>.
<P>
<H2><A NAME="ss7.2">7.2 Appletalk (<CODE>AF_APPLETALK</CODE>)</A>
</H2>
<P>Il protocollo Appletalk non ha bisogno di nomi particolari per i dispositivi,
in quanto usa i dispositivi di rete esistenti.
<P>
<P><B>Opzioni di compilazione del kernel</B>:
<BLOCKQUOTE><CODE>
<PRE>
Networking options --->
<*> Appletalk DDP
</PRE>
</CODE></BLOCKQUOTE>
<P>Il supporto per Appletalk permette alle macchine Linux di lavorare insieme alle
reti Apple. Un uso importante di questa abilità è la condivisione
di risorse, come stampanti e dischi, tra computer Linux e Apple.
Per utilizzare Appletalk occorre del software aggiuntivo, che prende il nome di
<EM>netatalk</EM>. Wesley Craig <CODE>netatalk@umich.edu</CODE> è il rappresentante
di un gruppo chiamato `Research Systems Unix Group' che lavora
all'Università del Michigan e ha prodotto il pacchetto <EM>netatalk</EM>,
contenente software che implementa lo stack di protocolli Appletalk e alcuni
utili programmi di servizio.
Il pacchetto <EM>netatalk</EM>. se non è supportato dalla vostra
distribuzione, deve essere recuperato dal suo sito tramite ftp:
<A HREF="ftp://terminator.rs.itd.umich.edu/unix/netatalk/">University of Michigan</A><P>Per compilare ed installare il pacchetto occorre fare qualcosa come:
<P>
<BLOCKQUOTE><CODE>
<PRE>
user% tar xvfz .../netatalk-1.4b2.tar.Z
user% make
root# make install
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Potrebbe essere utile editare il `Makefile' prima di chiamare <EM>make</EM>
per compilare effettivamente il programma. In particolare potrebbe essere
utile cambiare la variabile DESTDIR, che definisce dove verranno
successivamente installati i file. Una buona scelta è il valore predefinito
/usr/local/atalk.
<P>
<H3>Configurazione del software Appletalk.</H3>
<P>La prima cosa che occorre fare perché tutto funzioni correttamente è assicurarsi che il proprio file <CODE>/etc/services</CODE>
contenga le voci appropriate. Le voci di cui si ha bisogno sono:
<P>
<BLOCKQUOTE><CODE>
<PRE>
rtmp 1/ddp # Routing Table Maintenance Protocol
nbp 2/ddp # Name Binding Protocol
echo 4/ddp # AppleTalk Echo Protocol
zip 6/ddp # Zone Information Protocol
</PRE>
</CODE></BLOCKQUOTE>
<P>Il passo successivo consiste nella creazione dei file di configurazione
Appletalk nella directory <CODE>/usr/local/atalk/etc</CODE> (o in quella in cui
il pacchetto è stato installato).
<P>Il primo file da creare è <CODE>/usr/local/atalk/etc/atalkd.conf</CODE>.
Questo file inizialmente deve contenere solo una linea, che specifica
il nome dell'interfaccia di rete sulla quale sono raggiungibili le
macchine Apple:
<P>
<BLOCKQUOTE><CODE>
<PRE>
eth0
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Il programma-demone Appletalk aggiungerà altri dettagli al file
nel momento in cui verrà eseguito.
<P>
<H3>Esportare un disco tramite Appletalk.</H3>
<P>Si possono esportare dei filesystem Linux verso la rete, in modo che le
macchine Apple sulla rete possano accedervi.
<P>A questo fine occorre configurare il file
<CODE>/usr/local/atalk/etc/AppleVolumes.system</CODE>. Un altro file
di configurazione, chiamato <CODE>/usr/local/atalk/etc/AppleVolumes.default</CODE>,
ha esattamente lo stesso formato e descrive quali filesystem verranno visti
dagli utenti che si collegano come "guest".
<P>I dettagli riguardo la configurazione di questi file e le varie opzioni si
trovano nella pagina del manuale relativa al comando <EM>afpd</EM>.
<P>Un semplice esempio potrebbe somigliare a:
<P>
<BLOCKQUOTE><CODE>
<PRE>
/tmp Scratch
/home/ftp/pub "Area Pubblica"
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>L'esempio mostrato esporta il filesystem <CODE>/tmp</CODE> come volume
AppleShare con il nome di `Scratch', e la directory pubblica di ftp
come volume AppleShare con il nome di `Area Pubblica'. Specificare
i nomi dei volumi non è obbligatorio, in quanto il programma-demone li
può assegnare autonomamente, ma specificarli esplicitamente non ha
alcuna controindicazione.
<P>
<H3>Condividere le stampanti Linux usando Appletalk.</H3>
<P>E abbastanza semplice condividere una stampante Linux con le macchine
Apple. A tal fine occorre far girare il programma <EM>papd</EM>,
il demone per il protocollo di accesso alle stampanti Appletalk
(Printer Access Protocol). Quando il programma viene fatto
girare accetta le richieste da parte delle macchine Apple e passa
il lavoro di stampa al server <EM>lpd</EM> locale per la stampa.
<P>Occorre editare il file <CODE>/usr/local/atalk/etc/papd.conf</CODE> per
configurare il servizio. La sintassi del file è la stessa del
più noto <CODE>/etc/printcap</CODE>. Il nome che viene dato ad ogni
definizione viene registrato tramite il protocollo di gestione
dei nomi Appletalk (NBP).
<P>Una semplice configurazione potrebbe essere:
<P>
<BLOCKQUOTE><CODE>
<PRE>
TricWriter:\
:pr=lp:op=cg:
</PRE>
</CODE></BLOCKQUOTE>
<P>Questo esempio rende disponibile sulla rete Appletalk una stampante
chiamata `TricWriter', e tutti i lavori accettati via rete
verranno stampati sulla stampante `<CODE>lp</CODE>' come definita nel file
<CODE>/etc/printcap</CODE>, usando <EM>lpd</EM>. La voce
`<CODE>op=cg</CODE>' dice che l'utente Linux `<CODE>cg</CODE>' è l'operatore
della stampante.
<P>
<H3>Far partire il software appletalk.</H3>
<P>A questo punto si dovrebbe essere pronti a provare la configurazione di base.
Il file <EM>rc.atalk</EM> distribuito con il pacchetto <EM>netatalk</EM>
dovrebbe funzionare bene per questa prova, perciò l'unica cosa che
resta da fare è:
<P>
<BLOCKQUOTE><CODE>
<PRE>
root# /usr/local/atalk/etc/rc.atalk
</PRE>
</CODE></BLOCKQUOTE>
<P>e tutto dovrebbe essere attivo e girare correttamente. Non si dovrebbero
vedere messaggi di errore a questo punto, ma il software manderà dei
messaggi sulla console per indicare ogni passo che viene fatto partire.
<P>
<H3>Provare il software appletalk.</H3>
<P>Per verificare che il software stia funzionando correttamente occorre
andare ad una delle macchine Apple, attivare il menu principale,
scegliere "Chooser", poi "AppleShare". A questo punto il calcolatore
Linux dovrebbe apparire.
<P>
<H3>Alcune attenzioni con il software appletalk.</H3>
<P>
<P>
<UL>
<LI>Potrebbe esserci bisogno di far partire il supporto
Appletalk prima di configurare la rete IP. Se ci sono
problemi a far partire i programmi Appletalk, o se dopo
che essi sono partiti si riscontrano dei problemi sulla
rete IP, occorre provare ad attivare il software Appletalk
prima di invocare <CODE>/etc/rc.d/rc.inet1</CODE> file.
</LI>
<LI>Il server <EM>afpd</EM> (Apple Filing Protocol Daemon)
scombina seriamente il disco rigido. Sotto il mount-point,
il server crea un paio di directory: <CODE>.AppleDesktop</CODE>
e <CODE>Network Trash Folder</CODE>. Poi, per ogni directory
che viene usata il server crea un <CODE>.AppleDouble</CODE> al
suo interno, per salvare le risorse eccetera. Perciò
bisogna pensarci due volte prima di esportare <CODE>/</CODE>: se
alla fine si vuole ripulire il disco ci vuole molto tempo.
</LI>
<LI>Il programma <EM>afpd</EM> si aspetta delle password in
chiaro dai Mac. La sicurezza potrebbe essere un problema,
perciò bisogna fare molta attenzione quando si fa
girare questo demone su una macchina collegata ad Internet:
bisogna solo rimproverare se stessi se qualcuno arreca dei
danni alla macchina.
</LI>
<LI>gli strumenti di diagnostica esistenti, come <EM>netstat</EM>
e <EM>ifconfig</EM> non supportano Appletalk. L'informazione
non trattata da questi programmi è comunque disponibile
nella directory <CODE>/proc/net/</CODE>, se se ne ha bisogno.
</LI>
</UL>
<P>
<H3>Ulteriori informazioni.</H3>
<P>Per una descrizione molto più dettagliata su come configurare
Appletalk per Linux occorre riferirsi alla pagina <EM>Linux Netatalk-HOWTO</EM>
di Anders Brownworth, presso
<A HREF="http://thehamptons.com/anders/netatalk/">thehamptons.com</A>.
<P>
<H2><A NAME="ss7.3">7.3 ATM</A>
</H2>
<P>Werner Almesberger <CODE><werner.almesberger@lrc.di.epfl.ch></CODE> sta
gestendo un progetto per fornire a Linux il supporto per ATM (Asynchronous
Transfer Mode). Informazioni aggiornate sullo stato del progetto possono
essere ottenute da:
<A HREF="http://lrcwww.epfl.ch/linux-atm/">lrcwww.epfl.ch</A>.
<P>
<H2><A NAME="ss7.4">7.4 AX25 (AF_AX25)</A>
</H2>
<P>I nomi di periferica AX.25 nei kernel versione <CODE>2.0.*</CODE> sono
`<CODE>sl0</CODE>', `<CODE>sl1</CODE>' eccetera, mentre nei kernel <CODE>2.1.*</CODE> sono
`<CODE>ax0</CODE>', `<CODE>ax1</CODE>' eccetera.
<P>
<P><B>Opzioni di compilazione del kernel</B>:
<BLOCKQUOTE><CODE>
<PRE>
Networking options --->
[*] Amateur Radio AX.25 Level 2
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>I protocolli AX25, Netrom e Rose sono ampiamente trattati nel documento
<A HREF="AX25-HOWTO.html">AX25-HOWTO</A>.
Questi protocolli sono usati dagli utenti di radio amatoriali
per la sperimentazione di trasmissione radio di pacchetti in tutto il mondo.
<P>La maggior parte del lavoro di implementazione di questi protocolli
è stata fatta da Jonathan Naylor, <CODE>jsn@cs.nott.ac.uk</CODE>.
<P>
<H2><A NAME="ss7.5">7.5 DECNet</A>
</H2>
<P>Al supporto per DECnet si sta lavorando adesso. È plausibile che
appaia in uno degli ultimi kernel versione 2.1.
<P>
<H2><A NAME="ss7.6">7.6 FDDI</A>
</H2>
<P>I nomi delle periferiche FDDI sono `<CODE>fddi0</CODE>', `<CODE>fddi1</CODE>', `<CODE>fddi2</CODE>'
eccetera. La prima scheda rilevata dal kernel prende il nome `<CODE>fddi0</CODE>'
e alle altre vengono sequenzialmente assegnati gli altri nomi nell'ordine in
cui vengono riconosciute.
<P>Larry Stefani, <CODE>lstefani@ultranet.com</CODE>, ha scritto un driver
per le schede FDDI per EISA e PCI della Digital.
<P>
<P><B>Opzioni di compilazione del kernel</B>:
<BLOCKQUOTE><CODE>
<PRE>
Network device support --->
[*] FDDI driver support
[*] Digital DEFEA and DEFPA adapter support
</PRE>
</CODE></BLOCKQUOTE>
<P>Dopo aver ricompilato il kernel per supportare il driver FDDI, la
configurazione dell'interfaccia è praticamente identica alla
configurazione di una scheda ethernet. Occorre solo specificare il nome
dell'interfaccia FDDI nei comandi <EM>ifconfig</EM> e <EM>route</EM>.
<P>
<H2><A NAME="ss7.7">7.7 Frame Relay</A>
</H2>
<P>I nomi delle periferiche Frame Relay sono `<CODE>dlci00</CODE>', `<CODE>dlci01</CODE>'
eccetera per i dispositivi ad incapsulazione DLCI, mentre `<CODE>sdla0</CODE>',
`<CODE>sdla1</CODE>' eccetera sono i nomi per le periferiche FRAD.
<P>Frame Relay è una nuova tecnologia di rete, progettata per adattarsi a
traffico di comunicazione dati che sia di natura intermittente. Ci si
connette ad una rete Frame Relay usando un FRAD (Frame Relay Access Device).
Il supporto Frame Relay per Linux usa IP-su-Frame-Relay, come specificato
nell'RFC 1490.
<P>
<P><B>Opzioni di compilazione del kernel</B>:
<BLOCKQUOTE><CODE>
<PRE>
Network device support --->
<*> Frame relay DLCI support (EXPERIMENTAL)
(24) Max open DLCI
(8) Max DLCI per device
<*> SDLA (Sangoma S502/S508) support
</PRE>
</CODE></BLOCKQUOTE>
<P>Il supporto per Frame Relay e i relativi strumenti di configurazione sono
stati sviluppati da Mike McLagan, <CODE>mike.mclagan@linux.org</CODE>.
<P>Al momento i soli FRAD supportati sono i
<A HREF="http://www.sangoma.com/">Sangoma Technologies</A>
<CODE>S502A</CODE>, <CODE>S502E</CODE> e <CODE>S508</CODE>.
<P>Dopo aver ricompilato il kernel, per configurare le periferiche FRAD e
DLCI occorrono gli strumenti di configurazione per Frame Relay. Questi
sono disponibili da
<A HREF="ftp://ftp.invlogic.com/pub/linux/fr/frad-0.15.tgz">ftp.invlogic.com</A>.
La compilazione e l'installazione di questi strumenti non presenta
alcun problema, ma l'assenza di un Makefile nella directory principale
fa sì che il processo sia abbastanza "manuale":
<P>
<BLOCKQUOTE><CODE>
<PRE>
user% tar xvfz .../frad-0.15.tgz
user% cd frad-0.15
user% for i in common dlci frad; make -C $i clean; make -C $i; done
root# mkdir /etc/frad
root# install -m 644 -o root -g root bin/*.sfm /etc/frad
root# install -m 700 -o root -g root frad/fradcfg /sbin
root# install -m 700 -o root -g root dlci/dlcicfg /sbin
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Si noti che i comandi sopracitati usano la sintassi <EM>sh</EM>, se si usa una
shell di tipo <EM>csh</EM>, come <EM>tcsh</EM>, il ciclo <EM>for</EM> apparirà
diversamente.
<P>
<P>Dopo l'installazione di questi programmi occorre creare un file
<CODE>/etc/frad/router.conf</CODE>. Si può usare come esempio il seguente,
che è una versione modificata di uno dei file di esempio del pacchetto:
<P>
<BLOCKQUOTE><CODE>
<PRE>
# /etc/frad/router.conf
# Questo è uno schema di configurazione per frame relay.
# Tutte le parole chiave sono presenti. I valori di default sono basati
# sul codice fornito con il driver DOS per il Sangoma S502A.
#
# Un '#' all'interno di una linea segna un commento
# Spazi e caratteri TAB sono ignorati
# Voci [] sconosciute e chiavi ignote sono ignorate
#
[Devices]
Count=1 # numero di periferiche da configurare
Dev_1=sdla0 # nome di periferica
#Dev_2=sdla1 # nome di periferica
# Se specificate qui, queste voci si applicano a tutte le periferiche,
# ma possono essere specificati valori alternativi per ciascuna scheda.
#
Access=CPE
Clock=Internal
KBaud=64
Flags=TX
#
# MTU=1500 # Massima lunghezza del IFrame trasmesso,
# il default è 4096
# T391=10 # valore di T391 5 - 30, il default è 10
# T392=15 # valore di T392 5 - 30, il default è 15
# N391=6 # valore di N391 1 - 255, il default è 6
# N392=3 # valore di N392 1 - 10, il default è 3
# N393=4 # valore di N393 1 - 10, il default è 4
# Se specificate qui, queste voci si applicano a tutte le schede
# CIRfwd=16 # CIR forward 1 - 64
# Bc_fwd=16 # Bc forward 1 - 512
# Be_fwd=0 # Be forward 0 - 511
# CIRbak=16 # CIR backward 1 - 64
# Bc_bak=16 # Bc backward 1 - 512
# Be_bak=0 # Be backward 0 - 511
#
#
# Configurazione specifica per ciascuna interfaccia
#
#
#
# La prima periferica è una Sangoma S502E
#
[sdla0]
Type=Sangoma # Tipo di periferica. Attualmente viene riconosciuto
# solo il nome SANGOMA
#
# Queste chiavi sono specifiche al tipo "Sangoma"
#
# Tipo di scheda - S502A, S502E, S508
Board=S502E
#
# Nome del firmware (ROM) di prova della scheda
# Testware=/usr/src/frad-0.10/bin/sdla_tst.502
#
# Nome del firmware FR
# Firmware=/usr/src/frad-0.10/bin/frm_rel.502
#
Port=360 # Porta di I/O per questa scheda
Mem=C8 # Indirizzo della finestra di memoria (A0-EE)
IRQ=5 # Numero di interrupt, non specificare per la S502A
DLCIs=1 # Numero di DLCI attaccati alla periferica
DLCI_1=16 # Numero del primo DLCI, 16 - 991
# DLCI_2=17
# DLCI_3=18
# DLCI_4=19
# DLCI_5=20
#
# Se specificate qui, queste voci si applicano solo a questa periferica,
# e rimpiazzano i valori specificati prima
#
# Access=CPE # CPE o NODE, default: CPE
# Flags=TXIgnore,RXIgnore,BufferFrames,DropAborted,Stats,MCI,AutoDLCI
# Clock=Internal # External o Internal, default: Internal
# Baud=128 # Valore nominale di baud rate per il CSU/DSU
# MTU=2048 # Massima lunghezza del IFrame trasmesso,
# il default è 4096
# T391=10 # valore di T391 5 - 30, il default è 10
# T392=15 # valore di T392 5 - 30, il default è 15
# N391=6 # valore di N391 1 - 255, il default è 6
# N392=3 # valore di N392 1 - 10, il default è 3
# N393=4 # valore di N393 1 - 10, il default è 4
#
# La seconda periferica è qualche altro tipo
#
# [sdla1]
# Type=FancyCard # Tipo di periferica
# Board= # Tipo di scheda Sangoma
# Key=Value # Valori specifici a questo tipo di scheda
#
# Valori di default per la configurazione DLCI
# Questo posso essere rimpiazzati nella configurazione specifica
# di ciascun DLCI
#
CIRfwd=64 # CIR forward 1 - 64
# Bc_fwd=16 # Bc forward 1 - 512
# Be_fwd=0 # Be forward 0 - 511
# CIRbak=16 # CIR backward 1 - 64
# Bc_bak=16 # Bc backward 1 - 512
# Be_bak=0 # Be backward 0 - 511
#
# Configurazione di DLCI
# Queste voci sono tutte opzionali. Il nome usato è
# [DLCI_D<devicenum>_<DLCI_Num>]
#
[DLCI_D1_16]
# IP=
# Net=
# Mask=
# Flags defined by Sangoma: TXIgnore,RXIgnore,BufferFrames
# DLCIFlags=TXIgnore,RXIgnore,BufferFrames
# CIRfwd=64
# Bc_fwd=512
# Be_fwd=0
# CIRbak=64
# Bc_bak=512
# Be_bak=0
[DLCI_D2_16]
# IP=
# Net=
# Mask=
# Flags defined by Sangoma: TXIgnore,RXIgnore,BufferFrames
# DLCIFlags=TXIgnore,RXIgnore,BufferFrames
# CIRfwd=16
# Bc_fwd=16
# Be_fwd=0
# CIRbak=16
# Bc_bak=16
# Be_bak=0
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Dopo aver costruito il file <CODE>/etc/frad/router.conf</CODE>, l'unico passo
che resta da fare è configurare le periferiche stesse. Questo è
solo leggermente più difficile che la configurazione di una normale
periferica di rete. Occorre ricordare di attivare il FRAD prima dei dispositivi
di incapsulamento DLCI. I comandi necessari sono numerosi, meglio quindi
metterli in uno script:
<P>
<BLOCKQUOTE><CODE>
<PRE>
#!/bin/sh
# Configurazione dell'hardware FRAD e parametri DLCI
/sbin/fradcfg /etc/frad/router.conf || exit 1
/sbin/dlcicfg file /etc/frad/router.conf
#
# Attivazione del dispositivo FRAD
ifconfig sdla0 up
#
# Configurazione delle interfacce di incapsulamento DLCI
# e instradamento
ifconfig dlci00 192.168.10.1 pointopoint 192.168.10.2 up
route add -net 192.168.10.0 netmask 255.255.255.0 dlci00
#
ifconfig dlci01 192.168.11.1 pointopoint 192.168.11.2 up
route add -net 192.168.11.0 netmask 255.255.255.0 dlci00
#
route add default dev dlci00
#
</PRE>
</CODE></BLOCKQUOTE>
<P>
<H2><A NAME="ss7.8">7.8 IPX (<CODE>AF_IPX</CODE>)</A>
</H2>
<P>Il protocollo IPX è il più comunemente utilizzato nelle reti
locali Novell NetWare(tm). Linux include il supporto per questo protocollo,
e può essere configurato come punto di rete o come router per IPX.
<P>
<P><B>Opzioni di compilazione del kernel</B>:
<BLOCKQUOTE><CODE>
<PRE>
Networking options --->
[*] The IPX protocol
[ ] Full internal IPX network
</PRE>
</CODE></BLOCKQUOTE>
<P>Il protocollo IPX ed NCPFS sono trattati in maggior dettaglio
nel documento
<A HREF="IPX-HOWTO.html">IPX-HOWTO</A>.
<P>
<H2><A NAME="ss7.9">7.9 NetRom (<CODE>AF_NETROM</CODE>)</A>
</H2>
<P>I nomi delle periferiche NetRom sono `<CODE>nr0</CODE>', `<CODE>nr1</CODE>' eccetera.
<P>
<P><B>Opzioni di compilazione del kernel</B>:
<BLOCKQUOTE><CODE>
<PRE>
Networking options --->
[*] Amateur Radio AX.25 Level 2
[*] Amateur Radio NET/ROM
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>I protocolli AX25, Netrom e Rose sono trattati nell'
<A HREF="AX25-HOWTO.html">AX25-HOWTO</A>. Questi protocolli vengono usati
dagli operatori di radio amatoriali in tutto il mondo per sperimentare con
la trasmissione dati via radio.
<P>La maggior parte del lavoro di implementazione di questi protocolli è
stato fatto da Jonathon Naylor, <CODE>jsn@cs.nott.ac.uk</CODE>.
<P>
<H2><A NAME="ss7.10">7.10 Il protocollo Rose (<CODE>AF_ROSE</CODE>)</A>
</H2>
<P>I nomi delle periferiche Rose nei kernel 2.1.* sono `<CODE>rs0</CODE>',
`<CODE>rs1</CODE>' eccetera.
Rose è solo disponibile nelle versioni 2.1 del kernel.
<P>
<P><B>Opzioni di compilazione del kernel</B>:
<BLOCKQUOTE><CODE>
<PRE>
Networking options --->
[*] Amateur Radio AX.25 Level 2
<*> Amateur Radio X.25 PLP (Rose)
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>I protocolli AX25, Netrom e Rose sono trattati nel documento
<A HREF="AX25-HOWTO.html">AX25-HOWTO</A>.
Questi protocolli vengono usati dagli operatori di radio amatoriali in tutto
il mondo per sperimentare la trasmissione dati via radio.
<P>La maggior parte del lavoro di implementazione di questi protocolli
è stata fatta da Jonathon Naylor, <CODE>jsn@cs.nott.ac.uk</CODE>.
<P>
<H2><A NAME="ss7.11">7.11 Supporto SAMBA - `NetBEUI', `NetBios'.</A>
</H2>
<P>SAMBA è un'implementazione del protocollo "Session Management Block".
Samba permette ai sistemi Microsoft e ad altri di montare i dischi Linux
e di accedere alle stampanti Linux.
<P>SAMBA e la sua configurazione sono trattati in dettaglio nel
documento
<A HREF="SMB-HOWTO.html">SMB-HOWTO</A>.
<P>
<H2><A NAME="ss7.12">7.12 Supporto STRIP (Starmode Radio IP)</A>
</H2>
<P>I nomi delle periferiche STRIP sono `<CODE>st0</CODE>', `<CODE>st1</CODE>', eccetera.
<P>
<P><B>Opzioni di compilazione del kernel</B>:
<BLOCKQUOTE><CODE>
<PRE>
Network device support --->
[*] Network device support
....
[*] Radio network interfaces
< > STRIP (Metricom starmode radio IP)
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>STRIP è un protocollo designato specificatamente per una serie
di modem radio Metricom per un progetto di ricerca della Stanford University,
chiamato
<A HREF="http://mosquitonet.Stanford.EDU/mosquitonet.html">Progetto MosquitoNet</A>.
Vi si trova un sacco di materiale interessante da leggere, anche per chi non
è direttamente interessato al progetto.
<P>
<P>Le radio Metricom si connettono alla porta seriale, impiegano
tecnologia "spread spectrum" e sono tipicamente in grado di trasmettere
circa 100kbps. Informazioni riguardo alle radio Metricom sono
disponibili presso
<A HREF="http://www.metricom.com/">Server web della Metricom</A>.
<P>Al momento gli strumenti di rete e i programmi di utilità standard non
supportano il driver STRIP, per cui occorre scaricare dei programmi modificati
a tal fine dal server www di MosquitoNet. Ulteriori dettagli riguardo al
software necessario si trovano alla
<A HREF="http://mosquitonet.Stanford.EDU/strip.html">pagina STRIP di MosquitoNet</A>.
<P>In sintesi, occorre usare un programma <EM>slattach</EM> modificato per
assegnare la disciplina di linea dell'interfaccia seriale a "STRIP";
occorre poi configurare i dispositivi `<CODE>st[0-9]</CODE>' come si farebbe con
l'ethernet, tranne per una importante differenza: per ragioni tecniche, STRIP
non supporta il protocollo ARP, per cui bisogna fornire manualmente al sistema
le voci ARP per gli host della propria sottorete.
Questo non è comunque un compito oneroso.
<P>
<H2><A NAME="ss7.13">7.13 Token Ring</A>
</H2>
<P>I nomi delle periferiche token ring sono `<CODE>tr0</CODE>', `<CODE>tr1</CODE>'
eccetera. Token Ring è un protocollo di LAN standardizzato da IBM
che evita le collisioni fornendo un meccanismo che ad ogni istante
autorizza a trasmettere solo una stazione sulla rete locale.
Un `gettone' (token) è in mano ad una stazione per volta, e solo la
stazione che detiene il gettone ha il diritto di trasmettere. Dopo aver
trasmesso i dati il gettone verrà passato alla stazione successiva.
Il gettone viene passato tra tutte le stazioni attive, da cui il nome
`Token Ring'.
<P>
<P><B>Opzioni di compilazione del kernel</B>:
<BLOCKQUOTE><CODE>
<PRE>
Network device support --->
[*] Network device support
....
[*] Token Ring driver support
< > IBM Tropic chipset based adaptor support
</PRE>
</CODE></BLOCKQUOTE>
<P>La configurazione di token ring è identica a quella di ethernet, e
l'unica differenza sta nel nome della periferica di rete da configurare.
<P>
<H2><A NAME="ss7.14">7.14 X.25</A>
</H2>
<P>X.25 è un protocollo a commutazione di pacchetto basato su un circuito,
ed è definito dal <CODE>C.C.I.T.T.</CODE> (un gruppo di standard riconosciuto
dalle compagnie di telecomunicazione in quasi tutto il mondo).
Un'implementazione di X.25 e LPB è in lavorazione, e i kernel
<CODE>2.1.*</CODE> più recenti includono lo stato attuale del lavoro.
<P>Jonathon Naylor <CODE>jsn@cs.nott.ac.uk</CODE> sta coordinando lo sviluppo ed
esiste una mailing list per discutere di X.25 sotto Linux e di argomenti
connessi. Per iscriversi occorre mandare un messaggio a
<CODE>majordomo@vger.rutgers.edu</CODE> con il testo "<CODE>subscribe linux-x25</CODE>"
nel corpo del messaggio.
<P>Le versioni attuali degli strumenti di configurazione si possono
ottenere dal sito ftp di Jonathon:
<A HREF="ftp://ftp.cs.nott.ac.uk/jsn/">ftp.cs.nott.ac.uk</A>.
<P>
<H2><A NAME="ss7.15">7.15 Scheda WaveLan</A>
</H2>
<P>I nomi delle periferiche Wavelan sono `<CODE>eth0</CODE>', `<CODE>eth1</CODE>', eccetera.
<P>
<P><B>Opzioni di compilazione del kernel</B>:
<BLOCKQUOTE><CODE>
<PRE>
Network device support --->
[*] Network device support
....
[*] Radio network interfaces
....
<*> WaveLAN support
</PRE>
</CODE></BLOCKQUOTE>
<P>La scheda WaveLAN card è una scheda di rete radio ad ampio spettro.
In pratica la scheda assomiglia molto ad una scheda ethernet, e viene
configurata praticamente allo stesso modo.
<P>Si possono ottenere informazioni sulla scheda Wavelan da
<A HREF="http://www.wavelan.com/">Wavelan.com</A>.
<P>
<HR>
<A HREF="NET-3-HOWTO-8.html">Avanti</A>
<A HREF="NET-3-HOWTO-6.html">Indietro</A>
<A HREF="NET-3-HOWTO.html#toc7">Indice</A>
</BODY>
</HTML>
