<!doctype linuxdoc system>
<linuxdoc>
<article>
<titlepag>
<title>LINUX PLIP MINI-HOWTO</title>
<author><name>Andrea Controzzi, <tt>controzz@cli.di.unipi.it</tt>,<newline>
Vertaald door: Ellen Bokhorst, <tt>bokkie@nl.linux.org</tt></name>
</author>
<date>v2.1, 12 maart 1998 </date>

<abstract>
Deze HOWTO zal er hopelijk toe bijdragen dat je het Parallelle Line Interface
Protocol kunt opzetten en gebruiken.
</abstract>
</titlepag>
<toc>

<p>
<descrip>
<tag>OPMERKING</tag>
<p>
Dit is een nieuwe uitgave. Er zijn heel veel veranderingen en aardig wat
uitbreidingen, maar er staan nog steeds grammatica- en spelfouten in
(engels is niet mijn moedertaal) en, onwaarschijnlijk maar mogelijk wat
onjuiste of verouderde info. Breng me alsjeblieft op de hoogte van fouten
om me te helpen iedereen van de juiste informatie te kunnen voorzien.
</p>
<p>
De belangrijkste wijzigingen in deze uitgave zijn:
<itemize>
<item> SGML formaat </item>
<item> een algemeen antwoord op de meest gestelde vraag "PLIP met win95" 
(het antwoord is ontkennend, sorry)</item>
<item> grotere en betere FAQ sectie (met dank voor de verslagen van
ontelbare gebruikers; veel van hen zullen hun opmerkingen hierin aantreffen,
zoals ik heb beloofd!)</item>
<item> verwijdering van de Quick PLIP Installatie bestanden, dit was
onbruikbaar en verouderd.
</item>
<item> de Dos-Linux PLIP link addendum bijgewerkt
</item>
</itemize>

Voor elke vraag, correcties op fouten en/of opmerkingen: mijn email-adres
is controzz@cli.di.unipi.it. Mail me gerust als je hulp nodig hebt.
Soms zal ik niet onmiddellijk antwoorden, maar mocht het voorkomen dat je
na 2 weken nog niets van me hebt gehoord, dan betekent dit dat er problemen 
zijn met ons mailsysteem: aarzel niet me nog eens te mailen, het is mijn
taak je te helpen. Ik kan je niet garanderen dat ik je problemen op kan
lossen, maar ik zal het proberen. Als je na een aantal mailtjes nog geen
antwoord hebt ontvangen, controleer dan je retouradres.
Mijn antwoorden kwamen verscheidene malen niet aan vanwege bezorgproblemen,
gewoonlijk doordat het retouradres root@myhost was.

Lees voor het insturen van mail de FAQ, mijn antwoord op een vraag die
reeds in de FAQ is opgenomen, zal niet beter zijn (maar waarschijnlijk 
slechter of minder compleet) dan het antwoord dat je reeds kunt lezen.

Stuur voor vragen over PLIP met DOS en Win95 alsjeblieft een mail naar
de auteurs van deze hoofdstukken, ik kan je niet helpen.

Ten eerste is heel veel technische informatie afkomstig van de 
net-2-HOWTO, geschreven door Terry Dawson. Deze mini-HOWTO is niet 
bedoeld om andere aspecten te behandelen en/of de net-2-HOWTO te vervangen:
mijn doel is je een manier te geven snel een permanente PLIP-verbinding
te installeren, en dan ook *ALLEEN* maar dat. Alle andere info is afkomstig
van persoonlijke ervaring en de hulp van veel gebruikers die me opmerkingen
en informatie zonden.

Lees de net-2-HOWTO en de andere docs voor de algemene informatie over het
netwerk en de config bestanden waarvan ik je aangeef die te wijzigen.
</p>
</descrip>
</p>

<sect><heading>Introductie: wat is PLIP en waarom zou je het gebruiken?
</heading>
<p>
Er zijn heel veel manieren om een verbinding tussen meerdere hosts te
cre&euml;ren. PLIP maakt net als SLIP een lokale verbinding tussen twee
computers mogelijk, maar maakt hierbij gebruik van de parallelle poorten.

Parallelle poorten transporteren meer dan &eacute;&eacute;n bit tegelijkertijd,
wat betekent dat het mogelijk is hogere snelheden te bereiken dan met een
seri&euml;le interface.

De te bereiken snelheid is volledig afhankelijk van je hardware
(CPU en parallelle poort) en systeembelasting, in het algemeen ligt het ergens
tussen de 5 Kb/sec en 40 Kb/sec.

De PLIP interface is snel genoeg dat het een aantal fatsoenlijke tcp/ip
functies mogelijk maakt, zoals NFS. Dus het kan zijn dat je een computer
hebt met al je Linux zooi en een andere met alleen het minimale systeem, waar
je de rest van de hoofdcomputer op kunt mounten.

Het nadeel is dat de meeste gebruikers slechts &eacute;&eacute;n parallelle
poort hebben, dit betekent dat je PLIP niet tegelijkertijd kunt gebruiken
met afdrukken. Zelfs met twee parallelle poorten is het onmogelijk af te
drukken en PLIP te gebruiken, zonder gebruik te maken van kernelmodules.

Dit nadeel kan worden ge&euml;limineerd als je twee of meer parallelle
poorten hebt, en een patch toepast die je in deze Mini-HOWTO kunt
vinden.

Eindelijk ben ik nu in staat je hopelijk een goede manier te geven een
PLIP koppeling tussen DOS en Linux te geven.

Ik kan het niet genoeg benadrukken: tot dusverre heeft niemand een
succesvolle koppeling tussen Linux en Windows95 gemeld.
</p>
</sect>

<sect><heading>Benodigde hardware voor gebruik PLIP</heading>
<p>
De benodigde hardware om een PLIP interface op te zetten is (vanzelfsprekend)
een vrije parallelle poort op beide computers en de kabel. Als je het via
je BIOS kunt configureren, stel het dan op z'n minst in op "bi-directional",
en anders zo mogelijk op ECP of EPP mode.

Wat betreft de kabel staat het volgende in het plip.c bestand dat onderdeel
uitmaakt van de kernelsource versie 2.0.33:
<tscreen><verb>
  The cable used is a de facto standard parallel null cable -- sold as
  a "LapLink" cable by various places.  You'll need a 12-conductor cable to
  make one yourself.  The wiring is:
    SLCTIN      17 - 17        
    GROUND      25 - 25
    D0->ERROR   2 - 15          15 - 2
    D1->SLCT    3 - 13          13 - 3
    D2->PAPOUT  4 - 12          12 - 4
    D3->ACK     5 - 10          10 - 5
    D4->BUSY    6 - 11          11 - 6
  Do not connect the other pins.  They are
    D5,D6,D7 are 7,8,9
    STROBE is 1, FEED is 14, INIT is 16
    extra grounds are 18,19,20,21,22,23,24
</verb></tscreen>
Maar ik raad je aan de bestanden
/usr/src/linux/drivers/net/README1. PLIP en README2.PLIP bestanden te lezen
voor meer info over de kabel.

Ik vind dat je beter geen eigen parallelle kabel kunt bouwen. Een 
zelfgemaakte kabel bespaart je heel weinig geld, en het kan voor heel wat
kopzorgen zorgen. Als je zelf een parallelle kabel wenst te bouwen, denk
er dan aan dat je dit op eigen risico doet, ik gaf exact aan wat er in
plip.c staat, maar geef je geen garanties.

