protokoli.1cnenad,
Dali zna neko jel izasla nova verzija BIMODEM-a ??? Ako jeste ,gde moze da se
nabavi !?!
protokoli.2dprohaska,
Da li postoji emulacioni program za V23 protokol .
protokoli.3mbole,
Kako GSZ/DSZ prave proveru prilikom crash recovery? To beše opcija -rr
ako se ne varam, ali mi je obavezno premotavao file na početak, tj počinjao
prenos iz početka, jer kao fajlovi nisu isti. A isti su mame mi:). Doduše
bio sam na vezi sa FFS-om a on brljavi u zadnje vreme i to žestoko, tako da
je možda i on kriv.
protokoli.4kuki,
> Kako GSZ/DSZ prave proveru prilikom crash recovery? To beše opcija -rr
> ako se ne varam, ali mi je obavezno premotavao file na početak, tj počinjao
> prenos iz početka, jer kao fajlovi nisu isti. A isti su mame mi:). Doduše
> bio sam na vezi sa FFS-om a on brljavi u zadnje vreme i to žestoko, tako da
> je možda i on kriv.
he, to se i meni dešavalo kad sam zvao bRez mnp-a :( dakle, umesto -rr
koristi opciju -r i nema više glava da te boli :)
protokoli.5bdm.,
Subject: Re: GSZ
## prenos iz početka, jer kao fajlovi nisu isti. A isti su mame mi:).
## Doduše bio sam na vezi sa FFS-om a on brljavi u zadnje vreme i to
## žestoko, tako da je možda i on kriv.
Izgleda da je neka frka UNIX, poslednji blok, GSZ, i meni je redovno
brisao i kretao iz početka ne samo sa FFS-om, koristi interni ZModem
TM-a i nema problema...
BDM.
protokoli.6markom,
Uz poruku gsz iz '94. ...
Marko
gsz.zipprotokoli.7dfilip,
Pozdrav,
Prvi put sam ovde i nisam bas siguran da sam na pravom mestu, ali ko pita...
Elem u kompjuter su ugradjena dva kontrolera tako da imam COM1,2,3 i 4. Na
1. je mis, 2. Ploter, na 3. Ploter2, 4. prazan. Kada saljem .PLT iz DOS-a
nemam problema ali iz Windows-a na COM3 nista ne uspevam da oteram. Cuo sam da
Windows ima problema sa Com-ovima, mada je ver 3.1, mis je original Microsoft,
pa ako neko ima ideju sta da se radi bio bih mu jako zahvalan. Pretpostavljam
da je o ovoj temi negde vec bilo reci ali nazalost meni je promaklo.
Dejan
protokoli.8dejanr,
>> Kada saljem .PLT iz DOS-a nemam problema ali iz Windows-a na COM3 nista
>> ne uspevam da oteram. Cuo sam da Windows ima problema sa Com-ovima
Preporučio bih tekst Zorana Kehlera iz Računara 98 (novi "Računari") koji
se većim delom bavi baš tom temom. Ukratko, navedi tačan port i IRQ liniju
u Windows-ovom kontrolnom panelu, verovatno će raditi. Ako ne ide, probaj
sa modifikacijom konfiguracionog fajla, takođe opisanom u tom tekstu.
protokoli.9zkehler,
Ŕ Windows ima problema sa Com-ovima (...)
Mislim da bi trebalo rešenje da nađeš prema onome što sam već pisao u
Windows konferenciji, odnosno u WIN.INI u Računarima 98. Šaljem deo tog
teksta uz ovu poruku.
ZK
winini98.zipprotokoli.10mrbin,
Jeste li znali da je na nivou Microcom Networking Protocol-a definisana
mogucnost prelaska iz pouzdanog (error-free) u normalni rezim i obrnuto
u ON LINE rezimu? (Naravno, govorim o hardverskim MNP modemima).
Sekvence su AT\Y i AT\Z. Na primer, pozovem sezam sa ukljucenim MNP5,
prosvrljam po konferencijama, i kada hocu nesto da downloadujem, kucam
+++ (prelazak u komandni rezim)
AT\Z (switch to normal mode)
ATO (back to data mode)
i ponovo sam na sezamu, *bez* prekida linije, sa normalnom vezom i dobro
poznatim garbage na ekranu, spreman da downloadujem fajl Zmodemom.
Inverzna sekvenca je +++, AT\Y, ATO (prelazak iz normalnog u reliable
mode), ali to kod mene izgleda ne radi. :)
Ziveh u tami do sada jer nisam procitao ceo manual, pa reko' mozda ce
ovo da koristi nekom ko je u slicnoj situaciji.
Pozdrav,
mrbin
protokoli.11dens,
>> prosvrljam po konferencijama, i kada hocu nesto da downloadujem, kucam
I ovim se lepo odreknem velikog CPS-a. To ima smisla samo kad je veza
lošija, da bi se sprečilo to da se i MNP i Zmodem zezaju sa smetnjama.
Bez MNP-a, CPS do 237 sa MNP do 285. Ne vidim razlog da ga ikad
isključujem.
protokoli.12markom,
*** Inverzna sekvenca je +++, AT\Y, ATO (prelazak iz normalnog u
*** reliable mode), ali to kod mene izgleda ne radi. :)
Meni ovo taman sinoć trebalo!!! Hvala, ZDule, ako ovo čitaš imaš poziv na još
jedno takmičenje :))
Marko
protokoli.13mrbin,
> Bez MNP-a, CPS do 237 sa MNP do 285. Ne vidim razlog da ga ikad
Lucky you. Meni je veza sa sezamom grozna; pa ipak, cini mi se da
je CPS u svakom slucaju veci bez MNP-a kad downloadujes zipovane
fajlove Zmodemom, ako nista drugo zato sto se sa svaki paket tvog
.zip fajla obavija ctrl i info bajtovima Zmodema, a onda se pod
MNP-om svaki takav paket secka na jos manje i obavija ctrl i
info bajtovima MNP-a. Ukupan protok kroz liniju je naravno isti,
ali efektivni protok (pravih podataka) je manji sa MNP-om, jer
kompresije ionako za .zip fajlove nema. (ovo sto sam rekao vazi
za MNP5 ali verovatno i za nize).
Inace, mala ispravka: ne treba kucati ATO iza AT\Z jer se to automatski
obavi: samo treba paziti da se nakon otkucanog AT\Z nista ne pritiska
dok ne napise CONNECT, inace ce prekinuti vezu. Ista stvar vredi i za
AT\Y.
Pozdrav,
mrbin
protokoli.14bojs,
>>info bajtovima MNP-a. Ukupan protok kroz liniju je naravno isti,
>>ali efektivni protok (pravih podataka) je manji sa MNP-om, jer
>>kompresije ionako za .zip fajlove nema. (ovo sto sam rekao vazi
>>za MNP5 ali verovatno i za nize).
Wrong!!! Za MNP 4 ne važi, a pri tome nema _teorije_ da bude manji protok,
jer je kod MNP 4 (i viših) veza sinhrona, bez start i stop bitova, što,
pri istim uslovima, daje skoro 25% veći protok. Prema tome, ako imaš
(hardverski) MNP, NE isključuj ga. Sa softverskim, važi ono što si rekao.
protokoli.15astral,
│Ţ█Ů█ > Bez MNP-a, CPS do 237 sa MNP do 285. Ne vidim razlog da ga ikad
│Ţ█Ů█
│Ţ█Ů█ Lucky you. Meni je veza sa sezamom grozna; pa ipak, cini mi se da
Pre neki dan sam postavio svoj rekord. 2400bps, bez MNP-a, sa Sezamom
238cps !! Ne znam da li uopste moze vise (zbog onih stop-bitova) :)
protokoli.16mrbin,
> Wrong!!! Za MNP 4 ne važi, a pri tome nema _teorije_ da bude manji protok,
> jer je kod MNP 4 (i viših) veza sinhrona, bez start i stop bitova, što,
U pravu si, na to sam potpuno zaboravio; ipak, sa tako losom vezom kao
sto je ja imam nema _teorije_ da downloadujem neki fajl ako je MNP
ukljucen; toliko puta se ispise Timeout (ponekad i bad CRC !?) da se
svaki file transfer jednostavno zaustavi posle par Kb.
Jedno pitanje: kako bi trebalo podesiti parametre veze pod MNP-om
pa da se veza uspostavi na 1200bps, a da protok podataka izmedju racunara
i modema bude veci jer koristim MNP5? Otprilike, po analogiji sa onim
- zoves na 2400 i sa MNP5 - podesi brzinu na 9600; tj. kako da modemu
stavim do znanja da hocu vezu na 1200 bez obzira na DTE<->DCE xfer rate ?
Pozdrav,
mrbin
protokoli.17dens,
>> fajlove Zmodemom, ako nista drugo zato sto se sa svaki paket tvog
>> .zip fajla obavija ctrl i info bajtovima Zmodema, a onda se pod
>> MNP-om svaki takav paket secka na jos manje i obavija ctrl i
Nisi u pravu. Radi jednostavnosti, zamisli da pod MNP-om nemaš start i
stop bite i videćeš zašto je veći protok sa MNP. Ako standardno imaš
1 start, 1stop i 8 data bitova, kod MNP imaš 10 data bitova tj, ono
što bi bili start i stop, sada su data bitovi. Zato ako ti je stalo do
efikasnog prenosa ne isključuj MNP.
protokoli.18dens,
>> 238cps !! Ne znam da li uopste moze vise (zbog onih stop-bitova) :)
Ja sam imao sa MobyTurbo 240. U pitanju je naravno veoma veliki fajl i
pokazivanje sa kraja transfera. (Na početku zbog bafera bude ta cifra
nerealno velika). To je naravno bilo onomad, kad nisam imao MNP modem.
protokoli.19bojs,
>>Jedno pitanje: kako bi trebalo podesiti parametre veze pod MNP-om
>>pa da se veza uspostavi na 1200bps, a da protok podataka izmedju racunara
>>i modema bude veci jer koristim MNP5? Otprilike, po analogiji sa onim
Nema regularnog načina, ali se možeš poslužiti trikom: uspostaviš vezu
na 1200 bps, pa otkucaš +++, da predješ u komandni mod, zatim povećaš
brzinu u svom comm programu, pa ATO.
protokoli.20m.hristodulo,
>> Pre neki dan sam postavio svoj rekord.
>> 2400bps, bez MNP-a, sa Sezamom 238cps !! Ne znam
>> da li uopste moze vise (zbog onih stop-bitova) :)
Teorijski maksimum je 240cps, je l'?
protokoli.21korvin,
Subject: Re: 300 cps
>> >> 2400bps, bez MNP-a, sa Sezamom 238cps !! Ne znam
>> >> da li uopste moze vise (zbog onih stop-bitova) :)
>>
>> Teorijski maksimum je 240cps, je l'?
Zavisno od protokola, ali teorijski max. bi trebao da bude oko 300
cps. Moj redovni sa gsz-om (MobyTurbo) je oko 275.
protokoli.22zormi,
*>> Teorijski maksimum je 240cps, je l'?
*
* Zavisno od protokola, ali teorijski max. bi trebao da bude oko 300
* cps. Moj redovni sa gsz-om (MobyTurbo) je oko 275.
Teorijski maximum za asinhronu vezu (8 bita+startbit+stopbit) je 240 cps
(2400 bps / 10 bita/chr). Za sinhronu vezu (bez start i stop bita) npr.
sa MNP4 je max. 300 cps (2400 bps / 8 bita/chr).
Svaki protokol za prenos unosi kontrolne sekvence za detekciju grešaka
što smanjuje broj prenetih korisnih podataka. Mobyturbo je minimizovao
broj ovih kontrola. Uz to, protokoli koji nisu streaming već block
tipa (x-modem, y-modem) čekaju potvrde prijema pa i tu gube malo vreme.
Ali sve to su nijanse od po par procenata. Pravi napredak je brži modem,
samo još malo da padnu cene ;)
protokoli.23domana,
~~~ Nema regularnog nacina, ali se mozes posluziti trikom: uspostavis vezu
~~~ na 1200 bps, pa otkucas +++, da predjes u komandni mod, zatim povecas
~~~ brzinu u svom comm programu, pa ATO.
Koje su komande za menjanje brzine?
Pyc
protokoli.24bojs,
>>Koje su komande za menjanje brzine?
Malo čudno pitanje, valjda umeš da promeniš brzinu u svom comm
programu?? Nadješ opciju gde se podešavaju parametri komunikacije, pa
tamo promeniš.
protokoli.25zdrawcke,
>>> Ali sve to su nijanse od po par procenata. Pravi napredak je brži
>>> modem, samo još malo da padnu cene ;)
... a centrale da se dignu u vazduh pa da se sagrade nove :)
protokoli.26domana,
~~~ Malo cudno pitanje, valjda umes da promenis brzinu u svom comm
~~~ programu?? Nadjes opciju gde se podesavaju parametri komunikacije, pa
~~~ tamo promenis.
Mislio sam na komade modemu... Posto sam nacuo za neki at\z, ali nisam
siguran...
Pyc
protokoli.27dejanr,
>> Uz to, protokoli koji nisu streaming već block tipa (x-modem, y-modem)
>> čekaju potvrde prijema pa i tu gube malo vreme.
Zanimljiva stvar sa protokolima su baš te potvrde prijema. Naime, kada
gledam svoj JUPAK račun, vidim da imam neočekivani broj poslatih
segmenata koji je skoro 50% primljenih. Ja preko JUPAK-a gotovo ništa
ne upload-ujem, a download-ujem dosta, i to uglavnom ZModemom, iz
Slovenije. Veza je obično dobra, jedva po nekad neki bad block. Očito da
provere znatno povećavaju račun, i dobro bi bilo da se to smanji ako
je moguće.
Da li neko za download preko JUPAK-a (sa VAX-a) uspešno koristi neki
drugi protokol? Kakav je tu rezultat što se tiče broja poslatih
segmenata?
protokoli.28ognjen,
)-> Teorijski maksimum je 240cps, je l'?
Ne. :) Sto je najcudnije, 230.
protokoli.29m.hristodulo,
>>>> Teorijski maksimum je 240cps, je l'?
>>
>> Zavisno od protokola, ali teorijski max. bi
>> trebao da bude oko 300
Mislio sam na cistu asinhronu vezu, bez MNP.
protokoli.30m.hristodulo,
>> Ne. :) Sto je najcudnije, 230.
Ako imamo 1 start, 8 data, i 1 stop bit --
to je ukupno 10 -- a brzina komunikacije je 2400
bita u sekundi, tada je broj prenetih bajtova
(korisnih -- grupe od 8 data bitova) tacno 240 u
jednoj sekundi.
Ili mozda ne?
protokoli.31ognjen,
Pazi ovo:
> Retry from 128
???? :) ZModem. Zar nisu pocetni blogovi od 1024? :)
BTW, pocetni cps 6 :((((( :)
protokoli.32dens,
>> (korisnih -- grupe od 8 data bitova) tacno 240 u
>> jednoj sekundi.
Tako je. To je granica za non MNP 2400 modeme.
protokoli.33korvin,
>> Mislio sam na cistu asinhronu vezu, bez MNP.
Eh sad, ko još koristi tako nešto ;))
protokoli.34milan,
> Ako imamo 1 start, 8 data, i 1 stop bit --
> to je ukupno 10 -- a brzina komunikacije je 2400
> bita u sekundi, tada je broj prenetih bajtova
> (korisnih -- grupe od 8 data bitova) tacno 240 u
> jednoj sekundi.
>
> Ili mozda ne?
Ne je! :)
Naime, gde piše da moraju da se prenose stop bitovi. Zmodem
protokoli koriste duže stringove (čini mi se 1K) data bitova pa tek
onda neka kontrola. Dakle, stvar se teorijski svodi na 300 bajta u
sekundi a realno je nešto manje. Recimo da se sa MobyTurbo Zmodem
protokolom dobija oko 285-290 (noću na Sezam-u i ako se port setuje
na 9600 bauda).
Pl poz M
protokoli.35astral,
│Ţ█Ů█ >> Mislio sam na cistu asinhronu vezu, bez MNP.
│Ţ█Ů█
│Ţ█Ů█ Eh sad, ko jos koristi tako nesto ;))
Svako ko mora, dakle ja.
protokoli.36astral,
│Ţ█Ů█ > Retry from 128
│Ţ█Ů█
│Ţ█Ů█ ???? :) ZModem. Zar nisu pocetni blogovi od 1024? :)
Moze blok da bude i 10mb. On je primetio gresku, odnosno smetnje,
verovatno vec na pocetku transfera. Greska se ne prijavi, ali on
jednostavno opali neki mizeran cps. I onda pokusa da prenese neki blok,
provali da je greska an 128. bitu i onda pokusava ponovo sa njim.
Ili mozda ipak ne ?? :)
protokoli.37niklaus,
(:> > Retry from 128
(:>
(:> ???? :) ZModem. Zar nisu pocetni blogovi od 1024? :)
(:> BTW, pocetni cps 6 :((((( :)
Počeo je sa 1024b blokovima, nije išlo; smanjio na 512b, opet šušti...
do 128b blokova...
(: Sean :)
protokoli.38dvesic,
>> Naime, gde pise da moraju da se prenose stop bitovi. Zmodem
>> protokoli koriste duze stringove (cini mi se 1K) data bitova
Da li GSZ podrzava vece blokove od 1k ?
protokoli.39bojs,
>> > (korisnih -- grupe od 8 data bitova) tacno 240 u
>> > jednoj sekundi.
>> > Ili mozda ne?
>> Ne je! :)
>> Naime, gde piše da moraju da se prenose stop bitovi. Zmodem
>>protokoli koriste duže stringove (čini mi se 1K) data bitova pa tek
>>onda neka kontrola. Dakle, stvar se teorijski svodi na 300 bajta u
>>sekundi a realno je nešto manje. Recimo da se sa MobyTurbo Zmodem
JOK! Piše, u defniciji asinhrone veze, a tako i jedino tako mogu da
komuniciraju obični (non_MNP) modemi, zmodem nema s tim nikakve veze.
Prema tome, ono 'Ne je!' s početka citata ne važi, tačno je tako :).
A, stop bit nema veze sa kontrolom, za to služi parity bit, koji se,
ionako, najčešće ne prenosi.
protokoli.40mbole,
> Naime, gde piše da moraju da se prenose stop bitovi. Zmodem
> protokoli koriste duže stringove (čini mi se 1K) data bitova pa
> tek onda neka kontrola. Dakle, stvar se teorijski svodi na 300
> bajta u sekundi a realno je nešto manje. Recimo da se sa
E pa piše. To je karakteristika rada modema a ne protokola.
> MobyTurbo Zmodem protokolom dobija oko 285-290 (noću na Sezam-u
> i ako se port setuje na 9600 bauda).
Tačno ali ako koristiš MNP vezu (hardversku), onda stvarno nema start i
stop bitova, jer je veza sinhrona itd. Ovih 285-295 važe za MNP-4 vezu (i
Sezam radi na MNP-4 da bi se izbegao gubitak vremena pri dodatnom
arhiviranju). Zbog toga i podižeš protok modem-računar na 9600.
protokoli.41wizard,
> (i Sezam radi na MNP-4 da bi se izbegao gubitak vremena pri dodatnom
> arhiviranju).
Sezam radi na MNP-4 jer nisu uspeli da podese da radi na MNP-5.
Kamo sreće da jesu...
protokoli.42milan,
> Da li GSZ podrzava vece blokove od 1k ?
GSZ je program (sa ugrađenom verzijom Moby Turbo Zmodem protokola
pa je zato popularan jer autor Zmodem protokola preko njega
distribuira najnovija poboljšanja svog protokola) a ne protokol.
Dakle, moglo bi se desiti da postoji protokol koji podržava veće
blokove od 1K (mislim da ga nema, al' ko zna) no Zmodem podržava
najviše tu dimenziju. Konačno, to je nebitno jer je gubitak u
teorijskom transferu na 1K blokovima najviše 1% (2 stop bita i 2
bajta cyclic redundancy check-a, što će reći ništa). Dakle Moby Turbo
je na granici teorijskog limita.
Pl poz M
protokoli.43ognjen,
)-> Ili mozda ne?
:) Da... :)
protokoli.44mbole,
> Sezam radi na MNP-4 jer nisu uspeli da podese da radi na MNP-5.
>
> Kamo sreće da jesu...
BEEP WRONG!!
Nije nikakav problem podesiti ga na MNP-5. Međutim time se ništa ne
dobija (čak se gubi). Pošto se sa Sezama uglavnom UL/DL već arhivirane
datoteke (ili bi to bar trebalo tako da bude, to jest korisnici se
stimulišu da skidaju pad a ne da čitaju online), njih MNP-5 ne može dodatno
komprimovati. Usled pokušaj kompresije na nju se troši vreme, a to nije baš
poželjno. Usled toga je veza sa MNP-4 kada se prenose arh. datoteke brža.
Naravno ako prenosiš neki .txt MNP-5 veza će biti daleko brža ali to je
retka situacija. Što se tiče brzine prenosa van file transfera, ona i onako
nije kritična, tj dovoljno je brza.
Najjednostavnije, probaj da dl. neki zip file sa recimo FFS-a (ili nekog
drugog BBS-a koji radi na MNP-5) i videćešš da je CPS manji.
protokoli.45astral,
│Ţ█Ů█ Dakle, moglo bi se desiti da postoji protokol koji podrzava vece
│Ţ█Ů█ blokove od 1K (mislim da ga nema, al' ko zna) no Zmodem podrzava
U procomm-u za windows je bila opcija koliki da bude blok. Mislim da je
bilo 2, 4 ili vise kb.
protokoli.46m.hristodulo,
>> Eh sad, ko jos koristi tako nesto ;))
Ja ne koristim. Uz MNP4, ZIP2 i GSZ
MobyTurbo imam 283 CPS. Teorijski maksimum u ovom
slucaju je 300 CPS.
protokoli.47m.hristodulo,
>> Sezam radi na MNP-4 jer nisu uspeli da podese da
>> radi na MNP-5.
Nije tacno! Posto se sa Sezama uglavnom
nadolenatovare (by milan) kompresovani pad-ovi, samo
bi se gubilo vreme kada bi MNP5 pokusavao da ih
dodatno sabije, i CPS bi padao.
Mislim da je to jedna od prednosti Sezama,
nikako mana. Bolje od toga bi bilo 14400 V.42bis,
:-)
protokoli.48m.hristodulo,
>> Ne je! :)
Mislim ipak da je karakteristika asinhrone
veze da se prenose i start i stop bit. Tek sa MNP5
ti bitovi se uklanjaju.
ZModem je, cini mi se u visem sloju
komunikacionog modela -- protokol za prenos
datoteka. Za njega je transparentno (mozda ne
sasvim) kakve su karakteristike veze ispod njega.
protokoli.49zormi,
* │Ţ█Ů█ Dakle, moglo bi se desiti da postoji protokol koji podrzava vece
* │Ţ█Ů█ blokove od 1K (mislim da ga nema, al' ko zna) no Zmodem podrzava
*
* U procomm-u za windows je bila opcija koliki da bude blok. Mislim da je
* bilo 2, 4 ili vise kb.
To se odnosi na način slanja/potvrde prijema. Po default-u je streaming,
kada zmodem samo šalje ne čekajući potvrdu prijema prethodnog bloka (ona
stiže, ali kasnije). Dakle, to je nešto drugo...
protokoli.50zormi,
* Najjednostavnije, probaj da dl. neki zip file sa recimo FFS-a (ili nekog
* drugog BBS-a koji radi na MNP-5) i videćešš da je CPS manji.
Uvek možeš na svojoj strani da isključiš MNP5 i ograničiš vezu na MNP4
(AT%C0).
protokoli.51ognjen,
)-> Poceo je sa 1024b blokovima, nije islo; smanjio na 512b, opet
)-> susti... do 128b blokova...
Pa, onda bi rekao retry from 0.
protokoli.52jerry,
> Pazi ovo:
>
>> Retry from 128
>
> ???? :) ZModem. Zar nisu pocetni blogovi od 1024? :)
> BTW, pocetni cps 6 :((((( :)
Meni se desi da mi transfer pukne na samom pocetku i onda mi kaze:
>> Retry from -1 :))) Ispade da ja saljem sezamu a ne sezam meni.
protokoli.53.bale.,
> Sezam radi na MNP-4 jer nisu uspeli da podese da radi na MNP-5.
Ma nemoj mi kas'ti... kao da je to nešto teško ;-) Radi na MNP4 iz
istog razloga iz koga su do skora (jer još nisam vratio na staro) i
modemi na ETF-u radili na MNP4 umesto na MNP5: jer je tako bolje :-)
Naime, u slučaju da veze nisu izuzetno dobre, mnogo duže traju one
pauze kad modem pokušava da izađen na kraj sa đubretom, a veza vrlo
lako puca sa MNP5. Jedini stvarni dobitak sa MNP5 je pri listanju
teksta na terminalu; kada se prenose fajlovi, oni su obično (odnosno,
trebalo bi uvek) kompresovani, tako da im on-the-fly kompresija ne
pomaže. Po meni, najbolje rešenje (u domaćim uslovima :) je MNP4 +
terminal emulacija sa kompresijom, kao što je Avatar.
protokoli.54dens,
>> stimulišu da skidaju pad a ne da čitaju online), njih MNP-5 ne može
>> dodatno komprimovati. Usled pokušaj kompresije na nju se troši vreme, a to
>> nije baš poželjno. Usled toga je veza sa MNP-4 kada se prenose arh.
Nisi u pravu. Pre izvesnog vremena (godine su u pitanju) odgovorni sa
Sezama su nepostojanje MNP5 objasnili tehničim teškoćama. Svakako je
tačno da MNP5 ne može baš ništa da pomogne kod komprimovanih fajlova,
naprotiv, međutim, svako kome kompresija ne odgovara, mogao bi lepo
da saopšti modemu at%c0 i da reši stvar.
protokoli.55milan,
> │Ţ█Ů█ Dakle, moglo bi se desiti da postoji protokol koji podrzava vece
> │Ţ█Ů█ blokove od 1K (mislim da ga nema, al' ko zna) no Zmodem podrzava
>
> U procomm-u za windows je bila opcija koliki da bude blok.
> Mislim da je bilo 2, 4 ili vise kb.
Nije u vezi sa onim o čemu se govorilo. Naime, to nije dužina
bloka posle koga file transfer protocol proverava CRC nego dimenzija
buffer-a na portu.
Pl poz M
protokoli.56cnenad,
ŁŁŁ To se odnosi na način slanja/potvrde prijema. Po default-u je streaming,
ŁŁŁ kada zmodem samo šalje ne čekajući potvrdu prijema prethodnog bloka (ona
ŁŁŁ stiže, ali kasnije). Dakle, to je nešto drugo...
Obrisao sam nažalost Canetovu poruku ali se našla ova pa da dodam.
Pročitao sam odmah posle toga šta kaže help od PC-a 4W i po njemu je najbolje
ostaviti STREAMING opciju check-iranu jer je ona najbrža.
Koliko ja razumem ona se prilagođava stanju na tel.vezi i ukoliko je signal
bolji kreće sa prenosom maksimalno velikog bloka a ako se veza pogoršava
protokol smanjuje veličinu paketa. Ako grešim ispravite me.
protokoli.57niklaus,
(:> )-> Poceo je sa 1024b blokovima, nije islo; smanjio na 512b, opet
(:> )-> susti... do 128b blokova...
(:>
(:> Pa, onda bi rekao retry from 0.
Pa biće onda da je nakon što je spustio veličinu ulaznog bloka na 128b,
i uspeo da primi tih 128b, ali onda su ponovo usledili problemi...
Mada nekada prijavljuje 'retry from <x>' kada ima problema prilikom prijema
bloka (<x>-<dužina_bloka>, <x>).
Chuck Forsberg (no1 u Omen Technologies) zna, ja ne. (:
(: Sean :)
protokoli.58vitez.koja,
#=> Mislim da je to jedna od prednosti Sezama, nikako mana.
Da, a i sankcije dobro dođu, jer da nema njih imali bi benzina pa bi se
vozikali kolima i zapustili plemenitu veštinu laktanja po autobusima...
protokoli.59vitez.koja,
#=>>> Retry from -1 :))) Ispade da ja saljem sezamu a ne
#=>>> sezam meni.
Blok "-1" je početni paket koji sadrži ime fajla, dužinu itd.
protokoli.60.bale.,
> Mislim ipak da je karakteristika asinhrone
> veze da se prenose i start i stop bit. Tek sa MNP5
Te karakteristike asinhrone veze (kontrolni bitovi) se odnose samo na
relaciju DTE-DCE (računar-modem). Za DCE-DCE (modem-modem) je druga
priča i _očevidno_ je ((C) by Borivoje Lazić) da "postoji neka
razlika" između _normal_ i _reliable_ (MNP4 i 5) moda: ovaj drugi ne
prenosi start, stop i parity bitove, a greške detektuje na drugi
način.
Zormi je objasnio da je Zmodem jedan sloj iznad toga i da on vrši
kontrolu prilično retko, pa je zato brz.
protokoli.61.bale.,
ŮŢ_reliable_ (MNP4 i 5)
Pardon, reliable je već MNP2.
Regards from .bale. !
#:*)+-<
protokoli.62wizard,
> > Sezam radi na MNP-4 jer nisu uspeli da podese da radi na MNP-5.
> Nije nikakav problem podesiti ga na MNP-5.
Ulepšaj nam svima dan i podesi im modeme da rade sa MNP5
kompresijom.
Sve što si dalje napisao u poruci sam znao odavno, a moju
tvrdnju iz prvog reda zasnivam na izjavama "odgovornih lica"
Sezama, od kojih sam je i čuo (tj. pročitao)... Bila je, ako se
dobro sećam, neka frka jer su se modemu, navodno, sudarali sa
mrežnim karticama... nije sad ni važno.
> Međutim time se ništa ne dobija (čak se gubi).
Da ostavimo to svakom korisniku da sam odluči? Ja bih lično vrlo
rado žrtvovao 3-4 bps-a, a da dobijem znatno brži ispis teksta
dok sam na vezi. Ostalom Sezam je pretežno orijentisan na
konferencije a manje na fajlove, tako da bi kompresija jako
dobro došla (još ako bi moglo v.42bis).
Kome MNP5 ne treba, uvek ga može isključiti na svom modemu.
protokoli.63balsa,
*> >> Sezam radi na MNP-4 jer nisu uspeli da podese da
*> >> radi na MNP-5.
*>
*> Nije tacno! Posto se sa Sezama uglavnom
*> nadolenatovare (by milan) kompresovani pad-ovi, samo
*> bi se gubilo vreme kada bi MNP5 pokusavao da ih
*> dodatno sabije, i CPS bi padao.
*>
*> Mislim da je to jedna od prednosti Sezama,
*> nikako mana. Bolje od toga bi bilo 14400 V.42bis,
*> :-)
Ali to nema veze sa razumom! :)) Zar nije pametnije da se, ako već
nema nikakvih problema, Sezam i podesi na MNP5, a samom korisniku ostavi da
odluči da li će vezu uspostaviti sa MNP5 kompresijom ili bez??
protokoli.64mbole,
> Uvek možeš na svojoj strani da isključiš MNP5 i ograničiš vezu
> na MNP4 (AT%C0).
Eh još niko nije uspeo da provali kako da isključim MNP-5 na softverskom
emulatoru MX-5. A siguran sam da može, pošto neko skoro napisa da se taj
fajl nalazi i u MTE programu samo pod imenom (valjda) mnpdrv. Pošto u mte
može da se uključi samo MNP-4 verovatno može i ovde al kako?
Lično bih i koristio samo MNP-4.
protokoli.65mbole,
> naprotiv, međutim, svako kome kompresija ne odgovara, mogao bi
> lepo da saopšti modemu at%c0 i da reši stvar.
A mi sa softverskim emulatorima? I usput, ovde je i stvar stimulisanja
korisnika (doduše u blagoj formi) da skidaju poruke putem pada, a ne da ih
čitaju online.
A što se tiče toga da su postojali tehnički problemi, sećam se i ja te
priče, ali valjda su naknadno shvatili da je ovako bolje. Kada skidam pad
imam brzu vezu, a odmah posle toga mogu da se uključim u chat i da imam
čistu vezu. Nemojte mi samo reći da je nekome spora MNP-4 komunikacija za
online.
protokoli.66mbole,
> Mislim ipak da je karakteristika asinhrone
> veze da se prenose i start i stop bit. Tek sa MNP5
> ti bitovi se uklanjaju.
Već sa MNP-4 :)))
protokoli.67saricl,
> Ili mozda ipak ne ?? :)
NE! Po utvrivanju greÜke on ponovo Üalje CEO blok. U tome i jeste
fora naŠi pravi kompromis izmeu veliŠine bloka i kvaliteta veze.
protokoli.68zormi,
* Pročitao sam odmah posle toga šta kaže help od PC-a 4W i po njemu je
* najbolje ostaviti STREAMING opciju check-iranu jer je ona najbrža.
Ne znam šta kaže help jer te stvari odmah brišem zbog prostora ;).
Za razliku od X,YModem protokola koji pošalju blok, dobiju potvrdu prijema
pa šalju sledeći, ZModem koristi streaming: neprestano pumpa podatke pa
ako dodje do greške i stigne mu odgovarajuća poruka on se vrati unazad.
Prednost je što se tako radi mnogo brže naročito kroz paketne mreže ili
na velika rastojanja (sa USA) jer se ne gubi vreme na čekanje potvrde
prijema za svaki blok (oko 1s za svaki blok sa USA).
E sad, pretpostavljam da ta opcija služi da natera ZModem da ipak čeka
potvrde prijema na svakih par kB...
* Koliko ja razumem ona se prilagođava stanju na tel.vezi i ukoliko je signal
* bolji kreće sa prenosom maksimalno velikog bloka a ako se veza pogoršava
* protokol smanjuje veličinu paketa. Ako grešim ispravite me.
Tačno, s tim što se to odnosi na same ZModem blokove koji se naknadno mogu
upakovati i u window ili slati streaming.
protokoli.69wizard,
> A mi sa softverskim emulatorima?
Šta sa vama? Pa podesite MNP4.
> I usput, ovde je i stvar stimulisanja
> korisnika (doduše u blagoj formi) da skidaju poruke putem pada, a ne da ih
> čitaju online.
:)))) Razmisli malo, da li je to BAŠ toliki stimulans što će cps
da bude za 2-3 veći i što će sporije da se ispisuje tekst na
ekranu, pa će biti neprijatno za rad on-line.
Izem ti stimulans. ;)
> A što se tiče toga da su postojali tehnički problemi, sećam se i ja te
> priče, ali valjda su naknadno shvatili da je ovako bolje.
Uvek je bolje kada se korisnicima ostavi slobodan izbor. Pa čak
i da nema izbora, bolje je MNP5 jer je ovo ipak konferencijski
sistem, dosta ljudi radi i on-line.
> Kada skidam pad
> imam brzu vezu, a odmah posle toga mogu da se uključim u chat i da imam
> čistu vezu.
Sa MNP5 kao ne bi bilo tako?
> Nemojte mi samo reći da je nekome spora MNP-4 komunikacija za
> online.
Pa sigurno da jeste, tj. mora da jeste čim je stimulans da se
radi off-line... ;)
protokoli.70wizard,
> rado žrtvovao 3-4 bps-a, a da dobijem znatno brži ispis teksta
"""
Cps-a. Lapsus in fabula.
protokoli.71wizard,
> > Sezam radi na MNP-4 jer nisu uspeli da podese da radi na MNP-5.
>
> Ma nemoj mi kas'ti... kao da je to nešto teško ;-)
Pa očigledno da jeste, tj. da je došlo do problema koji nisu
mogli da reše, a ne može se reći da su baš laici postavljali
mrežu.
> Radi na MNP4 iz
> istog razloga iz koga su do skora (jer još nisam vratio na staro) i
> modemi na ETF-u radili na MNP4 umesto na MNP5: jer je tako bolje :-)
Ne vraćaj na staro, de će ti duša...? Ostavi ljudima izbor.
Dok na sezamu to i nije toliko strašno (jer komunicira sa
korisnicima red po red), tamo ima i iscrtavanja ekrana, za vreme
on-line rada šalje se dosta više podataka nego što korisnik
stvarno pročita na ekranu, pa kompresija veoma dolazi do
izražaja.
> Po meni, najbolje rešenje (u domaćim uslovima :) je MNP4 +
> terminal emulacija sa kompresijom, kao što je Avatar.
Kakvu kompresiju nudi Avatar? Inače tvoje rešenje sa MNP4 (ili
v.42) je ok, u uslovima zaista loše veze. Ipak, nisu sve takve.
protokoli.72vcalic,
>> Eh još niko nije uspeo da provali kako da isključim MNP-5 na softverskom
>> emulatoru MX-5. A siguran sam da može, pošto neko skoro napisa da se taj
>> fajl nalazi i u MTE programu samo pod imenom (valjda) mnpdrv. Pošto u mte
>> može da se uključi samo MNP-4 verovatno može i ovde al kako?
MTEMNP.DRV je pravo ime fajla koji je sastavni deo MTEZ-a (a ne MTE-a)
i taj nije ništa drugo do preimenovani MX5.EXE. Ono što tebi treba je
programičić TTY.COM koji ide uz arhivu MX5.ARJ koja je na Sezamu. Tamo možeš
da podesiš parametre. Uzgred, može da se napravi i mala rutinica koja bi to
radila iz komandne linije, to sam svojevremeno i uradio dok sam koristio MX5,
ali mi je jedna havarija diska to "očistila", a bekap nisam imao. Nije
nikakav problem, to je 7-8 linija u asembleru. Celokupna dokumentacija je data
u arhivi koja je na Sezamu.
Vlada
protokoli.73vcalic,
>> E sad, pretpostavljam da ta opcija služi da natera ZModem da ipak čeka
>> potvrde prijema na svakih par kB...
Svojevremeno sam to isprobao i služi baš tome.
Vlada
protokoli.74mdave,
■> Cps-a. Lapsus in fabula.
Jok. Corpus delicates.
protokoli.76mrbin,
> da podesiš parametre. Uzgred, može da se napravi i mala rutinica
> koja bi to radila iz komandne linije, to sam svojevremeno i uradio
> dok sam koristio MX5,
Tu rutinicu sam i ja pravio dok nisam imao MNP modem i nekim cudom se
sacuvala. Uz poruku je prikacen C source.
Pozdrav,
mrbin
P.S. MNP modem sam kupio samo zbog TeleMate-a: ne moze da se poredi
sa mx5!
setmnp.cprotokoli.77mbole,
> dok sam na vezi. Ostalom Sezam je pretežno orijentisan na
> konferencije a manje na fajlove, tako da bi kompresija jako
> dobro došla (još ako bi moglo v.42bis).
Što se tiče V42 nemam ništa protiv ali bih ipak voleo da ostane na MNP-4
(a ne MNP-5 ako je moguće obe stvari istovremeno mada sumnjam). Kad smo kod
orijentacije na konf. a ne na fajlove, pa ti i konf prenosiš kao fajl i to
arhiviran. Znači opet je MNP-4 bolji ;)
>
> Kome MNP5 ne treba, uvek ga može isključiti na svom modemu.
A mi koji soft emuliramo MNP (MX-5), još uvek ne znam kako da omogućim
samo MNP-4 a ne MNP-5, iako sam to pitao na sve strane. Izgleda da nikom
nije poznato. Ne zaboravi da još uvek veliki broj korisnika Sezama ima
no-mnp modeme.
protokoli.78mbole,
> Ali to nema veze sa razumom! :)) Zar nije pametnije da se, ako
> već nema nikakvih problema, Sezam i podesi na MNP5, a samom
> korisniku ostavi da odluči da li će vezu uspostaviti sa MNP5
> kompresijom ili bez??
Nije jer ja sa soft MNP (MX-5) ne mogu da podesim MNP-4, a takvih nas je
još uvek mnogo. Ko što su nekad file-ovi deljeni na parče da bi mogli da ih
prenesu i oni sa 1200 modemima.
protokoli.79mbole,
> Šta sa vama? Pa podesite MNP4.
KAKO?????
Pliiiiiiiiz kao znaš raci mi.
> :)))) Razmisli malo, da li je to BAŠ toliki stimulans što će
> cps da bude za 2-3 veći i što će sporije da se ispisuje tekst
> na ekranu, pa će biti neprijatno za rad on-line.
>> Nemojte mi samo reći da je nekome spora MNP-4 komunikacija za
>> online.
>
> Pa sigurno da jeste, tj. mora da jeste čim je stimulans da se
> radi off-line... ;)
Da ti nisu ove dve rečenice malo kontradiktorne. Šta sam ustvari hteo da
kažem. Kada radiš on line 2-3% ili čak 10-20% nisu primetni, jer ti još
uvek sporije kucaš od brzine prenosa. Pri prenosu file-a 10% je primetno.
protokoli.80dcolak,
│> Šta sa vama? Pa podesite MNP4.
│
│ KAKO?????
│ Pliiiiiiiiz kao znaš raci mi.
AT%C0
Sledge DAMMIR!
protokoli.81markom,
*** KAKO?????
AT \N3%C0 <-- tako je kod mene :)
protokoli.82m.hristodulo,
>> Da, a i sankcije dobro dodu, jer da nema njih
>> imali bi benzina pa bi se vozikali kolima i
>> zapustili plemenitu vestinu laktanja po
>> autobusima...
???
protokoli.83robert,
>> AT%C0
žovek radi sa soft- emulacijom MNP-a ;).
protokoli.84dens,
>> nema nikakvih problema, Sezam i podesi na MNP5, a samom korisniku ostavi
>> da odluči da li će vezu uspostaviti sa MNP5 kompresijom ili bez??
Lično, voleo bih da postoji kompresija i to po V42.bis protokolu. Svi oni
koji kompresiju ne vole ili im ne odgovara, mogu lepo da je isključe. Koliko
vidim, to se može uraditi i sa famoznim fosilom...
Problem je u tome što ne znamo da li će se tehnička lica na Sezamu ponovo
baviti ovom temom i da li modemi na Sezamu uopšte podržavaju v42.bis.
protokoli.85vitez.koja,
#=> ???
:)
Objašnjenje: tvoje tvrđenje da je bolje što sezam ne podržava MNP5 me je
asociralo na onu veleumnu rečenicu koju sam napisao. Zar ne misliš ipak da je
bolje prepustiti narodu ;) da odluči šta će da koristi ?
protokoli.86.bale.,
>> > Sezam radi na MNP-4 jer nisu uspeli da podese da radi na MNP-5.
>>
>> Ma nemoj mi kas'ti... kao da je to nešto teško ;-)
>
> Pa očigledno da jeste, tj. da je došlo do problema koji nisu
> mogli da reše, a ne može se reći da su baš laici postavljali
> mrežu.
Zanimljivo... Usudio bih se da upitam kakva je veza između MNP i
lokalne mreže.
> Ne vraćaj na staro, de će ti duša...? Ostavi ljudima izbor.
A da glasamo? ;-> OK, neću da diram.
> Kakvu kompresiju nudi Avatar?
Pa nekakvu, ne znam tačno...
protokoli.87wizard,
> KAKO?????
> Pliiiiiiiiz kao znaš raci mi.
Mislim da si već dobio odgovor. Ja se time nisam bavio tako da
zaista ne bih znao KAKO, ali sam uveren da može.
> Da ti nisu ove dve rečenice malo kontradiktorne.
Pa tvoje tvrdnje su bile kontradiktorne, ja sam samo hteo da
ukažem na to. Ako je ovakav način rada stimulans, to znači da
razlika ipak postoji... I naravno da postoji, znatno je sporiji
rad on-line, zato i ne valja ovako.
> Kada radiš on line 2-3% ili čak 10-20% nisu primetni, jer ti još
> uvek sporije kucaš od brzine prenosa. Pri prenosu file-a 10%
> je primetno.
Baš si okrenuo stvar. Odnos između količine podataka koje
prebace modemi sa i bez MNP5 protokola u istom vremenu je 2:1,
dakle mnogo više od 2-3% ili 10-20% (sa v.42bis ide i do 3:1),
dok je usporenje dok MNP5 "pokušava" da komprimuje već
komprimovani fajl ipak značajno manje od 10%.
Uostalom samo malo logike je potrebno - da li bi iko koristio
protokol kome je više vremena potrebno da komprimuje podatke
nego što će se uštedeti njegovom kompresijom?! :))
Takođe, mislim da je važnije da sistem brže reaguje dok čovek
nešto stvarno radi na njemu nego kad pusti FT i zavali se u
fotelju...
No, sve to toliko i nije bitno jer rezultat ove naše rasprave
neće biti korišćenje jednog ili drugog na ovom BBS-u, pošto su
razlozi za nekorišćenje MNP5 protokola ipak jači od nečije
procene šta je bolje i praktičnije.
Ipak, na kraju, ja sam uvek da se ljudima ostavi izbor...
protokoli.88wizard,
> Kad smo
> kod orijentacije na konf. a ne na fajlove, pa ti i konf prenosiš kao fajl
> i to arhiviran. Znači opet je MNP-4 bolji ;)
Naravno da prenosim kao fajl, ali dosta radim i on-line. Ipak,
gubitak od par cps-a pri prenosu fajla bih vrlo rado prihvatio
pod uslovom da dobijem dvostruko brži rad dok sam na vezi.
> A mi koji soft emuliramo MNP (MX-5), još uvek ne znam kako da omogućim
> samo MNP-4 a ne MNP-5, iako sam to pitao na sve strane.
To je svakako moguće, e sad što vi ne znate meni je jako žao. :(
Ali ipak - ne misliš valjda da treba da se zbog toga što vi to
ne znate ceo Sezam duplo sporije odaziva na komande!? :(
Naučite bre! ;)
> Ne zaboravi da još uvek veliki broj korisnika Sezama ima
> no-mnp modeme.
Naravno, ali još veći broj radi on-line - tj. svi. ;)
protokoli.89peacock,
#### sekundi a realno je nešto manje. Recimo da se sa MobyTurbo
#### Zmodem protokolom dobija oko 285-290 (noću na Sezam-u i ako
#### se port setuje na 9600 bauda).
Baš je takav slučaj kod mene od kada sam na novoj centrali :)
Doduše, maksimalno je bilo 281, ali da ne cepidlačim :)
protokoli.90djelovic,
> Eh još niko nije uspeo da provali kako da isključim MNP-5 na softverskom
> emulatoru MX-5.
U arhivi u kojoj si dobio MX5 dobio si i programče koje instalirani fosil
ograničava na MNP 4.
protokoli.91m.hristodulo,
>> Zar ne mislis ipak da je bolje
>> prepustiti narodu ;) da odluci sta ce da koristi
Ma meni je svejedno. Samo, poznajem ljude
kojima je razlika u CPS-u za 10, cela prosecna
mesecna plata.
protokoli.92mbole,
Da li još neko ima problema sa FFS-om u zadnje vreme. Veza se zaglavi
sama od sebe, bila MNP ili ne. Ppekovic mi reče da je ovo izgleda problem
samo kod ljudi koji su na novijim centralama (digitalnim). Izgleda da je na
njima moguće da kada je veliki pritisak na centrali, ona deli vreme, tj.
pušta signal pa onda jedan kratki vremenski period, ne pušta već radi nešto
drugo, pa opet pušta itd... Naravno voice ovo se ne primećuje, ali kada
idu podaci modemom...
U prilog ovome ide i podatak da se vrlo slični simptomi pojavljuju i na
Politici. Sa Sezamom nema takvih problema.
Međutim ovo mi se dešava i u 02.00h kada bi trebalo da je centrala
slobodna.
So, pitanje se odnosi prvenstveno na one koji su na novim centralama
znači Novi beograd 1**-***, 2***-*** itd.
protokoli.93jmilosevic,
> Da li GSZ podrzava vece blokove od 1k ?
Ne. U terminologiji zmodem protokola, ovo se zove "subpacket lenght" i
ima maximalnu vrednost 1024 byta. U zcomm kom.programu, ova vrednost se
može menjati sa -l parametrom na manje, što se preporučuje kod loših
linija.
protokoli.94fancy,
ŮŢ> samo kod ljudi koji su na novijim centralama (digitalnim). Izgleda da je na
ŮŢ> njima moguće da kada je veliki pritisak na centrali, ona deli vreme, tj.
ŮŢ> pušta signal pa onda jedan kratki vremenski period, ne pušta već radi nešto
ŮŢ> drugo, pa opet pušta itd... Naravno voice ovo se ne primećuje, ali kada
Win 3.1 upravlja centralom..?
protokoli.95zdule,
███ So, pitanje se odnosi prvenstveno na one koji su na novim
███ centralama znači Novi beograd 1**-***, 2***-*** itd.
Nije do centrale ja sam na 19*-*** imam problema, zvao sa sa
62*-*** isti slučaj znači nije samo na digitalnim centralama.
ZDule...
protokoli.96vcalic,
>> ima maximalnu vrednost 1024 byta. U zcomm kom.programu, ova vrednost se
>> može menjati sa -l parametrom na manje, što se preporučuje kod loših
>> linija.
Može i kod DSZ/GSZ-a, a na VAX-ovom rzsz-u.
Vlada
protokoli.97mbole,
> Nije do centrale ja sam na 19*-*** imam problema, zvao sa sa
> 62*-*** isti slučaj znači nije samo na digitalnim centralama.
Ovo već postaje misterija, pošto sa Pajine centrale (neka maaaatora),
stvar radi bez problema. Ranije je radila i kod mene, a onda počela da
zeza. Ništa u konfiguraciji modem/računar nije menjano.
protokoli.98dragann,
> Da li jos neko ima problema sa FFS-om u zadnje vreme. Veza se zaglavi
Ja uspevam da prenesem 220-230K sa DSZ-om do prekida veze. Pokusao sam
crash recovery ali GSZ javi rewind i pocne od nule. Init je
GSZ port 3 rs -mrr
Probao sam i -r -rr ali rezultat je isti.
Dali je greska na mojoj ili FFS strani?
Dragoljub
protokoli.99peca.st,
!-> Ma meni je svejedno. Samo, poznajem ljude
!-> kojima je razlika u CPS-u za 10, cela prosecna
!-> mesecna plata.
žek ček, a šta kad mu je loša veza? ;)
Ako već ima para da transferiše na veliko u doba "ne-jeftinije"
tarife onda će imati para i za neznatno duži transfer.
Peđa.
protokoli.100vujacic,
** Da li jos neko ima problema sa FFS-om u zadnje vreme. Veza se
** zaglavi sama od sebe, bila MNP ili ne. Ppekovic mi rece da je
** ovo izgleda problem
Imao sam taj problem i otkrio sta je. Ne znam kuda kod tebe
ide linija, ako ide preko nekog uredjaja koji je ukljucen,
do kompjutera, recimo preko telefonske sekretarice onda
verovatno zato zaglavljuje. Ako je to, iskljuci taj uredjaj
pre nego sto usposatavis vezu.
Ljubisa.
protokoli.101robert,
>>> Da li jos neko ima problema sa FFS-om u zadnje vreme. Veza se zaglavi
Evo šta se meni dešavalo dok sam prenosio jedan poveći fajl sa
FFS-a. Ušao sam na FFS preko telnet komande sa BUEF78 i prenos mi je
pucao jedno 4-5 puta bez nekog naročitog razloga i uvek mi izbaci DCL
prompt tako da sam morao ponovo da se telnetujem svaki put. Kada zovem
direktno FON, obično nemam problema mada mi se tu i tamo desi da se
veza na volšeban način prekine, međutim to je veoma retko (ok, ja i ne
ostajem na vezi mnogo dugo).
protokoli.102dens,
>> njima moguće da kada je veliki pritisak na centrali, ona deli vreme, tj.
>> pušta signal pa onda jedan kratki vremenski period, ne pušta već radi
Sa stanovišta telekomunikacija je ova tvrdnja veoma sumnjiva.
protokoli.103mbole,
> ide linija, ako ide preko nekog uredjaja koji je ukljucen,
> do kompjutera, recimo preko telefonske sekretarice onda
Jok, ide iz zida u modem, pa iz modema u sekretaricu. Napominjem da je
ovo problem samo sa FFS-om i Politikom (mada ovu drugu nisam poodavno
zvao). Sezam radi bez problema.
žesto mu se dešava da zaglavi i počne da mi šalje sledeće karaktere
~?~?~? pa onda karakter ili dva bez veze, pa pauza pa opet ~?~?~?
Nakon ovoga veza najčešće puca, al mu se ponekad desi da na Ctrl-backspace
vrati prompt.
Šta bi mogli da predstavljaju ovi karakteri?
protokoli.104mbole,
> Ako već ima para da transferiše na veliko u doba "ne-jeftinije"
> tarife onda će imati para i za neznatno duži transfer.
Mnogima i jeftinija tarifa ide na vremensko trajanje impulsa, a ne jedan
poziv jedan impuls (nažalost i meni :((( ). Recimo svima iz prigradskog
područja, onima koji zovu iz drugog grada....
protokoli.105ppekovic,
>> Evo šta se meni dešavalo dok sam prenosio jedan poveći fajl sa
>> FFS-a. Ušao sam na FFS preko telnet komande sa BUEF78 i prenos mi je
>> pucao jedno 4-5 puta bez nekog naročitog razloga i uvek mi izbaci DCL
>> prompt tako da sam morao ponovo da se telnetujem svaki put. Kada zovem
Eh, zoveš preko telnet-a i još se čudiš što zmodem ne radi kako
treba. Koristi rlogin.
Paya
protokoli.106markom,
*** žesto mu se dešava da zaglavi i počne da mi šalje sledeće karaktere
*** ~?~?~? pa onda karakter ili dva bez veze, pa pauza pa opet ~?~?~?
Meni se to dešavalo sa JUPAK-om, rešavao sam ga tako što dva puta inicijalizu-
jem modem (alt-g u tm-u). I dan danas mi nije jasno zbog čega se to događalo...
protokoli.107bulaja,
**** new file ****
R:\COM\*.*
----------------------
dsz0426 zip 90643 DSZ v26.04.94, ZModem file transfer protokol
gsz0426 zip 111656 GSZ v26.04.94, grafički DSZ (ZModem ftp)
protokoli.108cazul,
Imam jedan problem...:( Kada startujem GSZ a uspostavljena je MNP komunikacija
sa sistemom (bilo sezamom ili nekom drugim BBS-om) GSZ mi se uvek blokira pre
nego sto i primi naziv fajla i uopste zapocne prenos :(
Zna li neko sta treba da stavim u .bat fajl kojim pozivam GSZ i kako taj fajl
treba da izgleda pa da mi se ovo ne deseva :( ?!
Unapred zahvala ... JA ;-/
------------------------------------
protokoli.109vlajel,
> Imam jedan problem...:( Kada startujem GSZ a uspostavljena je
> MNP komunikacija
NE FUNKCIONIŠE !:)) Naime gsz je externi protokol i sa mnp-emulatorom
ne radi,koristi interni Z modem protokol,i vozi miško:))
protokoli.110cazul,
OK. Hvaala ....interni Z modem mi je ocajan ali cu se snadjem ;)
CUjemo se
!
protokoli.111snemcev,
Jel zna neko kako instalirati emulator MNP 5 protokola MX5, ali tako da
radi? :) Ne, nije šala, najobičnije MX5 /I2 instalira mx5, ali od tog
momenta modem se više ne javlja. Šta još i kako treba setovati da bi sve
radilo kako treba?
protokoli.112ppekovic,
>> Jel zna neko kako instalirati emulator MNP 5 protokola MX5, ali tako da
>> radi? :) Ne, nije šala, najobičnije MX5 /I2 instalira mx5, ali od tog
>> momenta modem se više ne javlja. Šta još i kako treba setovati da bi sve
>> radilo kako treba?
Treba ti Telemate. U Options/Terminal staviš connection to
Fossil, a u svakoj stavki dial directory-a (F6) staviš connection
to BIOS.
Paya
protokoli.113inferno,
Ů ˙˙˙ Jel zna neko kako instalirati emulator MNP 5 protokola MX5,
Ů ˙˙˙ ali tako da radi? :) Ne, nije šala, najobičnije MX5 /I2
Ů ˙˙˙ instalira mx5, ali od tog momenta modem se više ne javlja.
Ů ˙˙˙ Šta još i kako treba setovati da bi sve radilo kako treba?
Da li si u TeleMate-u podesio na BIOS??
protokoli.114snemcev,
>> Da li si u TeleMate-u podesio na BIOS??
Jock, koristim Commo, ali mi ni tu ne treba, već InfoBerza iz Novog Sada
za pristup zahteva MNP 5, a pistupa se nekim njihovim programom tako da
malo šta mogu da menjam u konfiguraciji.
Zar ne bi trebao modem da se i dalje odaziva na AT komande bez obzira
što je učitan MX5?
protokoli.115snemcev,
>> Treba ti Telemate. U Options/Terminal staviš connection to
>> Fossil, a u svakoj stavki dial directory-a (F6) staviš connection
>> to BIOS.
Tnx for the tip, ali InfoBerza NS zahteva da joj se pristupa nekakvim
njihovim komunikacionim programom tako da malo šta mogu da menjam u
dialing directory.
protokoli.116milonja,
> Jock, koristim Commo, ali mi ni tu ne treba, već InfoBerza iz Novog Sada
> za pristup zahteva MNP 5, a pistupa se nekim njihovim programom tako da
> malo šta mogu da menjam u konfiguraciji.
>
> Zar ne bi trebao modem da se i dalje odaziva na AT komande bez obzira
> što je učitan MX5?
U InfoBerza komunikacionom programu, kao i u većini ostalih, postoji
prekidač za postavljanje komunikacionih rutina. Za softversku emula-
ciju MNP5 (MX5) potrebno je da se postave "fossil" komunikacione ru-
tine. U dijalogu sa podešavanjem parametara postoji prekidač "MNP5
eksterni emulator (D/N)" koji treba setovati ("D"). Pre startovanja
komunikacionog programa potrebno je startovati MX5 /Ix (x - COMx).
protokoli.117snemcev,
>> U dijalogu sa podešavanjem parametara postoji prekidač "MNP5
>> eksterni emulator (D/N)" koji treba setovati ("D"). Pre startovanja
>> komunikacionog programa potrebno je startovati MX5 /Ix (x - COMx).
Prvo startujem MX5 /I2 i posle toga mi se Com2 nikako ne odaziva?!
Nastranu to što u 'MNP5 eksterni emulator (D/N)' stoji 'd'.
protokoli.118milonja,
> Prvo startujem MX5 /I2 i posle toga mi se Com2 nikako ne odaziva?!
> Nastranu to što u 'MNP5 eksterni emulator (D/N)' stoji 'd'.
Nažalost problem je u MX5 emulatoru koji je veoma loše napisan.
Prikupljam neka iskustva sa MX5, pa evo jednog koje pripada
Vladimiru Edelinskom (poruka je sa Rhinoceros BBS-a):
VE> Pre svega boot-uj cistu masinu! Ja sam primetio da mi MX5 nikad nece
VE> proraditi ako imam QEMM, sto inace redovno koristim. Dakle ako imas
VE> DOS 6.xx, pri dizanju sistema, cim odbroji memoriju i kad zapisti,
VE> stisni F5, i preskocice autoexec i config. Imas cistu DOS masinu,
VE> startuj MX5, preporucujem sa inicijalizacijom (ono /I), i zatim comm
VE> program. Moras podesiti "connect to fossil ", i eto MNP!
Pozdrav, Milonja.
protokoli.119snemcev,
>> VE> Pre svega boot-uj cistu masinu! Ja sam primetio da mi MX5 nikad
>> nece
čao mi je, ali ni ovo ne radi. :(
Btw, zbog čega toliko insistirate na MNP 5?!
protokoli.120milonja,
> čao mi je, ali ni ovo ne radi. :(
> Btw, zbog čega toliko insistirate na MNP 5?!
Sa InfoBerze možete skinuti IB komunikacioni
program koji je mnogo bolji od prethodnog.
InfoBerza.
protokoli.121omega,
Da li moze na neki nacin da se izbegne da se prilikom povratka iz GSZ-a u
TM ne izgubi par znakova? :((