Zrozumienie kontroli łącza logicznego

Wprowadzenie

StandardIEEE 802.2 definiuje kontrolę łącza logicznego (LLC) jako warstwę kontroli łącza danych używaną w sieciach 802.3, 802.5 i innych. Firma IBM pierwotnie zaprojektowała LLC jako podwarstwę w architekturze IBM Token Ring.

Wymagania wstępne

Wymagania

Cisco zaleca znajomość tych tematów:

• Podstawowe rozumienie LLC

Używane komponenty

Niniejszy dokument nie jest ograniczony do określonych wersji oprogramowania i sprzętu.

Informacje zawarte w tym dokumencie zostały stworzone na podstawie urządzeń w określonym środowisku laboratoryjnym. Wszystkie urządzenia użyte w tym dokumencie rozpoczęły pracę z wyczyszczoną (domyślną) konfiguracją. Jeśli Twoja sieć działa na żywo, upewnij się, że rozumiesz potencjalny wpływ każdego polecenia.

Konwencje

Refer to Cisco Technical Tips Conventions for more information on document conventions.

Informacje podstawowe

Warstwa LLC zapewnia bezpołączeniowy i zorientowany na połączenie transfer danych.

Bezpołączeniowe przesyłanie danych jest powszechnie określane jako LLC typ 1, lub LLC1. Usługa bezpołączeniowa nie wymaga ustanawiania łączy danych ani stacji łączących. Po włączeniu punktu dostępu do usługi (SAP), SAP może wysyłać i odbierać informacje do i ze zdalnego SAP, który również korzysta z usługi bezpołączeniowej. Usługa bezpołączeniowa nie ma żadnych poleceń ustawiania trybu (takich jak SABME) i nie wymaga utrzymywania informacji o stanie.

Połączeniowe przesyłanie danych jest określane jako LLC typ 2, czyli LLC2. Usługa zorientowana na połączenie wymaga ustanowienia stacji łącza. Gdy stacja łącza jest utworzona, konieczne jest polecenie ustawienia trybu. Następnie każda stacja łącza jest odpowiedzialna za utrzymanie informacji o stanie łącza.

Implementacje LLC

LLC2 jest implementowana zawsze, gdy Systems Network Architecture (SNA) działa w sieci LAN lub wirtualnej sieci LAN. LLC2 jest również bezpośrednio enkapsulowany do Frame Relay. Czasami router po prostu przekazuje ramki LLC2, a czasami implementuje stację łączącą LLC2. NetBIOS również używa LLC. NetBIOS używa LLC1 do zlokalizowania zasobu. Następnie ustanawiane są sesje zorientowane na połączenie LLC2.

Router implementuje stos LLC2, gdy włączona jest którakolwiek z tych funkcji:

• Data-Link Switching (DLSw) (połączenie z LAN)

• Remote Source-Route Bridging (RSRB) z lokalnym ACK

• Channel Interface Processor (CIP)

• Advanced Peer-to-Peer Networking (SNASwitching (SNASw))

• Synchronous Data Link Control (SDLC) to LCC Conversion (SDLLC)

Basic Information You Must Know in Order to Troubleshoot

Podstawowa wiedza o LLC jest wystarczająca do wyizolowania i rozwiązania większości problemów. Ponieważ nie ma stanów łącza lub sesji do utrzymania, problemy są rzadkie w LLC1.

W LLC2 mogą wystąpić dwie kategorie problemów:

1. Sesje, które nie są ustanawiane

2. Ustanawiane sesje, które z przerwami zawodzą

Aby rozwiązać te problemy, musisz znać te tematy:

• Formaty ramek LLC

• Tryby LLC2 i ustanawianie sesji

• Tryby LLC2 Asynchroniczny tryb zrównoważony (Asynchronous Balanced Mode) Operation

• LLC2 Error Conditions

LLC Frame Formats

Ten rozdział zawiera informacje na temat formatów ramek LLC.

dddd ddxxxxxx xx1xxxxx xxx1

Dest. Addr.IEEE DefinedGroup Address

CCCC CC11000F 1111010P 0011011F 0011011P 1111100F 0111101z 1111111z 0011

xx-xx0F-1F43-5363-736F-7F87-97AF-BFE3-F3

