Article View: pl.misc.telefonia
Article #243383Re: Połączenie modemów przez VoIP
From: Krzysztof Halasa
Date: Fri, 09 Sep 2022 14:00
Date: Fri, 09 Sep 2022 14:00
63 lines
4602 bytes
4602 bytes
"J.F" <jfox_xnospamx@poczta.onet.pl> writes: > A przydzial nr przerwan przypadkowy? > Biorac pod uwage, ze trzeba przetransmitowac 512 bajtow, to > odblokowanie przerwan ma sens. Możliwe - musiałbyś pogadać z inżynierami IBMa, tak ze 40 lat temu. > Wiec moze szybkie modemy pojawily sie w kraju, jak juz plyty mialy > port z FIFO - bo dokladnie 16550 na plycie to ja nigdy nie widzialem Jeszcze raz powtórzę, że na płytach były 16550x zintegrowane w układach Super I/O. Takich np. 100-pinowych. Ja także (raczej) nie widziałem NS16550A w obudowie DIP40 na płycie głównej peceta (no, mogły być takie w starszych all-in-one w czasach XT itp., ale to inna sprawa). > Tak, to by wystarczylo ... ale moze w innych biosach CLI nie bylo? > Bo REP INSW moze byc przerywany. Tak, wiemy że może. Jeszcze raz napiszę, że mam wrażenie, że to CLI było uzasadnione. Oraz że z całą pewnością 16450 sprawiały problemy z wyższymi szybkościami, także pod DOSem. Powszechnie. Tak naprawdę problemy zaczynały się przy 38400 bps, tyle że dało się z tym jakoś żyć - normalnie ludzie jechali do jakiegoś Scientifica (czy kto tam tym handlował, ja akurat pamiętam ich), kupowali kartę z 16550x, i zapominali o problemie. To nie była droga inwestycja. Albo jak mieli kartę z podstawką, to kupowali scalaka i dalej podobnie. Jeśli mieli modem wewnętrzny, albo płytę główną z Super I/O z FIFO, to problem ich od początku nie dotyczył (aczkolwiek mogły się pojawić inne problemy, np. nie dało się zresetować modemu sprzętowo). > Wlasnie wydaje mi sie, ze rozkaz byl przerywalny, ale moze cos w dysku > przeszkadzalo. Z całą pewnością "rep insw" i "rep outsw" były przerywalne, w ogóle. Gdyby przerwania były odblokowane - a w przypadku dysków nie były. Możesz do tego dodać jeszcze "block transfers" (ATA-2 IIRC), aczkolwiek możliwe, że to było już na płytach z Super I/O z FIFO. Możliwe, że później tryby DMA poprawiły sytuację (bez DMA wciąż działały karty CF/ATA, do pewnego momentu) - ale to już na pewno były czasy wszechobecnych FIFO. >> Karty wieloportowe miały z konieczności wszystkie przerwania zsumowane, >> natomiast przypuszczalnie multi-I/O miały indywidualne wyjścia >> 2-stanowe, które się następnie przypinało do konkretnych linii na złączu >> jumperami. Pewnie jakby zrobić "jumper" z dwiema diodami to też by >> magicznie zaczęło działać. > > No wlasnie byl z tym pewien problem elektryczny, No tak, opisany wyżej przeze mnie. > ale ja o czyms innym > - specjalna karta, to specjalny driver do obslugi potrzebny. > Dwie karty - dwa drivery. Nie, nie był potrzebny żaden specjalny driver do konkretnej karty. -- Krzysztof Hałasa
Technical Details
Message-ID:
<m3bkro3aw5.fsf@intrepid.localdomain>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.samoylyk.net!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mailReferences:
<9137c096-eed0-46b4-a048-f7f2e75295fbn@googlegroups.com> <m3edxg2nt8.fsf@intrepid.localdomain> <ddtt0r312est.abzmrt8obfif.dlg@40tude.net> <m3czcxp8dc.fsf@intrepid.localdomain> <17cq9v2hiia5c.5hhfxm97f2y$.dlg@40tude.net> <m3h728e17q.fsf@intrepid.localdomain> <1vmix87l2k510$.1evnm1d4822im.dlg@40tude.net> <m3k06yve27.fsf@intrepid.localdomain> <9287039d32iz.16bswik2el0aa.dlg@40tude.net> <m3tu5y0xod.fsf@intrepid.localdomain> <b0ixs6q9v5ba$.r4nb190kozzq$.dlg@40tude.net> <m3r1106xf9.fsf@intrepid.localdomain> <1vc1aqo0h73ph.1k2tgl2wzagtb.dlg@40tude.net> <m3czcgtu3o.fsf@intrepid.localdomain> <8ya4v0v1gm8f.1cmttawuyze7d.dlg@40tude.net> <m3v8q7whr7.fsf@intrepid.localdomain> <1ej8oahwlyrtg$.1lzcqu1kgbb6r$.dlg@40tude.net> <m3o7vyqa30.fsf@intrepid.localdomain> <bvy07t6laktq$.nmukvw00msee$.dlg@40tude.net> <m3edwsitrz.fsf@intrepid.localdomain> <1vnj42rq670u8$.1jynz355sbw3n$.dlg@40tude.net>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.samoylyk.net!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail From: Krzysztof Halasa <khc@pm.waw.pl> Newsgroups: pl.misc.telefonia Subject: Re: Połączenie modemów przez VoIP References: <9137c096-eed0-46b4-a048-f7f2e75295fbn@googlegroups.com> <m3edxg2nt8.fsf@intrepid.localdomain> <ddtt0r312est.abzmrt8obfif.dlg@40tude.net> <m3czcxp8dc.fsf@intrepid.localdomain> <17cq9v2hiia5c.5hhfxm97f2y$.dlg@40tude.net> <m3h728e17q.fsf@intrepid.localdomain> <1vmix87l2k510$.1evnm1d4822im.dlg@40tude.net> <m3k06yve27.fsf@intrepid.localdomain> <9287039d32iz.16bswik2el0aa.dlg@40tude.net> <m3tu5y0xod.fsf@intrepid.localdomain> <b0ixs6q9v5ba$.r4nb190kozzq$.dlg@40tude.net> <m3r1106xf9.fsf@intrepid.localdomain> <1vc1aqo0h73ph.1k2tgl2wzagtb.dlg@40tude.net> <m3czcgtu3o.fsf@intrepid.localdomain> <8ya4v0v1gm8f.1cmttawuyze7d.dlg@40tude.net> <m3v8q7whr7.fsf@intrepid.localdomain> <1ej8oahwlyrtg$.1lzcqu1kgbb6r$.dlg@40tude.net> <m3o7vyqa30.fsf@intrepid.localdomain> <bvy07t6laktq$.nmukvw00msee$.dlg@40tude.net> <m3edwsitrz.fsf@intrepid.localdomain> <1vnj42rq670u8$.1jynz355sbw3n$.dlg@40tude.net> Date: Fri, 09 Sep 2022 16:00:58 +0200 Message-ID: <m3bkro3aw5.fsf@intrepid.localdomain> Cancel-Lock: sha1:K+LXmE90AWv7C28W5rWzYMgnRwU= MIME-Version: 1.0 Lines: 63 Organization: Telekomunikacja Polska NNTP-Posting-Host: 195.187.100.13 X-Trace: 1662732063 unt-rea-a-01.news.neostrada.pl 6214 195.187.100.13:36008 X-Complaints-To: abuse@news.neostrada.pl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit