Sitovani pres seriovou linku

27.10.2009 08:37 | Přečteno: 1852× | linux | | poslední úprava: 27.10.2009 08:38

Vlastnim notebooku Compaq Contura Aero 4/33C. Je to takova uzasnost. Rozhodl jsem se, ze ho pripojim k netu pres seriovy port. Navod, jak na to, napisu sem. Muze se to nekomu hodit, mozna i mne do budoucna, abych to nezapomnel.

Zakladem je propojeni stareho stroje s necim, co je pripojeno k internetu. V mem pripade se jednalo o normalni notebooku, ktery byl do internetu pripojen wifinou. Takze predpokladejme, ze stroje jsou propojeny pres seriovy kabel(lze pouzit na druhe strane i redukci do usbcka, funguje to take). Nasledne je potreba rozjet vlastni sit. Neni nic jednodussiho nez prikaz slattach:

slattach -p slip -s 115200 /dev/ttyUSB0 &

Popis prikazu: Volba -p specifikuje protokol, ktery bude pro prenos pouzit. V tomto pripade se jedna o slip. Volba -s specifikuje rychlost v baudech, kterou bude prenos probihat v idealnim pripade. Nasledne se napise soubor terminalu, ke kteremu je prirazen vas seriovy port. V tomto pripade to je /dev/ttyUSB0 pro usbcom redukci. V pripade normalniho serioveho portu to byva /dev/ttyS0. Cely proces je spusten na pozadi, aby neobtezoval.

Prikaz slattach vytvori sitove zarizeni sl0, kteremu lze klasicky nastavit ip adresu. Tim je zajisten sitovy prenos.

Co rict zaverem... Snad jen, ze spojeni je pomerne stabilni. Drzi mi online uz pres dva dny a stale tam tecou nejaka data. Rychlost samozrejme nedosahuje 115200bps. Efektivne to chodi cca 64kbit obema smery, coz je take relativne snesitelne s ohledem na to, o jaky hardware se jedna.        

Komentáře

[neaktivni]

chtel jsem hodnotit "dobre" a ujela mi mys na "spatne". chtelo by to moznost zmenit vlastni hodnoceni zapisku.

jinak pekny navod.

[Leoš Literák]

Zkus hlasovat podruhé, možná se ta hodnota přepíše, ale nejsem si už jist.

[neaktivni]

nee, objevi se pouze upozorneni, ze muzu hlasovat jen jednou

[trekker.dk]

Rychlost samozrejme nedosahuje 115200bps. Efektivne to chodi cca 64kbit obema smery, coz je take relativne snesitelne s ohledem na to, o jaky hardware se jedna.

IMO je to vcelku málo. Touhle rychlostí (115200) dokáže s přehledem komunikovat kdejaký jednočip, tak je mi divné, že by to nestíhala 486. Jak máš nastavené řízení toku na těch portech?

[hw]

Proč málo? Docela to odpovídá. Při asynchronním přenosu 115,2 kBd, jeden start bit, jeden stop bit je maximální přenosová rychlost 92,16 kbps. K tomu ještě režie jednotlivých přenosových protokolů (SLIP/IP/UDP/TCP) a je z toho čistá přenosová rychlost 64 kbps.

[maertien(not logged in)]

Presne tak. Malo mi to neprijde. Pro 486ku je to akorat

[Grunt]

Já zkoušel zase přenos zvuku přes RAW seriák a ještě s paritou to dělalo CBR 64kb/s. Víc ani floka a zvuk se kousal.

[pc2005]

Je to divné, když jsem na starém 486DX4-100 notebooku pracoval ve win95 a tzv. Přímým kabelovým propojením (directcc tuším - pěkná šílenost ), tak to jelo asi 10.5kBps. Directcc používá PPP protokol.

P.S. Jinak pro vyšší rychlost je možné použít cslip, kterej má komprimovaný hlavičky.

[trekker.dk]

K tomu ještě režie jednotlivých přenosových protokolů (SLIP/IP/UDP/TCP) a je z toho čistá přenosová rychlost 64 kbps.

Režie mi nedošla (nebo spíš ze zvyku jsem předpokládal, že to je objem přenesených dat všeobecně, ne jenom užitečných)

To je preci stara znama demence, ktera se tu probirala snad tisickrat. Zatimco napr. autor muze clanecek zcela prepsat, svoje hodnoceni uz zpet vzit nemuzes. Proste chujovina jak cyp. Akorat ze nobody cares.

Podporuji prijeti Lisabonske reformni smlouvy!

[Žoržej]

Tak něco takového jsem provozoval před víc než deseti lety s notebookem běžícím pod Win95 Zajímavé je, že se mi nikdy nepodařilo (teď už pod linuxem) rozchodit modernější "verzi" tohoto - síťování přes bluetooth. A to i přes docela velkou spoustu tutoriálů...

Holt tutoriálem znalosti nenahradíš no. A já nevidím ani do bluetooth ani do síťování ani do linuxu

[maertien(not logged in)]

Ale to mi kdysi slapalo, ale bylo to pro mne dost nove, tak jsem to nikdy moc aktivne nepouzival. Kazdopadne se o tom muzu nekdy vice rozepsat.

