Zagadnienia związane z protokołem Frame Relay
Konfiguracja protokołu Frame Relay została opisana w artykule: Konfiguracja Frame Relay.
- Cost – Protokół Frame Relay stanowi alternatywę dla drogich połączeń dzierżawionych (Leased lines).
- LMI (Local Management Interface) – Wymienia wiadomość Keepalive utrzymujące kontakt pomiędzy urządzeniem dostawcy ISP DCE (Data Communication Equipment) a ruterem klienta DTE (Data Terminal Equipment). Funkcja LMI wspiera trzy standardy: Cisco, ANSI oraz q933a. O tym który z nich będzie wykorzystany podczas danej sesji protokołu Frame Relay, decyduje mechanizm auto wykrywania (Autosense). Wysyła on wiadomości we wszystkich dostępnych standardach LMI, oczekując odpowiedzi w standardzie wspieranym przez sąsiednie urządzenie.
- Mechanizm Autosense jest aktywowany gdy:
- Interfejs sieciowy znajduje się w stanie up/down.
- Interfejs jest skonfigurowany jako zakończenie DTE.
- Standart LMI nie jest statycznie skonfigurowany.
Powyżej wspomniane pojęcia DTE oraz DCE nie odnoszą się do rodzaju zakończenia kabla serialowego.
Wiadomości LMI inquiry są wysyłane jedynie przez urządzenie DTE, w odpowiedzi na które urządzenie DCE wysyłają wiadomości LMI Status Response. Jeżeli obydwa urządzenia posiadają domyślną konfigurację (DTE) interfejs serialowy jednego z urządzeń, będzie znajdować się w stanie (up / down (looped)). Ponieważ wiadomość LMI inquiry wysłana przez urządzenie pierwsze (1) zostanie porzucona przez sąsiada (Urządzenie DTE nigdy nie powinno takiej otrzymać) jego interfejs pozostanie w stanie (up / down). Następnie urządzenie drugie (2) wyśle własną wiadomość LMI inquiry, która zostanie odebrana przez urządzenie pierwsze (1) jako zapętlenie łącza (up / down (looped)).
Połączenie Frame Relay z dwoma urządzeniami DTE można nawiązać jedynie poprzez wyłączenie funkcji KeepAlive.
- Virtual Circuits – Protokół Frame relay prowadzi komunikację (Connection-Oriented data link layer), nawiązując połączenia pomiędzy dwoma urządzeniami na podstawie numerów identyfikacyjnych DLCI (Data-Link Connection Identifier), w sieci pakietowej PSN (Packet-Switched Network). Wirtualne połączenia (Virtual Circuits) dzielą się na:
- SVC (Switched Virtual Circuits) – Tymczasowe połączenia Frame Relay wykorzystywane w sytuacjach wymagających jedynie sporadycznego przesyłania danych pomiędzy urządzeniami DTE. Sesja komunikacyjna składa się ze stanów:
- Call setup – Połączenie Virtual Circuits zostało nawiązane pomiędzy dwoma urządzeniami DTE.
- Data transfer – Dane są przesyłane pomiędzy urządzeniami DTE poprzez Virtual Circuits.
- Idle – Połączenie pomiędzy urządzeniami jest aktywne, jednak żadne dane nie są przesyłane. Jeżeli stan ten utrzyma się przez określony czas, status połączenia zostanie zmieniony na „Call termination”.
- Call termination – Połączenie pomiędzy urządzeniami DTE zostało zawieszone.
- PVC (Permanent Virtual Circuits) – Stabilne połączenie Frame Relay, aktywne nawet w przypadku braku ruchu sieciowego pomiędzy dwoma urządzeniami DTE. Sesja komunikacyjna składa się ze stanów:
- Data transfer – Dane są przesyłane pomiędzy urządzeniami DTE poprzez Virtual Circuits.
- Idle – Połączenie pomiędzy urządzeniami jest aktywne, jednak żadne dane nie są przesyłane. Utrzymanie tego stanu nie ma wpływu na połączenie Frame Relay.
- DLCI (Data-Link Connection Identifier) – Identyfikuje jedną stronę połączenia wirtualnego (Virtual Circuits).
- IARP (Inverse Address Resolution Protocol) – Umożliwia wykrycie adresu następnego przeskoku, należącego do konfigurowanego połączenia DLCI. Automatycznie tworząc odpowiednie mapowanie (DLCI to Next hop IP address), które domyślnie jest konfigurowane za pomocą komendy [frame-relay map ip adres-IP DLCI]. W systemie Cisco IOS możliwość automatycznego wykrycia adresu następnego przeskoku, wymaga wstępnego określenia enkapsulacji na obydwóch urządzeniach DTE za pomocą komendy [encapsulation frame-relay] wydanej w trybie konfiguracji interfejsu serialowego.
- Protokół IARP wysyła na interfejsach serialowych ramkę powitalną, informującą sąsiednie urządzenia o swoim adresie MAC oraz adresie IP. W odpowiedzi oczekując informacji o swoich sąsiadach.
- Istnieje możliwość wyłączenia protokołu IARP za pomocą komendy [no frame-relay Inverse-arp] wydanej w trybie konfiguracji interfejsu serialowego, jednak nie istnieje możliwość zablokowania odpowiedzi na ramkę IARP.
Parametry protokołu Frame Relay negocjowane z dostawcą ISP
- Parametry transmisji – Parametry negocjonowane pomiędzy klientem a dostawcą ISP:
- CIR (Committed Information Rate) – Określa minimalną przepustowość łącza Frame Relay, gwarantowaną przez dostawcę ISP względem określonego połączenia Virtual Circuits.
- EIR (Excess Information Rate) – Określa maksymalną przepustowość łącza Frame Relay, dla danego klienta.
- Mechanizmy sterowania przeciążeniami – Kontrolą przeciążeń zajmują się po części urządzenie DCE oraz DTE. W sytuacji przekroczenia uzgodnionej wartości EIR urządzenie DCE ostrzerze DTE najczęściej jawnie, za pomocą jednobitowych informacji umieszczanych w nagłówku ramki Ethernet-owej: odbiorcę bitem FECN (Forward Explicit Congestion Notification) a nadawce bitem BECN (Backward Explicit Congestion Notification) Jeżeli nadawca DTE nie odpowie na sygnał BECN urządzenie dostawcy ISP (DCE) zacznie porzucać nadmiarowe ramki.
- CLLM (Consolidated Link Layer Management) – Inny mechanizmy sterowania przeciążeniami.
- Access Rate – Określa maksymalną przepustowość łącza Frame Relay, gwarantowaną przez ISP.
- Congestion – Umożliwia monitorowanie wchodzącego jak i wychodzącego ruchu sieciowego. Składa się z:
- DE (Discard Eligibility) – Bitu nagłówka umożliwiającego wykrycie jak dużo ramek zostało porzuconych.
- FECN (Forward Explicit Congestion Notification) – Bitu nagłówka urządzenia nadającego, zawierającego prośbę by urządzenie odbiorcze zmniejszyło ilość zapytań o dane.
- BECN (Backward Explicit Congestion Notification) – Bitu nagłówka urządzenia odbiorczego, zawierającego prośbę by urządzenie nadające wysyłało dane wolniej.
Frame Relay Nonbroadcast Multiple Access
- Sieć Frame Relay jest siecią NBMA, co oznacza że ruch rozgłoszeniowy nie jest obsługiwany. Dokładnie rzecz ujmując przełączniki Frame Relay nie przejmują się przesyłanym ruchem, co oznacza że nie mogą go zareplikować, tworząc z jednego pakietu wielu pakietów. Opcjonalna komenda „broadcast” wykorzystywana w mapowaniu DLCI, omija to ograniczenie tworząc oddzielne ramki unicast względem każdego sąsiedniego urządzenia (Z punktu widzenia urządzenia lokalnego zostanie wysłany jeden pakiet ale dwie ramki Ethernet-owe).
Pozostałe tematy związane z protokołem Frame Relay
