2. Protocoale de corectare a erorilor
În mod strict vorbind, opoziția protocolului V.42 CCITT (Comitetul Internațional de Telegraf și Telecomunicații Internaționale) și MNP (Protocolul de Microcomunicare) nu este complet corectă. Faptul este că Recomandarea V.42 CCITT este un standard unic (denumit în mod tradițional "Re-recomandare"), care descrie toate protocoalele de corectare a erorilor avute în vedere. Ceea ce este denumit în mod obișnuit MNP2 și MNP3 este, respectiv, modurile octetizate și orientate pe biți ale protocolului descris în apendicele A la Recomandarea V.42 și ceea ce se numește protocol
V.42, - protocolul descris în corpul principal al Recomandării. Cu toate acestea, din punct de vedere istoric sa dovedit că apariția protocoalelor firmei Microcom a fost precedată de lansarea "Cartei Albastre" CCITT cu Recomandarea V.42. Prin urmare, în viitor, se utilizează terminologia existentă, care, deși nu este complet corectă, ci simplă și compactă.
Ceea ce protocolul MNP4 este numit o neînțelegere, protocolul nu este într-adevăr. Aceasta nu este altceva decât o implementare modificată a protocoalelor MNP2 și MNP3. Și, prin urmare, în absența subiectului, nu există nici o mențiune despre MNP4 în continuare.
Protocolul de corectare a erorilor determină formatul cadrului, lista tipurilor de cadre admisibile, structura logică a fiecărui tip și protocolul în sine, adică ordinea de setare a modului de corecție a erorilor, ieșirea din modul și intercalarea admisă a cadrelor.
Protocolul de corectare a erorilor MNP2 este un protocol orientat spre semn de tip BSC (Comunicații sincrone binare). Prezenta sau absența acestuia nu afectează formatul transmisiei de octeți pe canal: este supus unei conversii sincrone asincrone, în conformitate cu Recomandarea V.14 CCITT. Fiecare element de cadru - byte - constă din 8 biți de informație, este transmis pe canal secvențial, bitul cel mai puțin semnificativ este înainte; ieșirea primului bit este precedată de un bit de pornire (0) care servește ca un ceas pentru receptor; După transmiterea ultimului bit, se extrage un bit de sute de octeți (1). Dacă următorul octet nu este pregătit pentru livrare, se transmite un flux de biți de oprire. Astfel, se poate presupune că un octet este format de mini-MUM de 10 biți, inclusiv unul de pornire și un bit de stop (abstractizare minor-Yas aici detalii asociat cu viteze de pe emițător de comunicații și interfețele receptor pe care-echivalând).
Din această circumstanță, există două consecințe foarte importante. În primul rând, procedura de conectare la protocol este transparentă și nu necesită o comutare sincronă specială a ambilor modem-uri către un anumit mod specific de operare a conversiei de date sincrone asincron. În orice moment, modemul poate începe să transmită simboluri care nu sunt date auto-valoroase, ci câmpul de serviciu al cadrului de protocol MNP2. Dacă numai receptorul era gata la un nivel logic pentru a identifica această circumstanță. În al doilea rând, implementarea protocolului poate fi făcută la nivelul software-ului de calculator, lăsând modemul și în întuneric despre existența unui protocol de corectare a erorilor. Bine sau rău este subiectul unei conversații individuale, dar acesta este un grad suplimentar de libertate, cu condiția (sau, mai degrabă, să nu fie luat) de protocol.
Formatul cadru MNP2 este după cum urmează:
- câmpul de control al pavilionului inițial, care include trei octeți: SYN, DLE și STX (16h, 10h, 2h);
- date de utilizator transparente de lungime variabilă;
- câmpul de control al drapelului final, inclusiv 2 octeți: DLE și ETX
- Două octeți secvență de control a cadrului, calculată cu ajutorul polinomului generator X ^ 16 + X ^ 15 + X ^ 2 + 1.
Transparența de cod a câmpurilor de control este furnizată de octetul DLE, semnalizând valoarea specială a următorului octet. Dacă acest octet apare în datele utilizatorului, atunci acesta trebuie să fie duplicat, ceea ce asigură transparența datelor de utilizator în sine. Uneori, procedura de introducere a unui octet DLE în datele utilizatorului într-un protocol BSC se numește bytstaffing. Dat fiind faptul că protocolul MNP2 este un protocol orientat spre semne, acesta nu are o umplutură interframe specială. Ea serveste ca un banal interbay placeholder - un flux de biți stop.
În protocolul MNP2, există 6 tipuri de cadre: LR, LD, LT, LA, LN și LNA. Fiecare tip de cadru din câmpul de date transparent al utilizatorului are propria sa structură logică, în care este codificată eticheta de tip a cadrului, precum și parametrii și informațiile de utilizator inerente.
Protocolul de corectare a erorilor MNP3 este un protocol orientat pe bit. Formatul cadru se deosebește radical de vysheiz-descompunere și pe deplin în conformitate cu corpul principal al Recomandarea V.42, inclusiv numărul de asincron-sincron octet de conversie dvuhbayto-ing secvență de verificare a cadrului până la formarea de-polinomială, asigurarea transparenței datelor și de umplere interframe. Toate acestea vor fi discutate mai detaliat mai jos, în secțiunea dedicată protocolului
V.42. Toate celelalte - lista tipurilor de cadre, structura lor logică și protocolul propriu - este complet identică cu protocolul MNP2. De fapt, MNP3 este un paliativ între MNP2 și V.42.
Cu reducerea fără îndoială a cheltuielilor aeriene datorită tranziției la formatul personalului sincron, MNP3 nu atinge standardul V.42, pierzând flexibilitate în comparație cu MNP2. Chiar și salvarea resurselor de calcul nu poate fi realizată prin refuzul de a implementa modul MNP orientat către octeți. Din simplul motiv că procedura de conectare în MNP3 este de a schimba laturile cu cadre LR în mod orientat octet. Doar după coordonarea cu acest cadru a aplicației în viitor a modului orientat pe biți, părțile se vor comuta sincron. Astfel, toate procedurile de calcul MNP2 inerente - formirova-a stabilit un anumit format de cadru, calculul de control adept dualitatea polinomul generator de specific, și pr baytstaffing. - tot ceea ce este necesar pentru a pune în aplicare protocolul de instalare MNP3. Și în această privință, nu este logică clară dezvoltatorii unor modemuri scumpe, în care modul orientat pe octet al MNP este considerat învechit și nu este acceptată (de exemplu, ZyXEL U-1496). Să nu mai vorbim că aceasta este o încălcare directă a Recomandării V.42: "O entitate care corectează erorile care acceptă modul de încadrare 2." (CCITT, Cartea albastră, Volumul VIII - Fascicle VIII.1, Comunicarea datelor prin rețeaua telefonică, Geneva 1989, p. 349).
Ca o notă pe margini, aș dori să atrag atenția sysops de BBS folosind ZyXEL la acest comportament. Crezând că un astfel de modem bine dovedit poate face totul în sine, operatorii stației nu conectează driverele care emulizează MNP2. Și, astfel, practic exclud din numărul abonaților acei nenorociți ale căror modemuri nu acceptă protocoale de corectare a erorilor și care sunt obligați să se bazeze numai pe implementarea software a MNP2.
Informații despre lucrarea "Modemuri (protocoale de corecție a erorilor de modem)"
baud și codarea dibitului (DPSK cu 4 poziții) și 4800 bps la 1600 baud și codarea pe 3 biți (DPSK cu 8 poziții). Este demn de remarcat faptul că există încă protocoale rare modem ale acestei familii - V.27 și V.27bis, care diferă de la V.27ter, în principal tip de canal (un fir dedicat), pentru care sunt destinate. V.29 Acest protocol se aplică.
ITU-T series V, implementat în ambele modemuri. În acest stadiu, conexiunea este stabilită în conformitate cu Recomandările V.25 și V.8. Dacă ambele modemuri suportă protocolul V.34, atunci se duc la a doua fază, în timpul căreia se clasifică canalul de comunicație. În faza a 3-a și a 4-a, sunt instruiți egalizatorul adaptiv, echo-compensatorul și un număr de alte sisteme de modemuri. După stabilirea conexiunii.
este foarte probabil că veți fi nevoiți să achiziționați un certificat. În plus, chiar și dispozitivele relativ ieftine, care au trecut controlul și au fost oficial aprobate pentru a fi utilizate în rețelele naționale, nu sunt rareori caracterizate de rate foarte mari. Un exemplu excelent este modemurile ElineCom. Deci, modemul care firmă de a da preferință. Dă-i un răspuns neechivoc.
și este citit și scris de CPU. Cu ajutorul acestui registru, se schimbă date între controler și CPU, precum și informațiile referitoare la servicii, încărcând comanda și citirea din registrele de stare și pointer. Înregistrarea și citirea informațiilor despre serviciu se efectuează într-o anumită ordine, în conformitate cu structura comenzilor. Registrul principal de stare RS este disponibil numai pentru.