Een laatste woord over de kabellengte: lange kabels (d.w.z. meer dan
10 feet of 3 meter) kunnen door radio-storingen voor problemen zorgen.
Als je lange kabels nodig hebt, gebruik dan goede en goed beschermde kabels,
alhoewel lange kabels niet zijn aan te bevelen: ik denk dat de maximale
kabellengte zo rond de 15 meter (50 feet) zouden moeten liggen.

Hoe dan ook, iemand mailde me dat zijn/haar kabel van 100 feet (30 meter)
prima werkt; als iemand echt een PLIP-verbinding tussen kantoor en zijn/haar
huis (200 meter verderop) wil proberen en het geld er voor heeft, die kan het
proberen, maar het is op zijn/haar risico.
</p>
</sect>

<sect><heading>Herconfigureer de kernel</heading>
<p>
Er wordt van je verwacht dat je al weet hoe de kernel te configureren
en compileren, anders moet je aan een doc (kernel-howto of andere guides)
zien te komen. Met dank aan het geweldige werk verricht door de kernel
lui, hercompilatie van de laatste kernels is echt een eenvoudige taak,
ook voor "gewone" mensen, doe het gewoon. Hoe dan ook, voor de 
volledigheid is hier een korte samenvatting van wat je moet doen:

<bf>OPMERKING</bf>: Ik ga uit van de 2.0.xx kernel. Er zijn geen
instructies voor de 2.1.xx kernel, aangezien dit een ontwikkelingskernel is.
</p>
<p>
Ik zal ervan uitgaan dat je menuconfig gebruikt om de kernel-opties in
te stellen, maar de andere tools zijn equivalent. Ik zal je laten zien 
hoe je het met menuconfig doet:

<tscreen><verb>
#make menuconfig
</verb></tscreen>

Ik raad je ten zeerste aan 

<tscreen><verb>
Loadable module support  --->
</verb></tscreen>

te selecteren en de 

<tscreen><verb>
[*] Enable loadable module support
</verb></tscreen>

te activeren en als dit mogelijk is (d.w.z. je hebt de modules.2.0.0)


<tscreen><verb>
[*] Kernel daemon support (automatisch laden van modules)
</verb></tscreen>

Ga dan terug en kies voor

<tscreen><verb>
Networking options  --->
</verb></tscreen>

waar je op z'n minst zou moeten kiezen voor

<tscreen><verb>
[*] Network firewalls
[*] TCP/IP networking
[*] IP: forwarding/gatewaying
</verb></tscreen>

Ga dan weer terug en kies minstens

<tscreen><verb>
[*] Network device support
<M> PLIP (parallel port) support
</verb></tscreen>

Als je gebruik maakt van modules raad ik je stellig aan PLIP als een module
in te stellen. Als je dit doet, kun je ook de printer nog gebruiken, ga naar

<tscreen><verb>
Character devices  --->
</verb></tscreen>

en stel

<tscreen><verb>
<M> Parallel printer support
</verb></tscreen>

in als een module. Nu heb je de kernel-ondersteuning voor PLIP geactiveerd.
Als het de eerste keer is dat je de kernel compileert, kijk dan alle andere
opties nog na, sla de instellingen op en verlaat menuconfig.

Compileer het tenslotte met

<tscreen><verb>
#make dep ; make clean
#make zlilo
</verb></tscreen>

En als je gebruik maakt van modules

<tscreen><verb>
# make modules 
# make modules_install
</verb></tscreen>

Herstart nu je systeem.
</p>
</sect>


<sect><heading>Kernelberichten over de PLIP-interface</heading>
<p>
Nadat je de kernel met PLIP-ondersteuning geactiveerd hebt geconfigureerd
en gecompileerd, zou je bij het booten van het systeem als de kernel direct
PLIP ondersteunt of wanneer je de PLIP modules laadt (later, zie verderop)
als je PLIP als modules hebt gecompileerd, ongeveer de volgende meldingen
moeten krijgen (nummers kunnen anders zijn):

<tscreen><verb>
NET3 PLIP version 2.2 gniibe@mri.co.jp
plip1: Parallel port at 0x378, using assigned IRQ 7.
</verb></tscreen>

Afhankelijk van je klogd en syslogd configuratie zou het kunnen dat het
plip-bericht in je systeemlogbestanden is opgeslagen: raak niet in paniek
als je de melding die hiervoor werd gegeven niet krijgt.
Als je PLIP als een module compileerde en lsmod geeft aan dat de plip
module is geladen, dan is dat voldoende.

Sla alsjeblieft acht op de interfacenaam. Gewoonlijk is dit plip1, maar
het kan plip0, of zelfs plip2, plip3, enzovoort zijn. Dit is afhankelijk van
het IO-adres.
</p>
</sect>

<sect><heading>Instellen van de configuratiebestanden</heading>
<p>
<bf>OPMERKING</bf>: In een aantal distributies, zoals die van Debian,
worden andere config bestanden gebruikt. Als je een standaard distributie
hebt en je kunt de rc.inet* bestanden niet vinden, zoek dan naar (andere)
config bestanden in de directory /etc/init.d.

Denk er als eerste aan van alle bestanden die je zult gaan wijzigen een
backup te maken.

<tscreen><verb>
#cp rc.inet1 rc.inet1.BACKUP 
</verb></tscreen>

kan een goed plan zijn.

Als je dit nog niet hebt gedaan, moet je IP-adressen voor de twee computers
kiezen. In mijn voorbeelden, maak ik gebruik van een paar voorbeeld-IP's,
in het standaard xxx.xxx.xxx.xxx formaat.

Voeg het volgende toe aan het bestand /etc/rc.d/inet1.rc van beide computers
(als beste in het laatste deel van het bestand):

<code>
/sbin/route add -net ${NETWORK} netmask ${NETMASK}
</code>

NETWORK en NETMASK zouden reeds eerder moeten zijn ingesteld. Als je niet
weet hoe je dat moet doen, lees dan alsjeblieft de NET-2-HOWTO.

Als je na deze route opdracht de volgende melding krijgt:

<tscreen><verb>
SIOCADDRT: network unreachable
</verb></tscreen>

gebruik dan in plaats ervan het volgende:

<code>
/sbin/route add -net ${NETWORK} netmask ${NETMASK} dev plip1  
</code>

waarbij je zoals gebruikelijk de interfacenaam moet gebruiken die in de
kernelberichten wordt aangegeven (zie hiervoor).

Je kunt alleen in de volgende situatie deze variabelen gerust negeren:

Als je alleen een verbinding tot stand wilt brengen tussen twee computers
op een standalone netwerk. In dat geval kun je ieder IP-adres uitkiezen,
laten we zeggen respectievelijk 200.0.0.1 en 200.0.0.2. In dit geval kun
je gerust NETWORK="200.0.0.0" en NETMASK="255.255.255.0" plaatsen. 
Dit zijn de voorbeeld-IP's die ik hieronder in mijn Snelle PLIP Installatie
gebruik.


<bf>OPMERKING</bf>: 200.0.0.1 en 200.0.0.2 zijn slechts voorbeeld-IP's,
ik raad je aan deze nummers beslist niet te gebruiken aangezien dit 
adressen kunnen zijn van werkelijk bestaande hosts op het Internet!

Ik raad je ten zeerste aan je adres te kiezen uit de "prive adres" intervallen:

<tscreen><verb>
	  10.0.0.0        -   10.255.255.255
      172.16.0.0      -   172.31.255.255
      192.168.0.0     -   192.168.255.255
</verb></tscreen>

In het bestand /etc/hosts van beide computers zou je regels toe kunnen voegen
met het IP van de computers die je via PLIP met elkaar verbindt. In mijn
voorbeeld zijn de regels:

<code>
200.0.0.1       een              # dit is het IP-adres van "een" 
200.0.0.2       twee             # dit is het IP-adres van "twee"
</code>