Unnumbered formatDisconnect ModeDisconnectUnnumbered Ack.SABMEFrame RejectXIDTest

ssss ssxxxxxx xx1xxxxx xxx1

Source AddressIEEE definedResponse LPDU

CCCC CC010000 00010000 01010000 1001

xx-xx01-xx05-xx09-xx

Supervisory FormatReceiver ReadyReceiver Not ReadyReject

ssss sss0

xxxx

Information format

Ramka LLC jest nazywana jednostką danych protokołu LLC (LPDU), i jest sformatowana jak pokazano tutaj:

DSAP (1 byte)-SSAP (1 byte)-Control Field (1 or 2 bytes)-Information Field(0 or more bytes)

Pole DSAP

Punkt dostępu do usługi docelowej (DSAP) identyfikuje SAP, dla którego przeznaczona jest dana LPDU. DSAP składa się z sześciu bitów adresu, bitu użytkownika (U) i bitu jednostki/grupy (I/G), zorganizowanych w sposób przedstawiony poniżej:

D-D-D-D-D-D-D-I/G

Bit U wskazuje, czy adres jest zdefiniowany przez IEEE (1), czy zdefiniowany przez użytkownika (0). Bit I/G wskazuje, czy SAP jest adresem grupowym (1) czy indywidualnym (0). Dla naszych celów, żaden z tych bitów nie jest zbyt ważny. Wszystko, co musisz wiedzieć, to że DSAP jest miejscem docelowym LPDU. Niektóre z nich często się powtarzają.

Pole SSAP

Source Service Access Point (SSAP) identyfikuje SAP, który zainicjował LPDU. SSAP sklada się z sześciu bitów adresu, bitu użytkownika (U) i bitu polecenia/odpowiedzi (C/R), zorganizowanych jak pokazano tutaj:

S-S-S-S-S-S-U-C/R

Bit U wskazuje, czy adres jest zdefiniowany przez IEEE (1), czy zdefiniowany przez użytkownika (0). Bit C/R wskazuje, czy LPDU jest poleceniem czy odpowiedzią. Gdy odbierane są ramki LPDU, bit C/R nie jest uważany za część SSAP. Dlatego za SSAP uważa się zwykle tylko siedem najbardziej lewych bitów.

Pole kontrolne

Pole kontrolne LPDU zawiera informacje o poleceniu, odpowiedzi i numerze sekwencji. Aby określić, co dzieje się w danej sesji LLC2, należy wiedzieć, jak zdekodować pole kontrolne. Jednakże, informacje o dekodowaniu są łatwo dostępne.

Istnieją trzy typy ramek:

• I Frames

• Supervisory Frames

• Unnumbered Frames

Chociaż każdy typ ma inny format pola kontrolnego, można je łatwo rozróżnić poprzez zbadanie dwóch bitów w polu kontrolnym.

X-X-X-X-X-X-X-0 = I FrameX-X-X-X-X-X-0-1 = Supervisory FrameX-X-X-X-X-X-1-1 = Unnumbered frame

Następnych kilka sekcji wyjaśnia każdy typ pola kontrolnego.

Ramka I

Ramki I umożliwiają przesyłanie kolejno numerowanych jednostek LPDU, które zawierają informacje (zorientowane na połączenie) między stacjami łącza. Format ramki I zawiera licznik NS i NR. NS count jest numerem sekwencji (modulo 128) LPDU w trakcie transmisji. NR count jest numerem sekwencji następnej ramki I LPDU, którą nadawca spodziewa się otrzymać. Aby pomóc ci później, zapamiętaj, że NR oznacza „następny odbiór”.

NS-NS-NS-NS-NS-NS-NS-0-NR-NR-NR-NR-NR-NR-P/F

Bit P/F jest nazywany bitem P w LPDU poleceń i bitem F w LPDU odpowiedzi. Bit P/F jest ustawiany w LPDU polecenia, aby zażądać, by stacja zdalnego łącza wysłała odpowiedź z ustawionym bitem. Dla każdego polecenia wysłanego z ustawionym bitem P musi być odebrana tylko jedna odpowiedź z ustawionym bitem F. Istnieje kilka innych szczegółów dotyczących użycia bitu P/F w odniesieniu do odzyskiwania błędów, ale jest to ogólna zasada.