[Václav HFechs Švirga]

By mě spíš zajímalo, jestli existuje pro linux nějaký software, co umí sdílet souboru přes LPT. Jak to umí total commander nebo norton comander, mám starý laptop (s W98) a potřeboval bych z něj zalohovat data, nemá ale síťovku, nechce se mi instalovat momentálně windows a virtualbox neumí zas sdílet LPT (jde to sice nějak zapnout v configu, ale nefungovalo to). Pech . Asi to někdy vyřeším jinak.

[hw]

PLIP

[maertien]

navrhoval bych pouziti plip. Udela vam to z paralelniho rozhrani sitove zarizeni. Staci jen modprobe plip. Ale pozor, aby pred tim nebyl zaveden modul lp, potom to nefunguje. Jak je to s plip na strane windows, bohuzel netusim...

[Václav HFechs Švirga]

Jo, díky (oběma), vypadá že nějaká podpora pro DOS je, vyzkouším.

[Kvakor]

Já používal PLIP packet driver (tj. podpora TCP/IP v DOSu) od Crynwr Software, který je s tím linuxovým kompatibilní a používá klasický lapliknový kabel. Rychlost 40-60 KB/s (na 3m kabelu) podle výkonu stoje a kvality portů (nebo jejich nastavení v BIOSu). Zapojovat raději ve vypnutém stavu, rozdíl napětí (např. v důsledku zemnící smyčky nebo chybně navrženého notebookového zdoje), co seriový port bez problému přežije, může paralení port snadno odpálit.

[pc2005]

Podpora PLIP je pro xDOS přes crynwr paket drivery. A podpora byla až do win 3.11 včetně. Ztroskotalo to asi na tom, že ve 3.11 byl nějakej frontend pro ty DOS ovladače. Jinak v 95-XP je přímý propojení kabelem, kde by měl LPT jít. Bohužel používá jiný protokol (imho PPP).

[Michal Kubeček]

Vida, myslel jsem, že SLIP byl pasé už v době, kdy jsem se učil PPP (a pppd), což mohlo být tak před třinácti lety. Že o něm uslyším ještě na konci roku 2009, by mne tehdy určitě nenapadlo. :-)

[maertien]

Vim, ze je to casove nekde jinde. Ale to je i pouzity hardware - compaq contura aero 4/33c ma i486SX na 33MHz a 12MB operacni pameti Myslim, ze ten muj model byl vyroben v roce 1994. Je to moje zaliba

[Michal Kubeček]

I tak si myslím, že není důvod, proč by ten stroj neměl zvládnout pppd. Nejsem si teď jistý, jestli jsem pppd začal používat už na 386DX40 s 8MB nebo až na 486DX4-120 s 16MB, ale i ten druhý je výkonově dost blízko vašemu (přinejmenším z pohledu výkonu dnešních PC).

[maertien]

PPP by ale znamenalo nastavovat pppd, do cehoz se mi v tu chvili nechtelo, jelikoz jsem to naposledy nastavoval pred x lety a nemam to zrovna v hlave. Take jsem to potreboval vyresit rychle, takze slip pro mne byla jasna volba. Jeste zkusim otestovat cslip, jestli ta komprese bude mit nejaky vliv.

[Michal Kubeček]

Co si vzpomínám, na nastavení pppd byla komplikovaná hlavně komunikace s modemem a potom autentizace vůči protější straně. Pokud šlo jen o propojení dvou počítačů přes sériový kabel, bylo to celkem triviální. Ale z hlavy si to samozřejmě už nepamatuji.

[maertien]

To je prave ono. Ja, jelikoz jsem lina osoba, jsem to nechtel hledat a radeji jsem tam rovnou vrazil slip. Vzdyt slo hlavne o legraci .

[Ondrej 'SanTiago' Zajicek]

PPP (a pppd) je nechutna obluda michajici spoustu nesouvisejicich veci dohromady. Mozna vhodna v prostredi modemu a vytaceneho pripojeni, kde se hodi autentizace a autokonfigurace (i kdyz i to by bylo mnohem elegantnejsi resit oddelenymi protokoly).

Pro spojeni dvou pocitacu pres seriovou linku clovek potrebuje akorat trivialni packet framing protokol (jako je SLIP), proc pouzivat cokoliv slozitejsiho?

[pc2005]

S ppp by mohl provozovat IPv6 .

[maertien(neprihlasen)]

A to se mezi dvema computery velice vyplati, kdyz je ipv4 adresni prostor tak maly

[pc2005]

Adres není nikdy dost .

[Michal Kubeček]

Jenže u IPv6 bude ta adresa globální, ne z nějakého rezervovaného neroutovatelného rozsahu.

[misace]

A jaký distro si na to nacpal? Já teď nainstaloval Debian 3.1 na 386-tku, ale tu jsem předtím vytunil: 40MHz,32RAM,128k cache,1 MB VGA,kopr.

[maertien(neprihlasen)]

Je tam take Debian 3.1. Premyslim ale o tom, ze bych tam v ramci aktualnosti vrznul petku. Zase pravdou je, ze tam mam jen 12 MB operacni pameti, takze se na to asi vykaslu.