Waar een en twee de namen zijn die je voor de twee hosts
hebt uitgekozen.

Als je NFS wilt activeren, afgezien van het "yes" antwoorden tijdens de
kernelconfiguratie, moet je in /etc/exports regels toevoegen die de
directory's beschrijven die je wenst te exporteren. In mijn voorbeeld 
zou je de volgende regel toe kunnen voegen om de directory /usr te kunnen
mounten:


<code>
 /usr                          twee (ro)
</code>

Lees voor meer informatie over NFS alsjeblieft de daarop gerichte
specifieke documentatie; meld me geen problemen over NFS, ik zal je
hierbij niet kunnen helpen.

Reboot nu je systeem.
</p>
</sect>

<sect><heading>Activeer de PLIP-koppeling</heading>
<p>
Ten slotte zijn dit de opdrachten die je met de permissies van root
moet uitvoeren, waarmee de PLIP-interface wordt geactiveerd (uiteraard
moet de kabel reeds correct zijn aangesloten).

<bf>OPMERKING</bf>: Als er iets onverwachts gebeurt, controleer dan nog
eens de kabel en de spelling van de opdrachten. Als je de instructies
juist hebt opgevolgd, maar er nog steeds fouten optreden, lees dan de
FAQ paragraaf, veel antwoorden zijn reeds beschikbaar.

Geef als eerste de volgende opdracht ter bevestiging dat er geen
lp-device is geladen.

<tscreen><verb>
# cat /proc/devices
</verb></tscreen>

Je mag in deze uitvoer geen verwijzing naar lp te zien krijgen, zoals in:

<tscreen><verb>
 6 lp
</verb></tscreen>

Als je het wel te zien krijgt, verwijder dan alsjeblieft (tijdelijk) het
lp-device voor je verder gaat. Als PLIP eenmaal werkt, kun je het later
met lp proberen. Als het een module is, gebruik je rmmod voor het verwijderen
van het lp-device; als het in plaats daarvan in de kernel is gebouwd, moet
je de kernel opnieuw compileren met lp als een module (een veel beter plan).

Nogmaals: ik gebruik de namen "een" en "twee" als voorbeeld. Op "een"
moet je de volgende stappen uitvoeren.

Als je de module automounter daemon niet hebt en je compileerde
PLIP als een module, dan moet je het laden:

<tscreen><verb>
# insmod plip
</verb></tscreen>

<bf>OPMERKING</bf>: als je parallelle poort van een ander IRQ gebruik maakt
dan 7 en/of een ander IO-adres heeft dan 0x378, dan moet je het aan
insmod opgeven. Zoek uit wat het feitelijke IRQ en IO-adres is (hier kan
de DOS-opdracht MSD dienst doen, maar vertrouw hier niet al te veel op)
en geef iets op als:

<tscreen><verb>
# insmod plip io=0x278 irq=5
</verb></tscreen>

Meestal is het IRQ 7 of 5 en het IO-adres 0x378, 0x278 of 0x3bc. Het is
van belang dat je het adres en het IRQ overeen laat komen met de
hardware-instellingen (jumpers op oude kaarten, BIOS op moderne
moederborden).

Als je parano&iuml;de bent, controleer dan of de module is geladen met:

<tscreen><verb>
  # lsmod

Module:        #pages:  Used by:
plip               3            0
</verb></tscreen>

Sla acht op de interfacenaam (plip0, plip1, enzovoort; lees het hoofdstuk
over kernelmeldingen hiervoor voor meer details) en stel vervolgens de
PLIP interface in:

<tscreen><verb>
# ifconfig plip1 een pointopoint twee up
</verb></tscreen>

<bf>OPMERKING</bf>: als je voor je parallelle poort een ander IRQ gebruikt
dan IRQ 7 en/of een ander IO-adres dan 0x378 dan moet je dit aan ifconfig
opgeven: Gebruik hetzelfde IRQ en IO-adres dat in de kernelmeldingen 
wordt gegeven en maak er iets van als:

<tscreen><verb>
# ifconfig plip1 irq 7
# ifconfig plip1 io_addr 0x3bc
</verb></tscreen>

De gebruikelijke IRQ is 7 of 5, en het IO-adres 0x378, 0x278 of 0x3bc.

Controleer nu of het werkt...

<tscreen><verb>
# ifconfig



 .....
 .....
 plip1     Link encap:10Mbps Ethernet  HWaddr FC:FC:C8:00:00:01
           inet addr:200.0.0.1  P-t-P:200.0.0.2  Mask:255.255.255.0
           UP POINTOPOINT RUNNING NOARP  MTU:1500  Metric:1
           RX packets:0 errors:0 dropped:0 overruns:0
           TX packets:0 errors:0 dropped:0 overruns:0
           Interrupt:7 Base address:0x378 
</verb></tscreen>

Voeg de route toe aan "twee"...

<tscreen><verb>
# route add twee plip1
</verb></tscreen>

En als je ook NFS wilt voor "twee":

<tscreen><verb>
# rpc.portmap
# rpc.mountd
# rpc.nfsd
</verb></tscreen>

Op "twee" zijn de opdrachten hetzelfde, maar je moet "een" schrijven in
plaats van "twee" en vice versa.

Op &eacute;&eacute;n van je computers bevindt zich naar alle waarschjnlijkheid
de PLIP-verbinding, als dit klopt en die computer wordt ge&iuml;dentificeerd
met "twee", kun je op die computer ook opgeven:

<tscreen><verb>
# route add default gw een
</verb></tscreen>

In het voorbeeld hiervoor, is "twee" een laptop met alleen een PLIP-verbinding
op "een", dus typ ik de bovenstaande regel op "twee".

Controleer het tenslotte met

<tscreen><verb>
# ping twee
</verb></tscreen>

vanaf "een" en

<tscreen><verb>
# ping een 
</verb></tscreen>

vanaf "twee" om te controleren of alles werkt.

Natuurlijk kun je deze opdrachten allemaal automatisch laten doen in
een script dat bij de systeemstart wordt uitgevoerd. Je hoeft slechts een
script aan te maken waarin deze opdrachten worden uitgevoerd: nu kun je
het als root aanroepen wanneer je het nodig hebt, of je kunt een opdracht
toevoegen aan /etc/rc.d/rc.inet2 dat het tijdens de systeemstart aanroept.

Voor het fijnafstemmen van PLIP kun je de opdracht plipconfig gebruiken, zie
de man page voor meer informatie.

Voor het deactiveren van PLIP hoef je slechts de volgende opdracht te geven:

<tscreen><verb>
# ifconfig plip1 down
</verb></tscreen>

waarmee ook de route regels worden verwijderd. Als je geen gebruik maakt
van de automounter daemon, verwijder dan ook de module:

<tscreen><verb>
# rmmod plip
</verb></tscreen>
</p>
</sect>

<sect><heading>FAQ.</heading>
<p>
Deze sectie zal (hopelijk) een oplossing voor je problemen geven. Als je
andere vragen hebt, mail me dan gerust.

<itemize>