Ramka nadzorcza

Ramki nadzorcze wykonują funkcje kontroli nadzorczej, na przykład potwierdzanie ramek I (RR), żądanie retransmisji ramek I (REJ) i żądanie tymczasowego zawieszenia (RNR) ramek I. Ramki nadzoru nie zawierają pola informacyjnego. Dlatego ramki nadzorcze nie wpływają na NS w stacji wysyłającej, i dlatego nie zawierają pola NS. Oto format ramki nadzorczej:

0-0-0-0-S-S-0-1-NR-NR-NR-NR-NR-NR-NR-P/F

Bity „S” wskazują typ ramki nadzorczej.

• B’00’ = Receiver Ready

  Stacja używa RR do wskazania, że stacja jest gotowa do odbioru i zawiera licznik NR następnej ramki I, która ma nadejść. Gdy stacja wysyła ramkę RR, to potwierdza odbiór ponumerowanych ramek I od stacji zdalnej o numerze do NR – 1.

• B’01’=Receiver Not Ready

  Stacja używa RNR do wskazania, że stacja chwilowo nie jest gotowa do odbioru. RNR zawiera także licznik NR, który jest zgodny z tymi samymi zasadami RR. Przejściowe okresy RNR nie zawsze wskazują na problem z siecią. Jeśli RNR są uporczywe, szukaj przeciążenia w stacji końcowej.

• B’10’=Reject

  Stacja używa REJ aby zażądać retransmisji LPDU ramki I zaczynając od numeru wskazanego w NR count. REJ nie jest oznaką poważnego problemu (co oznacza, że można go rozwiązać). Jeśli widzisz wiele poleceń REJ, poszukaj brakujących (porzuconych) ramek I w przeciwnym kierunku. Nie należy mylić REJ z odrzuceniem ramki (Frame reject – FRMR). FRMR jest ramką nienumerowaną i zawsze wskazuje na poważny problem.

Ramki nienumerowane

Ramki nienumerowane zapewniają funkcje sterowania łączem, na przykład polecenia i odpowiedzi ustawiania trybu. W niektórych przypadkach mogą być również wysyłane nienumerowane ramki informacyjne. Ramki nienumerowane mają długość tylko jednego bajtu. Nie zawierają one pól do zliczania NR lub NRS. Oto format nienumerowanej ramki:

M-M-M-P/F-M-M-1-1

Bity „M” wskazują typ ramki nienumerowanej.

• B’00011’=DM Response (0x1F)

  Stacja łącza wysyła odpowiedź DM, aby zgłosić, że znajduje się w trybie asynchronicznego rozłączenia. Oznacza to, że łącze nie jest aktywne. Jeżeli stacja łącza była aktywna i nagle zaczyna wysyłać DMs, to prawdopodobnie stacja łącza została zresetowana.

• B’01000’=DISC Command (0x53)

  Stacja łącza wysyła DISC, aby zakończyć asynchroniczny tryb zrównoważony. Polecenie DISC informuje zdalną stację łącza, że zawiesza pracę. Prawidłową odpowiedzią na polecenie DISC jest UA (jeśli stacja jest w ABM), lub DM (jeśli stacja jest w ADM).

• B’01100’=UA Response(0x73)

  Stacja łącza wysyła UA w odpowiedzi na polecenia SABME i DISC.

• B’01111’=SABME Command(0x7F)

  Stacja łącza wysyła SABME w celu zainicjowania transmisji danych w trybie asynchronicznym zrównoważonym. Prawidłową odpowiedzią na SABME jest UA. Gdy stacja otrzymuje polecenie SABME, stacja resetuje liczniki NR i NS do zera. Stacja wysyłająca robi to samo, gdy otrzymuje odpowiedź UA.

