Re: 8003pkdr a SMC ULTRA

From: Ivo Cernohlavek <ivos@MUNI.CZ>
Subject: Re: 8003pkdr a SMC ULTRA
Date: Mon, 30 Jan 1995 21:44:40 +0100

Next Article (by Date): Re: 8003pkdr a SMC ULTRA Jiri Kuchta - home
Previous Article (by Date): Re: 8003pkdr a SMC ULTRA Petr Simek
Top of Thread: 8003pkdr a SMC ULTRA "ing. Ladislav Benes,CSc"
Next in Thread: Re: 8003pkdr a SMC ULTRA Jiri Kuchta - home
Articles sorted by: [Date] [Author] [Subject]

> > > Ne tak docela - funguje to bez problemu s programy jako telnet, ftp, a se
> >  vsemi
> > > pres winsock, ale napriklad tinlib pro tcp/ip s tim nechodi.
> > > Ovsem se simulatorem packet driveru pod NDIS chodi bez problemu.
> > > Zajimave ze ?
> >
> > U tinlibu mne to vubec neprekvapuje, jeho autori si TCP/IP a Internet
> > pravdepodobne predstavuji jak Hurvinek valku. Napriklad tinlib (ve versi pro
> > DOS, v UN*Xu pouzili standardni TCP/IP podporu) nevi nic o routerech
> > (nelze pouzit routovaci protokoly, ale ani statickou default cestu)
> > ani o masce site/podsite, ...
> > Takze bych v tomto pripade chybu hledal napred v tinlibu a teprve potom
> > v driverech.
 
Tim nechci tvrdit, ze v driveru chyba byt NEMUZE, prinejmensim
nejaka ODLISNOST mezi chovanim ODI+ODIPKT a NDIS+DIS_PKT ci
chovanim nativniho paketoveho driveru tu byt musi.
 
 
> No mozna mate pravdu ze Tinlib neni uplne korektne napsany, ale s temi
> routery ne tak docela. Tinib totiz umi PROXY ARP takze pokud Vas router
> proxy ARP zvlada (Cisco / PCRouter / apod.) tak tinlib funguje i pres
> router. Diky tomu take nepotrebuje znat default gateway.
 
Ono to neni tak, ze Tinlib  UMI  PROXY ARP, ale naopak pouze skutecnost, ze
NEKDO JINY (router ci host) ve stejne lokalni siti umi PROXY ARP
umoznuje Tinlibu komunikovat s partnery kteri jsou mimo lokalni
sit (setrvavaje nadale v blazene nevedomosti o slozitosti skutecneho
sveta :-).
PROXY ARP je jednoduchy "svindl" - host, ktery z nejakeho duvodu
nevi, ze cilova stanice je mimo lokalni sit, posle normalni ARP
pozadavek, kterym se pta "Jakou fysickou adresu ma host,
jehoz IP adresa je xxx.xxx.xxx.xxx ? "  Namisto toho, aby na dotaz
odpovedel primo cilovy host (ten samozrejme nemuze), odpovi za
nej router a doda svoji fysickou adresu. Pripadne odpovi jiny
host na lokalni siti a doda fysickou adresu routeru.
Host, ktery poslal dotaz pak posila pakety na takto ziskanou
fysickou adresu, router je pak normalne forwarduje smerem k cili
(vysilajici host si nadale mysli, ze cilovy host je na lokalni siti).
 
Router PROXY ARP umet muze, ale nemusi (RFC1009 se o existenci PROXY
ARP zminuje, ale neni tam nic receno o tom, ze by to router delat musel),
v tom pripade ma Tinlib smulu.
 
 
> Mozna nespolupracuje s tim ODI simulatorem take proto ze pouziva onen
> zmineny proxy ARP.
 
Tinlib pouziva ARP. Stejne tak ho pouzivaji i jine TCP/IP aplikace,
ktere normalne funguji. Takze v tomhle to asi nebude.
 
 
 
Mozna by stalo za to, kouknout se ( treba pomoci tcpdump na nekterem
lokalnim UN*Xu apod. ), zda masina s Tinlibem ( a tim ODI+ODIPKT )
vubec vysila nejake pakety po siti a jestli ji nekdo odpovida ...
 
>
> S pozdravem
>                Petr Simek
 
 
Zdravi                                         Ivo Cernohlavek, ivos@muni.cz

Go to listserv.cesnet.cz LWGate Home Page.