Înțelegerea modurilor de conversie și standard de transparență CRG

Frame Relay Forum (FRF) publică acordul de vânzare sau standarde pentru rețelele Frame Relay pentru a promova interoperabilitatea. FRF.8 seturi Frame Relay la ATM Serviciul de interoperare. topologie noastră de rețea utilizează trei componente:

End-point router cu o interfață serială, care este configurat pentru a îngloba Frame Relay.

Punctul final ATM.

Comutator de rețea sau router Cisco, care implementează funcția acealsi (IWF), pentru a permite celor două puncte de contact terminale.

Secțiunea 5 din acord FRF.8 discută despre două moduri de încapsulare a protocolului stratului superior. Aceasta se referă la antetul încapsulare, care specifică protocolul care este efectuată în unitatea de date de protocol (PDU), care permite receptorului să proceseze corespunzător pachetul de intrare. FRF.8 definește două moduri - Broadcast și transparent. Selectarea uneia dintre aceste moduri în funcția de acealsi definește încapsulare, trebuie să se adapteze la terminalul nostru ATM.

Acest document ilustrează diferențele în pachetul de nivel între modul transparent și difuzare pentru a ajuta la eliminarea problemelor cu implementari FRF.8 feedthrough probleme.

Pentru acest document, nu există cerințe speciale.

Acest document nu se limitează la orice versiuni specifice de software și hardware.

Frame Relay si ATM-uri sunt protocoale pentru interfețele de rețea-al doilea nivel. Ambele protocoale folosesc diferite antete la stratul 2:

Notă: Broadcast FRF.8 și modurile transparente se referă la antetul încapsulare.

Înainte de a ne uităm la unele comenzi de depanare pentru a ilustra moduri de FRF.8, trebuie să înțelegem mai întâi încapsularea Frame Relay. interfețe router Cisco suporta două capsulare de protocol, Cisco și grupul de inginerie pentru dezvoltarea internetului (IETF), pe care o puteți selecta comanda încapsulare frame-releu [IETF]. Acestea includ două IETF formatul de încapsulare și un singur format Cisco. Să ne uităm la ele mai în detaliu.

RFC 1490 și 2427 definesc încapsulare IETF la Frame Relay. Ei cer cum să folosească NLPID valoare. Document TR 9577 al Comisiei ISO / Electrotehnică Internațională (IEC) NLPID determină valorile pentru numărul selectat de protocoale, inclusiv:

Protocoalele care definesc valorile utilizate antet scurte NLPID, așa cum se arată mai jos.

Protocoale fără a determina valorile utilizate NLPID subiect SNAP și astfel indică o valoare NLPID 0x80, așa cum se arată mai jos.

Router-ul alege automat care formează IETF utilizați următoarea regulă: În cazul în care există o valoare NLPID pentru protocolul, utilizați formularul scurt. În caz contrar, utilizați formularul lung.

Cisco încapsulare utilizează un câmp de control de doi octeți, cu o valoare a modului de operare Ethernet pentru a determina 3. Cisco strat de protocol încapsulare pentru IP utilizează doi biți EtherType de 0x0800, aderă la datagrama IP.

Acordul privind punerea în aplicare a FRF.8 utilizează următoarea formulare pentru a descrie modurile de traducere și transparente.

Transparent Mode (Mod 1) - Când metodele de încapsulare nu sunt conforme cu standardele citate în modul 2, dar acestea sunt compatibile între funcția echipamentelor terminale acealsi (IWF) încapsulare transmite nemodificat. Ea nu efectuează o comparație, fragmentare și reasamblare.

Modul de conversie (Mode 2) - capsulare Metode pentru transferarea mai multe protocoale de utilizator strat superior (de exemplu, LAN LAN) pentru Permanent Frame Relay Virtual Network PVC și ATM virtuală canal permanent corespunde unui standard de 3.2 FRF și RFC 2684, respectiv. IWF efectuează o comparație între cele două cauze încapsularea la incompatibilitatea acestor două metode. Modul de conversie sprijină interoperabilitatea tehnologiilor de rețea (calea și / sau puntea Unite) protocoale.