• B’10001’=FRMR Response(0x87)

  Stacja łącza wysyła odpowiedź Frame Reject aby zgłosić błąd w przychodzącym LPDU od innej stacji łącza. Gdy widzisz FRMR, stacja która wysyła FRMR wykryła błąd nienaprawialny. Nie jest to przyczyna błędu. Wszystkie ramki, które przychodzą po wystąpieniu błędu FRMR są ignorowane do czasu otrzymania DISC lub SABME.

  Odpowiedź FRMR zawiera informacje o przyczynie stanu FRMR.

  Bajty 0 i 1 zawierają zawartość pola kontrolnego LPDU, które spowodowało odrzucenie ramki. Bajty 2 i 3 zawierają odpowiednio liczniki NS i NR. Bajt 4 zawiera kilka bitów identyfikujących typ błędu, jak pokazano poniżej:

  0-0-0-V-Z-Y-W-X

  Bit V wskazuje, że numer NS przeniesiony przez pole kontrolne w bajtach 0 i 1 jest nieważny. NS jest nieważny, jeżeli jest większy lub równy ostatniemu NS plus maksymalny rozmiar okna odbiorczego. Gdy ten warunek występuje, stacja lącza wysyla REJ LPDU, a nie odpowiedź FRMR.

  Bit Z wskazuje, że NR, który niesie pole kontrolne wskazane w bajtach 0 i 1 nie odnosi się ani do następnej ramki I, ani do ramki I, która już zostala przeslana, ale nie potwierdzona.

  Uwaga: Jest w porządku odbierać ten sam licznik NR wiele razy.

  Licznik NR jest nieważny tylko wtedy, gdy odnosi się do ramki I, która już została potwierdzona lub gdy licznik przeskakuje do przodu do takiej, która jeszcze nie została przesłana. Ten pierwszy przypadek jest najczęstszym przypadkiem tego typu błędu. Kiedy widzisz ten typ błędu, zwykle oznacza to, że ramki zostały odebrane poza kolejnością i powinieneś poszukać sieci, która dostarcza ramki poza kolejnością. Jest możliwe, że stacja wysyłająca łącze przesłała je poza kolejnością, ale bardzo mało prawdopodobne.

  Bit Y wskazuje, że długość pola I w odebranym LPDU przekroczyła dostępną pojemność bufora. Jeśli ta sytuacja występuje, szukaj problemów w stacjach końcowych, nie w sieci.

  Bit X wskazuje, że LPDU zawierało pole I, gdy nie musiało, lub otrzymano odpowiedź FRMR, która nie zawierała 5 bajtów. Wydaje się, że jest to problem stacji końcowej, a nie problem sieci.

  Bit W wskazuje, że otrzymano nieobsługiwane LPDU. Jest to problem stacji końcowej.

• B’10111′ Polecenie lub odpowiedź XID

  Stacja łącza używa polecenia XID, aby przekazać charakterystykę węzła wysyłającego i spowodować, aby zdalna stacja łącza odpowiedziała odpowiedzią XID. Stacje łączące mogą wysyłać i odbierać XID w różnych formatach, w tym w formatach SNA.

• B’11100′ Polecenie lub odpowiedź TEST

  Stacja łącza wysyła polecenie TEST, aby spowodować jak najszybszą odpowiedź zdalnej stacji łącza w postaci odpowiedzi TEST. Polecenie TEST jest zwykle używane do odkrywania ścieżki w środowisku mostkowania typu source-route.

  

Podsumowanie pola LLC Control

Tryby LLC2 i ustanawianie sesji

Istnieją dwa tryby pracy LLC2:

• Asynchronous Balanced Mode Extended

• Asynchronous Disconnect Mode

Asynchronous Balanced Mode Extended (ABME)

ABME jest zrównoważonym trybem pracy między dwiema stacjami łącza. Tryb zrównoważony odnosi się do faktu, że każda stacja może wysyłać komendy w dowolnym czasie, niezależnie od drugiej stacji łącza. Kontrastuje to z SDLC, która działa w trybie niezrównoważonym. W trybie niezrównoważonym, stacja drugorzędna musi czekać na wywołanie przez stację główną, zanim będzie mogła wysłać dane. W wyniku działania w trybie zrównoważonym, polling nie występuje na obwodach LLC2 w tradycyjnym sensie. Stacja wysyła komunikaty keepalives w celu utrzymania sesji, ale nie jest konieczne częste wysyłanie ich dla optymalnej wydajności, jak w SDLC. Z tego powodu timer keepalive wynosi zwykle 10 sekund lub więcej. Ważne jest, aby zauważyć, że stacje końcowe mogą zwiększyć ten czas keepalive, aby zmniejszyć koszty ogólne. Zwiększenie keepalive timer nie ma negatywnego wpływu na przepustowość lub czas odpowiedzi.