<item>Ik krijg tijdens de systeemstart (of wanneer ik de plip module laad)
de volgende meldingen:
<tscreen><verb>
SIOCSIFADDR: No such device
SIOCADDRT: Network is unreachable
</verb></tscreen>
en wanneer ik de koppeling zoals hiervoor beschreven instel, krijg ik weer
foutmeldingen zoals:
<tscreen><verb>
SIOCSIFADDR: No such device
SIOCSIFDSTADDR: No such device
SIOCADDRT: Network is unreachable
mount clntudp_create: RPC: Port Mapper failure - RPC: Unable to send
</verb></tscreen>
<itemize> 
<item>De kernel heeft om de een of andere reden geen PLIP ondersteuning
geactiveerd. Dit kan te wijten zijn aan:
<itemize>
<item>dat je geen "yes" hebt geantwoord op "PLIP support? " tijdens het
configureren van de kernel;
</item>
<item>Je "yes" hebt geantwoord op "Printer support? " tijdens het configureren
van de kernel.
</item>
<item>Je PLIP als een module compileerde, dus je het moet laden.
</item>
<item>Je verkeerde poort adresseert, d.w.z. dat je bijvoorbeeld plip1 opgaf
in plaats van plip0.
</item>
</itemize>
</item>
</itemize>
</item>
<item>Is er een manier om zowel PLIP als LP te ondersteunen, behalve met
modules, misschien met twee parallelle poorten?
<itemize>
<item>Ja, tot dusverre zijn er twee manieren beschreven in "Patches waardoor
PLIP en LP tegelijkertijd kunnen worden gebruikt":
<itemize>
<item>Je kunt een patch toepassen zodat de kernel beiden ondersteunt.
</item>
<item>Je kunt een andere patch toepassen waarmee de kernel een parallelle poort
voor PLIP gebruikt en een andere voor LP.
</item>
</itemize>
</item>
</itemize>
</item>
<item>Ik heb het script gemaakt dat mijn 2 computers verbindt. Ik stelde
de koppeling automatisch in in mijn rc.inet2, waar ik een script aanroep
dat de koppeling maakt en NFS activeert. Mijn "twee" host mount een directory
op "een"; ik heb de juiste regels toegevoegd in /etc/fstab op "twee".
Als ik "twee" boot wanneer "een" down is, stopt "halt" een aantal minuten
bij "mounting remote file systems...".
<itemize>
<item>Dit gebeurt omdat "twee" wacht totdat het 't bestandssysteem op
"een" kan mounten, maar als "een" down is, moet je wachten totdat "twee"
er genoeg van heeft om te wachten. Om dit te voorkomen, kun je:
<itemize>
<item>Een commentaarteken plaatsen in rc.inet2 voor de opdracht waarmee
de remote bestandssystemen worden gemount;
</item>
<item>De regel in /etc/fstab van "twee" verwijderen en de remote
bestandssystemen handmatig mounten wanneer ze nodig zijn;
</item>
<item>Een betere oplossing voor "twee" zou zijn wanneer het bij het booten
zou detecteren of "een" in de lucht is, en alleen dan het bestandssysteem
mounten. Dit kan worden bewerkstelligd door de mount opdracht in rc.d te
vervangen door iets als:

<code>
     if ping -c 5 een ; then
       mount een:/.....
     fi
</code>
</item>
</itemize>
</item>
</itemize>
</item>
<item>Mijn koppeling is er, maar pingen lukt niet. 
Ik krijg de volgende melding van de kernel:

<tscreen><verb>      
plip1: timed out (1, 89)
</verb></tscreen>

of een vergelijkbare melding.

<itemize>
<item>Dit betekent dat "jouw kant van de koppeling" werkt, je computer
verstuurt het signaal, maar de "andere kant" antwoordt niet of jouw kant
wacht niet op het juiste IRQ/IO-adres. Dit is het vaakst voorkomende probleem
en er zijn heel wat mogelijke redenen voor, meestal gaat het om een slechte
kabel of onjuist IRQ en/of IO-adres. Het onjuiste IRQ is de bron van meer
dan 60% van de problemen, dus het is zeer waarschijnlijk dat het omwisselen
van de kabel het probleem verhelpt.
Hier is een gedetailleerde lijst met mogelijke redenen:
<itemize>
<item>De kabel is niet correct aangesloten of is kapot of anderszins
niet goed. Controleer het zo mogelijk tussen twee Linux hosts die reeds
met PLIP werken. Als dit niet mogelijk is, probeer de kabel dan in ieder
geval met een tester te testen. Het feit dat de kabel werkte/niet werkte
met DOS/Win95 is een goed/slecht voorteken, maar is niet waterdicht.
</item>
<item>De computer aan "de andere kant" heeft PLIP niet geactiveerd.
</item>
<item>De verbinding is met een notebook zonder zuivere parallelle poort, zie
hieronder.
</item>
<item>Je hebt echt een heel goedkope parallelle poort, een "printer" poort,
waarmee alleen gegevens kunnen worden verzonden en die geen gegevens
kan ontvangen.
</item>
<item>Je parallelle poort is niet (minimaal) ingesteld op bi-directional.
Doe dit in de BIOS-configuratie. Geavanceerde parallelle poortinstellingen
zoals EPP of ECP zijn ook ok.
</item>
<item>De parallelle poorten hebben een andere IRQ, dus je moet de
plip module (of lp module) met een ander irq laden. Ga terug naar
het hoofdstuk "Activeren van de PLIP koppeling" en kies een ander irq.
</item>
<item>Een ander device deelt het irq (wat meestal irq 7 is),
wellicht is het een geluidskaart. Vertrouw DOS-programma's zoals MSD
niet, laad in plaats daarvan de plip module met een ander irq.
</item>
</itemize>
</item>
</itemize>
</item>
<item>Ik plaatste het juiste IRQ en IO-adres, maar ik verkreeg de adressen
van de opdracht MSD.
<itemize>
<item>Ik kreeg van MSD een verslag met verkeerde adressen.
Probeer het volgende programma: http://www.cs.caltech.edu/~huny/para13.zip.
</item>
</itemize>
</item>
<item>Mijn koppeling werkt, en ping werkt. Ik ontvang soms de volgende
meldingen van de kernel:
<tscreen><verb>
plip1: timed out (1, 89)   
</verb></tscreen>
of vergelijkbare meldingen.
<itemize>
<item> Dit betekent dat de andere kant nog niet heeft geantwoord voor
de timeout. Als alles werkt, kun je deze melding negeren; meestal betekent
dit dat de andere kant veel langzamer is, te wijten aan of oudere hardware
of een grotere systeembelasting. Je kunt proberen PLIP met de opdracht 
plipconfig beter af te stemmen.
</item>
</itemize>
</item>
<item>Ik heb de PLIP-verbinding ge&iuml;nstalleerd, maar als ik ping krijg
ik een gegevensverlies van 100%.
Ik maakte een verbinding van mijn desktop naar mijn notebook.
<itemize>
<item>De parallelle poorten van een aantal notebooks zijn niet goed genoeg voor
PLIP, omdat het poorten zijn die alleen geschikt zijn voor printers, d.w.z.
dat ze alleen gegevens kunnen verzenden, en niet kunnen ontvangen.
Ik weet tot op heden niet of er een manier is om ze werkend te krijgen.
De enige hoop is:
<itemize>
<item>Kijk de setup van je notebook na, misschien is er een manier de
parallelle poort als een parallelle poort te configureren in plaats van
als een printerpoort. Meestal wordt dit "parallel enhanced mode" genoemd.
</item>
<item>Probeer plip mode 0. Ik weet niet hoe dit te doen en/of het werkt of
dat het nog steeds beschikbaar is in de laatste kernels.
</item>
</itemize>
</item>
</itemize>
</item>
<item>Welke snelheden kan ik met PLIP bereiken?
<itemize>
  <item>Dit is een moeilijk te beantwoorden vraag, omdat er VEEL factoren
  meespelen die de performance flink kunnen be&iuml;nvloeden:
   <itemize>
   <item>De snelheid van de CPU aan beiden zijden van de koppeling;
   </item>
   <item>Het type parallelle poort en instellingen;
   </item>
   <item>De systeemload;
   </item>
   <item>Waar je PLIP voor gebruikt;
   </item>
   </itemize>
  Om je een globale indruk te geven, zou je zo ongeveer 40Kbytes/sec kunnen
  bereiken, veel sneller dan een seri&euml;le snelheid en bijna zo snel als
  een goedkope ethernetkaart.
 </item>
 </itemize>