Acum, să mergem afară, Cisco IOS Software-ul afișează și depana comenzi. pentru a înțelege modul în care folosim aceste moduri pentru a FRF.8 punerea în aplicare efectivă pe routere Cisco.

În această secțiune, sunt utilizate următoarele setări de rețea:

Notă: În ilustrarea acestor două moduri vom face două modificări de configurație prin rularea comenzii încapsulare aal5nlpid pe punctul final ATM și nici un serviciu de radiodifuziune în router IWF.

dispozitiv interactiv îndeplinește funcția de modul său de întrerupere, și, astfel, nu putem intercepta pachetul ATM de depanare. deoarece aceste depanare de lucru cu doar un nivel de proces de pachet. Avem nevoie pentru a efectua depanare la cele două capete pentru formatul pachet.

Notă: Înainte de a apela comenzi de depanare, consultați Informații importante privind Debug Comenzi.

debug frame-releu de pachete de int serial 1/0 - nivel de pachete de cârlige decodează pe punctul final de cadru-releu.

debug atm pachet int atm 4/0 / 0,50 - cârlige strat sub formă de pachete, este decodat pe punctul terminal ATM.

depanare eroare ATM - Cârlige erori de încapsulare sau nepotrivire.

Când folosim comanda de conectare pentru a conecta ATM și PVKa Frame Relay, router-ul IWF utilizează automat modul de conversie. Utilizați comanda arata numele de conectare pentru a confirma acest lucru.

Putem iniția un ping de la un punct terminal de Frame Relay la punctul final ATM cu următoarea configurație:

Configurarea punct final Frame Relay încapsulare IETF.

Ajustați IWF conversie modul router.

Configurarea ATM-end punctul de încapsulare AAL5SNAP.

ping-uri noastre sunt de succes. Să ne uităm la pachete de antete pe fiecare punct final.

depanare pachet-cadru releu pentru Relay endpoint Frame

Revenind la discuția noastră încapsulării IETF, vom vedea că ping - pachet utilizează un antet de încapsulare scurtă ca protocol „IP“ i se atribuie valoarea NLPID 0xCC.

pachet de ATM de depanare de pe ATM punct final

Pentru rutate unități de date de protocol (PDU) încapsularea AAL5SNAP utilizează valorile Oui 0x000000 și modul de operare Ethernet (cum ar fi 0x0800 pentru IP) pentru tipul de câmp. A se vedea. Protocoale de rutare ramificați peste ESV ATM Utilizarea LCC-încapsulare pentru mai multe informații.

debug noastră ilustrează modul în care IWF convertește între Relay antet NLPID Frame și antetul ATM AAL5SNAP.

Pentru a ilustra modul transparent, să schimbe modul numai la router IWF. Efectuați nici o comandă de traducere serviciu pentru a configura în mod explicit modul transparent.

Urmați comanda arata numele de conectare pentru a confirma modificarea.

ping-uri noastre între cele două routere sunt acum negat. Utilizarea de depanare ATM eroare de pachet de depanare ATM. vom vedea motivele ping de încercare eșuează - sursa NLPID - se îndreaptă direct peste IWF și terminalul ATM ajunge la un punct care este configurat cu AAL5SNAP și nu înțelege valorile NLPID.

Cu încapsulare AAL5SNAP ATM-interfață caută un punct de acces la destinația de serviciu (DSAP) și valoarea punctului de acces la sursa de serviciu (SSAP) AA, pentru a indica faptul că subiectul aderă la SNAP. În schimb, în ​​aceeași locație octet obținem de control (0x03) și NLPID (0xCC pentru IP) valorile de antet al releului cadrului original.

Putem rezolva această condiție de eroare prin schimbarea încapsulare AAL5NLPID ATM. Acum, cele două obiective folosesc aceeași încapsulare, astfel încât noastre sunt de succes ping-uri.