Stacja wchodzi w ABME po wysłaniu lub otrzymaniu przez stację polecenia UA to to SABME. Gdy stacja jest w ABME, może wysyłać i odbierać numerowane ramki informacyjne.

Tryb asynchronicznego rozłączenia (ADM)

Przed i po zakończeniu ABME przez stację, stacja jest w trybie asynchronicznego rozłączenia. W ADM łącze jest logicznie rozłączone; dlatego żadne ramki I lub ramki nadzorcze nie mogą być wysyłane. Stacja może wejść w ADM w tych warunkach:

• Odebranie polecenia DISC

• Stacja łącza jest aktywowana

• Odebranie odpowiedzi DM

• Limit wierszy jest wyczerpany

Oto przykład sekwencji aktywacji stacji łącza:

To1 4000.0840.0001 8800.5a94.7d94 SABME F0F07FTo1 4000.0840.0001 8800.5a94.7d94 UA F0F173To 1 4000.0840.00018800.5a94.7d94 RR nr=0 F0F001To1 4000.0840.0001 8800.5a94.7d94 INFO nr=0 ns=0 F0F00000 ...To1 4000.0840.0001 8800.5a94.7d94 RR nr=1 F0F101 To1 4000.0840.0001 8800.5a94.7d94 INFO nr=1 ns=1 F0F00202 ...To1 4000.0840.0001 8800.5a94.7d94 RR nr=2 F0F101To1 4000.0840.0001 8800.5a94.7d94 INFO nr=2 ns=2 F0F00000 ...

LLC2 Asynchronous Balanced Mode Operation

Stacje, które działają w ASBM, nie mają ścisłego poczucia stacji pierwotnych lub wtórnych. Stacje nie muszą pytać lub być pytane o zdanie, aby przesyłać dane. Stacje mogą przesyłać dane do dowolnej stacji asynchronicznie. Stacje mają relacje peer-to-peer.

Nawet jeśli nie ma ścisłego znaczenia pierwszo- i drugorzędności, stacja wysyłająca wymaga odpowiedzi na poziomie łącza zwanej potwierdzeniem od stacji odbierającej dla każdej wysłanej numerowanej ramki informacyjnej. Stacja może kontynuować nadawanie ramek I do innej stacji, dopóki liczba niepotwierdzonych ramek nie osiągnie pewnego limitu. Ta liczba jest nazywana „rozmiarem okna” i zwykle domyślnie wynosi 7. Możesz zwiększyć rozmiar okna na obwodach, gdzie jest dużo opóźnień, aby uniknąć konieczności zatrzymywania się stacji wysyłającej i oczekiwania na odpowiedź. Zazwyczaj nie jest to konieczne, szczególnie w sytuacjach, gdy LLC jest potwierdzane lokalnie. Gdy stacja wysyłająca osiągnie okno wysyłania, ustawia bit poll, aby zmusić stację odbierającą do wysłania odpowiedzi. W routerze rozmiar okna jest nazywany llc2 local-window.

Stacja odbiorcza ma możliwość wstrzymania wysyłania potwierdzeń do czasu nadejścia określonej liczby ramek I lub wygaśnięcia timera. Parametry te są nazywane odpowiednio N3 i T2. W ten sposób wiele ramek może być potwierdzonych jedną ramką RR, lub potwierdzenie może być wysłane na górze ramki I. Cisco nazywa licznik N3 llc2 ack-max. Domyślna wartość trzy oznacza, że router wstrzymuje potwierdzenie do czasu otrzymania trzech ramek I lub do czasu wygaśnięcia timera T2, czyli llc2 ack-delay-time.

Modyfikacja tych parametrów na stacji bez uwzględnienia stacji partnerskiej może mieć wpływ na czas odpowiedzi i przepustowość. Na przykład, rozważ, co się stanie, jeśli stacja wysyłająca local-window jest ustawiona na 5, a stacja odbierająca ma wartości 7 dla ack-max i 500 milisekund dla ack-delay-time.