</item>
<item>Wat gebeurt er als ik ifconfig up en ifconfig down nodig heb voor plip1?
 <itemize>
 <item>'t Lijkt erop dat je een -arp toe moet voegen aan de opdracht ifconfig,
 behalve de eerste keer na iedere boot. Ik heb het niet nodig, misschien iemand
 anders wel.
 </item>
 </itemize>
</item>
<item>Ik heb de IP-nummers die voor prive netwerken zijn gereserveerd gelezen
en 200.0.0.1 en 200.0.0.2 bevinden zich niet in deze ranges. Zouden ze niet
moeten worden gewijzigd?
<itemize>
<item>Ja, eigenlijk wel. Maar zoals ik in het begin al onderstreepte, koos
ik alleen voor deze adressen vanwege de eenvoud ervan, je bent vrij ze te
wijzigen als je dat wilt. Hier is een stukje uit de net-2-howto:

<tscreen><verb>  
    RFC1597 heeft voor prive netwerken in 't bijzonder een aantal
	IP-adressen gereserveerd. Je zou deze moeten gebruiken, aangezien
	daarmee wordt voorkomen dat er iets vervelends gebeurt mocht je
	onbedoeld een verbinding krijgen met het Internet. De
	gereserveerde adressen zijn:

      10.0.0.0        -   10.255.255.255
      172.16.0.0      -   172.31.255.255
      192.168.0.0     -   192.168.255.255
</verb></tscreen>
</item>
</itemize>
</item>
<item>Is er een manier om de PLIP parameters beter af te stemmen zonder
de broncode te wijzigen?
<itemize>
<item>Ja, die is er. Probeer de opdracht /sbin/plipconfig. 
Zie de man page voor meer info.
</item>
</itemize>
</item>
<item>Ik gebruik Debian GNU/Linux en onder Debian, komen de bestanden
/etc/rc.d/rc.inet1 en 2 niet voor. Waarin moet ik de plip configuratie-
opdrachten schrijven?
<itemize>
<item>In Debian GNU/Linux moet je /etc/init.d/network aanpassen, waarin je
alle opdrachten plaatst die anders in rc.inet1 en 2 zouden staan.
</item>
</itemize>
</item>
<item>Ik ondervind problemen bij het koppelen van twee hosts met PLIP. De
eerste heeft de laatste kernel, op de tweede wordt gebruik gemaakt van de
1.0.x PLIP-versie: is dit een probleem?
<itemize>
<item>Ja het is veel beter, wanneer dit mogelijk is, dezelfde PLIP versie
aan beiden kanten te gebruiken. In plip.c staat beschreven dat het de
feitelijke PLIP net met de 1.0.xx PLIP kan werken.
</item>
</itemize>
</item>
<item>Thans werkt PLIP met 4 bits, hoe zit het met de 8 bit PLIP waarover
ik in de kernel docs heb gelezen? Ik dacht dat het Mode 1 werd genoemd.
<itemize>
<item>Deze Mini-HowTo is voor configuratie, lees alsjeblieft de
/usr/src/linux/drivers/net/README*.PLIP bestanden voor technische informatie
of neem contact op met de auteur. Het enige wat ik weet is dit: de standaard
PLIP maakt gebruik van "null printer" kabels en dit is Mode 0 (verwar dit niet
met plip0, de interfacenaam), welke gebruik maakt van 4 bits; Mode 1 gebruikt
8 bits en zou reeds beschikbaar moeten zijn, maar hiervoor is een met de
hand gemaakte kabel nodig en deze zal alleen tussen twee 2 Linux hosts werken.
Ik weet niet hoe de Mode 1 PLIP link op te zetten, als men de kabel eenmaal
heeft; als iemand dit wel weet, laat me dit dan alsjeblieft weten.
</item>
</itemize>
</item>
</itemize>
</p>
</sect>


<sect><heading>Patches om PLIP en LP samen te gebruiken</heading>
<p>
De beste manier om PLIP en LP samen te gebruiken is door gebruik
te maken van kernelmodules; je kunt plip.o activeren en deactiveren wanneer
je af moet drukken en vice versa. Als je echt beiden, PLIP en LP wilt
gebruiken, probeer dan de volgende patches.
</p>

<sect1><heading>PLIP en LP samen op dezelfde poort.</heading>
<p>
Als je om de een of andere reden PLIP en LP ondersteuning direct door de
kernel ondersteund wil, kun je deze patches proberen.

Je moet de volgende stukken code aanpassen, maar maak vantevoren
een <em>backup</em> van deze bestanden:
</p>
<p>
<code>
******** aanpassingen voor linux/drivers/char/lp.c ***********************
struct lp_struct lp_table[] = {
        { 0x3bc, 0, 0, LP_INIT_CHAR, LP_INIT_TIME, LP_INIT_WAIT, NULL,
NULL, },
/*      { 0x378, 0, 0, LP_INIT_CHAR, LP_INIT_TIME, LP_INIT_WAIT, NULL,
NULL, },
        { 0x278, 0, 0, LP_INIT_CHAR, LP_INIT_TIME, LP_INIT_WAIT, NULL,
NULL, },
*/
};
#define LP_NO 1

******** aanpassingen voor linux/drivers/net/Space.c ********************
#if defined(PLIP) || defined(CONFIG_PLIP)
    extern int plip_init(struct device *);
    static struct device plip2_dev = {
        &dquot;plip2&dquot;, 0, 0, 0, 0, 0x278, 2, 0, 0, 0, NEXT_DEV, plip_init, };
    static struct device plip1_dev = {
        &dquot;plip1&dquot;, 0, 0, 0, 0, 0x378, 7, 0, 0, 0, &amp;plip2_dev, plip_init, };
/*    static struct device plip0_dev = {
        &dquot;plip0&dquot;, 0, 0, 0, 0, 0x3BC, 5, 0, 0, 0, &amp;plip1_dev, plip_init, };
*/
#   undef NEXT_DEV
#   define NEXT_DEV     (&amp;plip1_dev)
#endif  /* PLIP */
</code>

Uiteraard is het standaard disclaimer van toepassing: <em>Ik ontving
deze patches en plaats ze hier "zoals ik ze ontving". Dit betekent dat je
ze op eigen risico kunt proberen.</em> Hoe dan ook, je grootste probleem
zou kunnen bestaan uit het slechts weer herstellen van de oorspronkelijke
bestanden en hercompilatie.
</p>
</sect1>


<sect1><heading>PLIP en LP op verschillende poorten</heading>
<p>
Als je op z'n minst 2 parallelle poorten hebt, kun je deze patches proberen,
hiermee zou het mogelijk voor je moeten zijn PLIP op de ene en LP op de 
andere poort te gebruiken.
</p>
<p>
<enum>
<item>Maak een commentaarregel van een regel in het bestand
drivers/char/lp.c in de kernelsource.

<code>
struct lp_struct lp_table[] = {
{ 0x3bc, 0, 0, LP_INIT_CHAR, LP_INIT_TIME, LP_INIT_WAIT, NULL, NULL, },
{ 0x378, 0, 0, LP_INIT_CHAR, LP_INIT_TIME, LP_INIT_WAIT, NULL, NULL, },
/* { 0x278, 0, 0, LP_INIT_CHAR, LP_INIT_TIME, LP_INIT_WAIT, NULL, NULL, }, */
}; 
    3 -> 2