W tym przypadku, stacja wysyłająca wysyła pięć ramek, następnie czeka na potwierdzenie przed kontynuowaniem. Ponieważ odbiornik wstrzymuje potwierdzenie do momentu odebrania siedmiu ramek, nie wyśle potwierdzenia, dopóki nie upłynie czas opóźnienia 500 milisekund. Możesz radykalnie poprawić wydajność, jeśli obniżysz wartość ack-max w stacji odbiorczej.

Inny popularny parametr LLC2 jest nazywany Ti timer. Router nazywa to llc2 idle-time. Celem timera Ti jest utrzymanie sesji LLC2 w stanie aktywności w okresach, w których nie są przesyłane ramki I. Zmniejszenie tej wartości nie spowoduje poprawy przepustowości i wydajności. Po wygaśnięciu Ti timera wysyłana jest ramka RR z włączonym bitem poll, aby wywołać odpowiedź odbiornika. Jeśli stacja nie odpowie, po upływie llc2 tpf-time następuje ponowna próba nawiązania połączenia ze stacją, aż upłynie liczba prób zdefiniowana przez llc2 n2. W tym czasie sesja jest zrywana.

Zwiększ czas bezczynności, aby zmniejszyć ilość narzutu na obwodzie LLC2 i możesz to ustawić jako alternatywę dla local ack. Rozważmy przykład, w którym 200 jednostek DSPU jest podłączonych do NCP. Każdy z PU utrzymuje niezależną sesję LLC2. Jeśli każdy z nich wysyła sygnał keepalive co dziesięć sekund, to w każdej sekundzie powstaje 20 ramek nadmiarowych. Jeśli zwiększysz czas bezczynności do 30 sekund, ilość ramek nadmiarowych zmniejszy się do 6,67 ramek na sekundę. Wadą tego podejścia jest to, że stacje potrzebują więcej czasu aby odkryć, że ich partner jest nieosiągalny. Ale w zależności od sytuacji, może to być dobra rzecz.

LLC2 Tunable Parameters

Możesz użyć polecenia show llc, aby zobaczyć wartości tych parametrów:

ibu-7206#sh llcLLC2 Connections: total of 1 connectionsTokenRing3/0 DTE: 4001.68ff.0000 4000.0000.0001 04 04 state NORMALV(S)=5, V(R)=5, Last N(R)=5, Local window=8, Remote Window=127akmax=3, n2=8, Next timer in 8076xid-retry timer 0/60000 ack timer 0/1000p timer 0/1000 idle timer 8076/10000rej timer 0/3200 busy timer 0/9600akdelay timer 0/100 txQ count 0/2000

Przykłady konfiguracji parametrów LLC2

W typowej sieci DLSw+ z siecią LAN Token Ring na obu końcach, konfiguracja parametrów LLC2 jest wykonywana na wychodzącym interfejsie Token Ring.

Istnieją dwie oddzielne sesje LLC2. Dlatego należy skonfigurować parametry LLC2 w sposób przedstawiony poniżej:

hostname dlsw1!source-bridge ring-group 100!dlsw local-peer ...dlsw remote-peer ...!interface token-ring 0source-bridge 10 1 100llc2 tpf-timer 2000llc2 n2 20hostname dlsw2! source-bridge ring-group 100! dlsw local-peer ...dlsw remote-peer ...! interface token-ring 0source-bridge 20 1 100llc2 tpf-timer 2000llc2 n2 20

Uwaga: Te skrócone konfiguracje pokazują tylko istotne konfiguracje parametrów LLC2.

Konfiguracje parametrów LLC2 muszą być zgodne z parametrami LLC2 do FEP (do routera DLSw1) i PC (do routera DLSw2). Gdy centralny serwer DLSw+ peer znajduje się na routerze CIP, konfiguracja jest nieco inna.

Konfiguracja zdalnego routera DLSw+ pozostaje niezmieniona. Jednak sesja LLC2 w witrynie centralnej odbywa się między CIP a stosem LLC2 w systemie IOS. CIP reprezentuje Mainframe, a parametry LLC2 z Mainframe w kierunku IOS są skonfigurowane pod adapterami na LAN Token Ring (w CIP). Parametry LLC2 z IOS w kierunku Mainframe są konfigurowane na interfejsie wychodzącym. To znaczy, kanał interfejsu x/2 (dla CIP) i kanał interfejsu x/0 (dla xCPA).Na przykład:

hostname dlsw1! source-bridge ring-group 100! dlsw local-peer ...dlsw remote-peer ...!interface channel 0/2llc2 tpf-timer 2000llc2 n2 20lan tokenring 0source-bridge 10 1 100adapter 0 4000.7513.0000llc2 tpf-timer 2000llc2 n2 20

Uwaga: Te odtłuszczone konfiguracje pokazują tylko istotne konfiguracje parametrów LLC2.

Jeśli router CIP łączy się przez sieć LAN ze stacją lokalną, potrzebne są tylko parametry LLC2 pod adapterami CIP. Parametry LLC2 będą wtedy dopasowane do parametrów komputera. Wszelkie parametry LLC2 pod kanałem interfejsu 0/2 są nieskuteczne.

hostname rtr1! source-bridge ring-group 100! interface channel 0/2lan tokenring 0source-bridge 10 1 100adapter 0 4000.7513.0000llc2 tpf-timer 2000llc2 n2 20

Uwaga: Te skrócone konfiguracje pokazują tylko istotne konfiguracje parametrów LLC2.

Jeśli urządzenia łączą się z DLSw+ poprzez grupy mostów, parametry LLC2 są konfigurowane w oświadczeniu grupy mostów DLSW+, jak pokazano poniżej:

hostname dlsw2!dlsw local-peer ...dlsw remote-peer dlsw bridge-group 1 llc2 tpf-timer 2500 n2 20! interface ethernet 0bridge-group 1bridge 1 protocol ieee

Uwaga: Te odtłuszczone konfiguracje pokazują tylko odpowiednie konfiguracje parametrów LLC2.

Uwaga: Chociaż można skonfigurować LLC2 pod interfejsem ethernet 0, parametry te nie mają wpływu. DLSw bridge-group LLC2 była nowością w Cisco IOS Software Release 11.3.

Gdy router jest skonfigurowany jako stacja końcowa (na przykład SNASw i DSPU), musisz skonfigurować parametry LLC2 na interfejsie wychodzącym. Zwróć uwagę, że nie wszystkie interfejsy wirtualne obsługują konfigurację parametrów LLC2. Na przykład:

Uwaga: Te odtłuszczone konfiguracje pokazują tylko istotne konfiguracje parametrów LLC2.

hostname snasw1!Interface fastethernet 0/0llc2 tpf-timer 2000llc2 n2 20!snasw cpname neta.snasw1snasw port FASTETH0 FastEthernet0/0 conntype nohpr

LLC2 Error Conditions

Niektóre błędy na sesjach LLC2 są normalne i możliwe do odzyskania, na przykład sporadyczne nieodebrane ramki lub ramki poza kolejnością. Zwykle skutkują one REJ i retransmisją ramek. Nadmierne retransmisje nie są normalne i należy zidentyfikować ich przyczynę oraz rozwiązać problem. Nadmierne retransmisje mogą wystąpić z powodu dropów, wielu ścieżek, przeciążenia i nadmiernego opóźnienia.

Niektóre błędy w LLC2 są nienaprawialne i zawsze powodują przerwanie sesji. Błędy te są wyłącznie naruszeniami protokołu. Mogą one wystąpić, gdy stacje wysyłają niezdefiniowane pola kontrolne lub inne błędne informacje. Te naruszenia protokołu mogą spowodować wysłanie przez stację odpowiedzi FRMR. Stacja, która wysyła odpowiedź FRMR, najprawdopodobniej nie jest sprawcą naruszenia, lecz jedynie posłańcem. FRMR zawiera informacje identyfikujące przyczynę wysłania FRMR, co jest najczęściej spotykane gdy stacja żąda od innej stacji ponownego wysłania ramki I, którą już potwierdziła. Ponieważ stacja nie może retransmitować ramki (ponieważ już ją odrzuciła), nie ma innego wyjścia, jak zakończyć sesję LLC. Kiedy ten typ błędu występuje, najbardziej prawdopodobną przyczyną jest to, że ramki są poza kolejnością.