</code>
</item>
<item>Kernel configuratie

<tscreen><verb>
PLIP (parallel port) support (CONFIG_PLIP) [n] y

Parallel Printer support [y] y
</verb></tscreen>
</item>
<item>Kernelmelding tijdens opstarten

<tscreen><verb>
lp1 at 0x0378, using polling driver
.....
NET3 PLIP version 2.0 gniibe@mri.co.jp
plip2: Parallel port at 0x278, using assigned IRQ 5.
</verb></tscreen>
</item>
</enum>

Wederom de standaard disclaimer, als in sectie 8.1.
</p>
</sect1>
</sect>

<sect><heading>Een PLIP-koppeling tussen DOS en Linux</heading>
<p>
Na de eerste uitgave van deze Mini-HowTo schreven veel mensen om info over
een koppeling tussen een Linux en DOS (of Windows) computer. Deze algemene
belangstelling leidde tot het toevoegen van dit hoofdstuk. Ik hoop dat het
voor iedereen helpt.

Deze sectie is afkomstig van een artikel dat ik vond in de Linux Gazette en
het is geschreven door James McDuffie &lt;mcduffie@scsn.net&gt; . Het gaat
over de basisinstallatie van een PLIP koppeling tussen een Linux en een
DOS-computer met behulp van Windows en Trumpet WinSock en het geeft het
adres van een  gaaf programma waarmee je X-Window programma's onder Windows
kunt uitvoeren.

De laatste sectie is een addendum ingezonden door James Vahn
<url url="mailto:jvahn@short.circuit.com" name="jvahn@short.circuit.com">
waarin hij uitvoerig beschrijft hoe deze koppeling in te stellen en hoe
veel problemen kunnen worden opgelost.

<bf>Neem alsjeblieft voor vragen over dit hoofstuk met hem contact op, niet
met mij.</bf>
</p>

<sect1><heading>DOS-Linux link.</heading>
<p>
Ik veronderstel dat je aan de Linux kant reeds PLIP ondersteuning hebt 
ingesteld  en dat je de juiste kabel hebt, keer anders terug naar vorige
hoofdstukken.

Nu voor de DOS-kant, je hebt als eerste een packet driver nodig. Die
is hier te vinden:

<url url="ftp://ftp.crynwr.com/drivers/plip.zip" 
     name="ftp://ftp.crynwr.com/drivers/plip.zip">

Het programma draait onder DOS en fungeert als een Ethernet Packet driver.
Als je PLIP met Windows wilt gebruiken, heb je ook een Trumpet Winsock
nodig. Dit dient als de TCP/IP interface. Anders kun je waarschijnlijk
TCP/IP software voor DOS vinden.

Ga nu terug naar de Linux-computer en voeg aan /etc/hosts het adres
van de DOS-computer toe. Als je DOS-computer geen geregistreerd IP-adres
heeft, kun je ieder adres kiezen (denk aan de waarschuwing in hoofdstuk
3 betreft IP-adressen).

Stel dat je voor de Linux computer de naam linux koos en voor de DOS-computer
de naam dos. Dan tik je in:

<tscreen><verb>
ifconfig plip1 linux pointopoint dos arp up
route add dos
</verb></tscreen>

Natuurlijk wil je dat dit iedere keer wordt gedaan wanneer je de linux
computer boot. Hiervoor kun je de volgende regels toevoegen aan
/etc/rc.d/rc.inet1:

<code>
/sbin/ifconfig plip1 linux pointopoint dos arp up
/sbin/route add dos
</code>

Hiermee wordt de interface ingesteld en er een route naar toegevoegd.
Natuurlijk moet je plip2 schrijven als je de tweede parallelle poort
gebruikt.

Ga terug naar de DOS/Windows computer en wijzig autoexec.bat, je moet hierin
de volgende regels toevoegen.

<code>
c:\plip\plip.com 0x60
c:\tcpip\winsock\winpkt.com 0x60
</code>

Natuurlijk ga ik ervan uit dat je plip.com (de packet driver) in de
directory c:/plip plaatst en de winpkt.com in c:/tcpip, anders moet je
het juiste pad instellen.

Hiermee wordt het plip.com programma ingesteld op packet vector 0x60 en
vervolgens het winpkt.com programma geladen dat met trumpet winsock op
dezelfde vector komt. Als de kabel anders is dan lpt1 dan zal je plip.com
het irq-nummer en io-adres op moeten geven. Ook moet winpkt worden uitgevoerd
om de packet vector beschikbaar te maken voor Windows. Vanaf hier gaan we
door de feitelijke setup onder Trumpet Winsock
Het enige wat je hoeft te doen is SLIP of PPP
deselecteren en 60 invulllen in de box gelabeld Packet vector.
Vertel het dan het IP-adres dat je het gaf, het IP-adres van de Linux-computer
als ook de standaardgateway en de name server of als het ip van je computer of
het adres van de name servers van je ISP als je van plan bent een verbinding
te maken met het Internet. (hierover later meer).
Sluit de setup af en start Winsock opnieuw op en dat zou het
moeten zijn! Plaats winsock in je opstartgroep en je hebt alles automatisch
ingesteld!

Als je op de Windows-computer via de Linux-computer toegang wilt tot het
Internet, zal je IP-Masquerading in moeten stellen. Zie de NET-2-HOWTO
voor info hierover. Hiermee wordt de Windows computer eenvoudigweg
gemaskerd met het IP-adres van je Linux-computer.

Ik heb ook een programma gevonden waarmee je X-Window programma's onder
Windows kunt draaien! Het is te vinden op:

<url url="http://www.tucows.com/" name="http://www.tucows.com/">

Stel het overeenkomstig de aanwijzingen in dan hoef je alleen via telnet
vanaf de Windows computer contact te maken, het display in te stellen naar
de Windows computer 
(bijvoorbeeld `DISPLAY=duncan:0.0`) en het gewenste programma uit te voeren.
Er is niets gaver dan xv onder Windows draaien! Ik hoop dat je hier wat
aan hebt.
</p>
</sect1>

<sect1><heading>Een DOS-Linux PLIP link ervaring</heading>
<p>
<bf>OPMERKING:</bf> Ik ontving dit document van James Vahn 
<url url="mailto:jvahn@short.circuit.com" name="jvahn@short.circuit.com">.
Ik plaats het hier zonder wijzigingen. Dit betekent dat hij <bf>voor eventuele
vragen over deze sectie veel beter is gekwalificeerd dan ik, dus mail
hem alsjeblieft in plaats van mij</bf>
Zijn ervaring met een PLIP-verbinding op een DOS computer met slechts een
diskettestation naar een Linux computer is het perfecte voorbeeld van hoe
oplossingen te zoeken voor algemene problemen.

<bf>Laatst bijgewerkt 11 juli 1996</bf>

Mijn DOS box met alleen een diskettestation is via een PLIP netwerk verbonden
met de tweede printerpoort op de Linux computer. Op de eerste Linux
printerpoort is een printer aangesloten, beiden zijn permanent verbonden en
vanaf de DOS box log ik in via telnet op Linux. Hier volgen mijn
aantekeningen wat ik heb gedaan om dit te bewerkstelligen.

Wanneer de kernel printerpoorten tracht op te sporen, zal het ze allen
opvangen, tenzij je dit voorkomt. Anders krijgt PLIP niets. Een methode is 
de drivers als modules te laden wanneer ze nodig zijn...

&lt;gniibe@mri.co.jp&gt; schrijft:

Ik hou het er bij je aan te raden van PLIP/LP als kernelmodule gebruik te
maken, aangezien
<itemize>
<item>modules zijn voor het wijzigen van de configuratie flexibel
</item>
<item>(her)compileren van de kernel is voor beginnende gebruikers niet
eenvoudig
</item>
<item>het naast elkaar bestaan van PLIP en LP is alleen uitvoerbaar met modules
</item>
</itemize>
</p>
<p>
Met PLIP/LP als kernelmodule, kun je opgeven welke poort PLIP is en
welke poort LP. Hier is een voorbeeld:

<tscreen><verb>
# insmod lp.o io=0x378
# insmod plip.o io=0x278 irq=2
</verb></tscreen>

Je kunt zelfs twee parallelle poorten gebruiken:

<tscreen><verb>
# insmod plip.o io=0x278,0x3bc irq=2,5
</verb></tscreen>

In het voorbeeld hierboven, 
</p>
<p>
is plip0 toegewezen aan 0x278 en het irq is 2,
</p>
<p>
is plip1 toegewezen aan 0x3bc en het irq is 5.
</p>

<p>
Het gebruik van modules is beslist de manier om van start te gaan. De
volgende methode geeft aan hoe een patch op de kernel toe te passen waardoor
het mogelijk wordt zowel een printer als PLIP op verschillende poorten 
beschikbaar te hebben zonder dat hiervoor modules nodig zijn.
Als je niet bekend bent met het concept module, vind je dit wellicht een
snellere manier om het in te stellen.

Je zal twee bestanden in de kernelsource structuur moeten aanpassen. Ik
gebruik kernel 1.2.13 en vond een aantal wijzigingen die nodig waren in
../linux/drivers/net/Space.c om mijn systeem van te voorzien.
Zoek naar regel 295 voor de PLIP definities om er zeker van te zijn dat
je poort en IRQ overeenkomen, en maak een notitie van welke driver het
zal zijn (plip0, plip1, plip2). In mijn geval poort 0x278 met IRQ 5 
(de kaart is zo gejumperd)
maar Space.c definieerde het met IRQ 2. Ik wijzigde het hierin, in plaats
van de box te openen en de jumpers te verzetten. Het alternatief is het
later opgeven van het IRQ aan ifconfig, maar de kernel zal dan met het
onjuiste IRQ voor PLIP opstarten en wellicht dat 't je ergert.
Het is een eenvoudige (uit 1 teken bestaande) wijziging.

De volgende, moeilijkere stap:
</p>
<p>
In .../drivers/char/lp.c vind je ongeveer op regel 38 het volgende:

<code>
struct lp_struct lp_table[] = {
    { 0x3bc, 0, 0, LP_INIT_CHAR, LP_INIT_TIME, LP_INIT_WAIT, NULL, NULL, },
    { 0x378, 0, 0, LP_INIT_CHAR, LP_INIT_TIME, LP_INIT_WAIT, NULL, NULL, }, 
/*  { 0x278, 0, 0, LP_INIT_CHAR, LP_INIT_TIME, LP_INIT_WAIT, NULL, NULL, }, 
 * 0x278 reserved for plip1
 *
 * }; 
 * #define LP_NO 3 
 */
}; 
#define LP_NO 2 
</code>
</p>
<p>
Let op de te maken wijzigingen- van &eacute;&eacute;n poort is een
commentaarregel gemaakt, dus nu zijn er slechts 2 poorten gedefinieerd.
Poort 0x3BC zal met PLIP waarschijnlijk niet werken - de IRQ lijn is op
deze poorten meestal niet goed, zoals geconstateerd op oude monochrome
adapters (MDA).

Je hebt toch wel backups gemaakt van dit bestand voordat je het wijzigde?
Configureer het systeem. Dit is mijn /etc/rc.d/rc.inet1 bestand:
Maak nu een nieuwe kernel met printer, net, dummy en plip ondersteuning.



<code>
#!/bin/bash
#
/sbin/ifconfig lo 127.0.0.1
/sbin/route add -net 127.0.0.0

/sbin/ifconfig dummy 200.0.0.1
/sbin/route add -net 200.0.0.0 netmask 255.255.255.0
/sbin/ifconfig plip1 arp 200.0.0.1 pointopoint 200.0.0.2 up
/sbin/route add 200.0.0.2
/sbin/ifconfig dummy down
</code>
</p>
<p>
Voor de DOS-naar-Linux connectie werd gebruik gemaakt van arp, blijkbaar niet
gebruikt op Linux-naar-Linux connecties.

En in /etc/hosts kun je het volgende toevoegen, gewoon om de twee computers
een naam te geven:

<code>
200.0.0.1	console1
200.0.0.2	console2
</code>

De DOS box is console2. Denk aan Andrea's waarschuwing betreft de IP-adressen,
het is beter gebruik te maken van de offici&euml;le nummeringsschema's.

Herstart het systeem zodat alle wijzigingen en de nieuwe kernel effect hebben.
Tijdens de bootsequence (of door het uitvoeren van dmesg) zie je als je de
patches toepaste of anders wanneer de modules zijn geladen:

<tscreen><verb>
lp0 at 0x03bc, using polling driver
lp1 at 0x0378, using polling driver
[....]
NET3 PLIP version 2.0 gniibe@mri.co.jp
plip1: Parallel port at 0x278, using assigned IRQ 5.
</verb></tscreen>

De opdracht "route" geeft dit te zien:

<tscreen><verb>
Kernel routing table
Destination     Gateway         Genmask         Flags MSS    Window Use Iface
console2        *               255.255.255.255 UH    1436   0      136 plip1
loopback        *               255.0.0.0       U     1936   0      109 lo
</verb></tscreen>

En "ifconfig plip1" laat zien:

<tscreen><verb>
plip1     Link encap:10Mbps Ethernet  HWaddr FC:FC:C8:00:00:01
          inet addr:200.0.0.1  P-t-P:200.0.0.2  Mask:255.255.255.0
          UP POINTOPOINT RUNNING  MTU:1500  Metric:1
          RX packets:132 errors:0 dropped:0 overruns:0
          TX packets:136 errors:0 dropped:0 overruns:0
          Interrupt:5 Base address:0x278 
</verb></tscreen>

Kijk in /etc/inetd.conf om te zien of telnet is geactiveerd. 
Wellicht dat je de man page voor tcpd wilt lezen, en het gebruik van
/etc/hosts.allow (ALL: LOCAL) en /etc/hosts.deny (ALL: ALL). 
Je zou de opdracht "telnet localhost" moeten kunnen toepassen.

Linux is klaar, nu nog de DOS-kant. 
Nogmaals, wees achterdochtig betreft poort 0x3BC als deze aanwezig is.

Ik gebruik NCSA's telnet en Crynwr's PLIP driver die ik op deze sites aantrof:

<url url="ftp://ftp.ncsa.uiuc.edu/Telnet/DOS/ncsa/tel2308b.zip"
    name="ftp://ftp.ncsa.uiuc.edu/Telnet/DOS/ncsa/tel2308b.zip">
</p>
<p><url url="ftp://ftp.crynwr.com/drivers/plip.zip"
    name="ftp://ftp.crynwr.com/drivers/plip.zip">

Wees er zeker van NCSA's versie 2.3.08 telnet en versie 11.1 van Crynwr's
PLIP driver te gebruiken. Zoek naar en lees alsjeblieft Crynwr's SUPPORT.DOC
dat elders is te vinden.

Het CONFIG.TEL bestand. Het meeste ervan is de standaard en om wat ruimte
te besparen heb ik geprobeerd het hier in te krimpen om je (hopelijk)
slechts de info te geven die je nodig hebt.
De tweede poort op deze computer is ingesteld op 0x278 en IRQ 5.

<code>
myip=200.0.0.2 
netmask=255.255.255.0       # subnetting mask
hardware=packet             # netwerk adapterkaart (packet driver interface)
interrupt=5                 # IRQ waarop de adapter is ingesteld
ioaddr=60                   # software interrupt vector driver dat het gebruikt
#
#[...veel ongewijzigd...]
#
# plaats aan het einde van het bestand deze regel:
name=console1 ; hostip=200.0.0.1 ; nameserver=1 ; gateway=1 
</code>

(console1 is de naam van de Linux computer, je kunt gebruiken wat je wilt)
</p>
<p>
Ik maakte voor tussen beiden computers een null-kabel van 12 foot, en
(nadat ik in beginsel erachter kwam dat het niet goed was bedraad)
ontstonden er geen problemen. Een standaard 11-draads null printerkabel
zou ook moeten werken. In de Linux plip.c broncode wordt de bedrading
aangegeven. Alhoewel mijn kabel de 17-17 connectie heeft, denk ik niet
dat het ergens voor wordt gebruikt en het was op een kant-en-klare kabel
niet aanwezig.

<code>
@echo off
plip.com 0x60 5 0x278
telbin -s console1
</code>

Hiermee zou de verbinding met de Linux box via /dev/ttyp tot stand
moeten zijn gebracht. NCSA's telnet voorziet in 8 virtuele schermen en
fungeert ook als een ftp-server.
De PLIP interface levert een redelijke doorvoer, ik krijg met mijn
antiquiteiten een bestandstransport van 6.5K/s. Laten we hopen dat het
jou beter afgaat. :-)
</p>
</sect1>
</sect>


<sect><heading>PLIP tussen Linux en Windows 95.</heading>
<p>
Deze sectie is leeg. Ik gebruik windows 95 niet voor iets serieus, behalve
spellen, dus ik probeer het ook niet en geef ook niets om een PLIP koppeling
met Linux. De vragen over een dergelijke koppeling hebben de 
wedstrijd "meest gestelde vraag" gewonnen, dus geef ik hier (tot zover) een definitief antwoord.

Nee, tot dusverre, heeft niemand mij een succesvolle koppeling tussen
Linux en Windows 95 gemeld. Als iemand erin slaagt een dergelijk koppeling
op te zetten, laat dit me dan alsjeblieft onmiddellijk weten: duizenden
PLIP gebruikers wachten op dit nieuws!
</p>
</sect>

<sect><heading>Vragen? Opmerkingen? Stuur me feedback.</heading>
<p>
Voor eventuele vragen en opmerkingen ben ik te bereiken via e-mail op het
adres
<url url="mailto:controzz@cli.di.unipi.it" name="controzz@cli.di.unipi.it">

Feedback is welkom, een eventueel foutenverslag nauwkeurig.
In de volgende uitgave zal zelfs een nog groter FAQ sectie zijn opgenomen,
als je je vragen opstuurt, en uiteraard de antwoorden als je deze zelf
weet.

Stuur alsjeblieft geen vragen die reeds in de FAQ zijn opgenomen.

Als je me om hulp vraagt, zorg er dan alsjeblieft voor dat je me alle
informatie geeft die ik nodig heb, op z'n minst: kernelversie, gebruikte
opdrachten, foutmeldingen, de gebruikte kabel en eventuele andere 
systeemmeldingen gerelateerd aan PLIP.

<bf>Denk er alsjblieft aan me geen vragen te stellen over PLIP met
DOS/Windows 3.1/Windows 95, ik kan je daar niet mee helpen. 
Deze vragen zouden moeten worden opgestuurd naar James Vahn
<url url="mailto:jvahn@short.circuit.com" name="jvahn@short.circuit.com">, 
die me de DOS addendum toestuurde. Nogmaals: het heeft geen zin
hem of mij te vragen naar PLIP met Windows 95.</bf>
</p>
</sect>

<sect><heading>Waar de nieuwe uitgaven van deze mini-howto zijn te vinden
</heading>
<p>
Deze mini-HOWTO wordt beheerd door de HOWTO co&ouml;rdinators en wordt
maandelijks gepost naar
<url url="news:comp.os.linux.answers" name="comp.os.linux.answers">
en is te vinden in de HOWTO-directory op sunsite en sunsite's mirrors.

Een andere manier op deze mini-HOWTO op te sporen (en contact met mij
op te nemen) is via mijn Home Page,

<url url="http://www.cli.di.unipi.it/~controzz/intro.html" 
    name="http://www.cli.di.unipi.it/~controzz/intro.html"> (italiaans)
</p>
<p><url url="http://www.cli.di.unipi.it/~controzz/intro_e.html" 
       name="http://www.cli.di.unipi.it/~controzz/intro_e.html"> (engels)
</p>
</sect>

<sect><heading>Krediet</heading>
<p>
Veel dank aan:
<itemize>
<item>Rick Lim &lt;ricklim@freenet.vancouver.bc.ca&gt; voor de patches
om PLIP en LP samen te gebruiken.
</item>
<item>Takeshi Okazaki &lt;GBA03552@niftyserve.or.jp&gt; voor de patches
om PLIP en LP op twee verschillende parallelle poorten te gebruiken.
</item>
<item>Jim Van Zandt &lt;jrv@vanzandt.mv.com&gt; voor wat advies betreffende
de &dquot;tutorial&dquot; in deze HOWTO.
</item>
<item>Fernando Molina &lt;fmolina@nexo.es&gt; voor nuttige opmerkingen
over IRQ's en IO-adressen.
</item>
<item>James Vahn &lt;jvahn@short.circuit.com&gt; voor de gave addendum
over PLIP tussen DOS en Linux.
</item>
<item>Aan alle gebruikers die hun aan PLIP gerelateerde artikelen in de
linux nieuwsgroepen postte en/of me mailde.
De lijst met alle mensen die me hielpen met info en opmerkingen zou langer
kunnen zijn dan deze Mini-HOWTO zelf: bedankt allemaal!
</item>
</itemize>
</p>
</sect>

<sect><heading>Copyrightmelding</heading>
<p>
Tenzij anders aangegeven, vallen HOWTO-documenten onder het copyright van
hun respectieve auteurs. Linux HOWTO documenten mogen geheel of gedeeltelijk
worden gereproduceerd en gedistribueerd, via elk fysiek of elektronisch
medium, zolang deze copyright-melding op alle kopie&euml;n behouden blijft.
Commerci&euml;le herdistributie is toegestaan en wordt aangemoedigd; de
auteur zou echter graag van dergelijk distributies op de hoogte worden
gebracht.

Alle vertalingen, afgeleide werken, of verzamelde werken aangaande
enige Linux HOWTO-documenten moeten zijn voorzien van deze 
copyright-melding. Dat wil zeggen dat je geen afgeleide werken van 
een HOWTO mag produceren en aanvullende beperkingen op de distributie
ervan mag opleggen. Uitzonderingen op deze regels kunnen onder bepaalde
voorwaarden worden toegestaan; neem alsjeblieft contact op met de Linux
HOWTO co&ouml;rdinator via het hieronder aangegeven adres.

In 't kort, we willen verspreiding van deze informatie via zoveel mogelijk
kanalen bevorderen. We willen echter dat het copyright op de HOWTO-documenten
behouden blijft, en zouden graag op de hoogte worden gesteld van alle
plannen om de HOWTO's te herdistribueren.

Als je vragen hebt, neem dan alsjeblieft contact op met Greg Hankins, de 
Linux HOWTO co&ouml;rdinator, via email linux-howto@sunsite.unc.edu.
</p>
</sect>
</article>
</linuxdoc>