1 / 45

CCNA Exploration Accessing the WAN Тема 3 Frame Relay

CCNA Exploration Accessing the WAN Тема 3 Frame Relay. Въведение. Най-широко разпространената WAN технология. Ефективна и гъвкава Ниска мрежова цена: Изисква малко оборудване Простота Лесна реализация. Описание.

sylvie
Download Presentation

CCNA Exploration Accessing the WAN Тема 3 Frame Relay

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. CCNA Exploration Accessing the WANТема 3Frame Relay PavlinkaRadoyska / Botevgrad / otk_cisco@abv.bg

  2. Въведение Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  3. Най-широко разпространената WAN технология • Ефективна и гъвкава • Ниска мрежова цена: • Изисква малко оборудване • Простота • Лесна реализация Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  4. Описание • Не прави корекция на грешките (Х.25), просто изхвърля повредените пакети. Контрола е в крайните станции -> по-висока скорост. • Комбинира функции от Data link и Network нивата в прост протокол. • За крайните устройства Frame Relay е едновременно LAN суич, рутер и мрежа. • Всяка връзка се маркира с Data Link Connection Identifier (DLCI). Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  5. Как работи? Връзката между DTE и DCE устройството има 2 компоненти: физически и link layer: • Физически: • Механични, електрически, функционални и процедурни спецификации за връзката. • Най-често използвания интерфейс - RS-232 • link layer: • Протоколите за обмен между DTE и DCE устройството. Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  6. Виртуални вериги • Връзката между две DTE устройства през Frame Relay мрежа се нарича виртуална верига (връзката е логическа). Капацитета на връзката се споделя между много виртулни вериги. • 2 подхода за установяване на виртуална верига: • switched virtual circuit (SVC) – динамично, чрез обмен на специфични сигнални съобщения (CALL SETUP, DATA TRANSFER, IDLE, CALL TERMINATION); • permanent virtual circuit (PVC) – постоянна (само DATA TRANSFER и IDLE ) Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  7. Data Link Connection Identifier (DLCI) • Адрес на фреймовете по една физическа връзка • Число от 0 до 1023 • DLCI номерата от 0 до 15 и от 1008 до 1023 са резервирани за специални случаи Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  8. DLCI е с локално значение PavlinkaRadoyska / Botevgrad / otk_cisco@abv.bg

  9. Множество виртуални вериги • Мултиплексиране Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  10. The Frame Relay Encapsulation Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  11. Процес на капсулиране Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  12. Формат на адресното поле • DLCI – 10 бита • Extended Address (EA) – 1 бит; • ако е 1 – DLCI е само 10 бита, • ако е 0 – и следващото поле с DLCI се чете (по-дълги адреси) • C/R – маркира важност на адреса, не се използва във Frame Relay. Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  13. Формат на адресното поле • Congestion Control – контрол на натоварването: • FECN – (forward) – информира напред, че е претоварен, да забавят • BECN – (backword) - информира назад, че е претоварен изисква да спрат предаването • DE – маркира фрейма като допустим за изхвърляне PavlinkaRadoyska / Botevgrad / otk_cisco@abv.bg

  14. Топология • Звезда - Hub and Spoke • Пълна мрежа Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  15. Звезда - Hub and Spoke Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  16. Пълна мрежа Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  17. Свързване на адреси при Frame Relay • Свързването на мрежовия адрес с DLCI номера, може да стане: • Статично • Динамично ! Мрежовият адрес може да е IP, IPX, AppleTalk ... • IARP (Inverse Address Resolution Protocol) – получаване на Layer 3 адрес на базата на Layer 2 адрес (DLCI). Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  18. Dynamic Mapping • Използва IARP • Може да се разгледа с командата show frame-relay map Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  19. Static Mapping • Използва се когато не е приложим IARP, например: • За някой мрежов протокол отстрещтната страна не поддържа IARP • В звездовидна топология, когато трябва да се направи твърда връзка между две спици на звездата. Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  20. Static Mapping PavlinkaRadoyska / Botevgrad / otk_cisco@abv.bg

  21. Local Management Interface (LMI) Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  22. Local Management Interface (LMI) • LMI е keepalive механизъм, който пренася съобщения (заявки и отговори за лужебни данни) между DTE и DCE през 10s. • Ако не се получи отговор на заявка – връзката се маркира като прекъсната. • Отговор FULL STATUS – информация за всички DLCI по тази линия. Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  23. Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  24. LMI Extensions • VC status messages – информация за PVC (за появаване на нови и отпадане на стари) – предотвратява изпращане на данни към несъществуващи PVC (черни дупки). • Multicasting – за доставка на съобщения на рутиращи протоколи, ARP процедури. • Global addressing – адресите са с глобално, а не локално значение – наподобява LAN. • Simple flow control – осигурява контрол на трафика за протоколи, които не могат сами да контролират трафика. Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  25. LMI Identifiers • Различни типове LMI, които са несъвместими • Cisco - Original LMI extension • Ansi - Corresponding to the ANSI standard T1.617 Annex D • q933a - Corresponding to the ITU standard Q933 Annex A • Cisco IOS позволява интерфейса на рутера да се настройва към типът LMI, който се получава от FR суича. • Команда за настройка на типът на LMI R(config-if)#frame-relay lmi-type [cisco | ansi | q933a] Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  26. LMI – формат на фрейма Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  27. Когато нов рутер се включи • Изпраща LMI запитване до близкия си FM switch; суича отговаря с LMI съобщение, в което се съдържа информация за всички виртуални вериги. На всеки 10 s рутера изпраща запитване, но получава отговор само с промените. • За всяка виртуална верига рутера изпраща IARP съобщение, което се препредава до другия край на виртуалната верига и отсрещния рутер отговаря с мрежовия адрес. Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  28. Frame Relay Configuration Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  29. Задачи при конфигурирането • Задължителни • Конфигуриране на Frame Relay капсулация на интерфейса • Конфигуриране на динамично или статично свързване. • Незадължителни • Конфигуриране на LMI • Конфигуриране на виртуални вериги с превключване (SVC) • … Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  30. Стъпки • Конфигуриране на IP адреса R1(config)#interface s0 R1(config-if)#ip address 10.1.1.2 255.255.255.0 • Конфигуриране на капсулацията R1(config-if)#encapsulation frame-relay • Конфигуриране на капацитета на връзката (bandwidth) в kb/s R1(config-if)# bandwidth 64 Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  31. Конфигуриране на статично свързване R(config-if)#frame-relay mapprotocol protocol-addressdlci [broadcast] [ietf] [cisco] ietf – при връзка с неСисковски рутер. R1(config-if)#frame-relay mapip 10.1.1.2 102 broadcast Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  32. Подинтерфейси Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  33. Проблем с обмен на съобщения на рутиращите протоколи • Split Horizon- рутера не може да изпраща рутираща информация за дадена мрежа по интерфейса, от който е научил за нея. При FR интерфейса е един за вного виртуални връзки – не позволява ъпдейти. • Broadcast– когато съобщенията на рутиращите протоколи са broadcast, те се препращат по всички виртуални вериги – огромен трафик. Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  34. Проблем с обмен на съобщения на рутиращите протоколи Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  35. Решение - подинтерфейси • На физическия интерфейс се конфигурират няколко логически интерфейса (subinterface), всеки със собствен IP адрес. • Капсулацията се конфигурира върху физическия интерфейс. • Мрежовият ядрес и DLCI се конфигурират върху всеки подинтерфейс • Връзките по FR могат да се конфигурират от типа • Point-to-Point • NBMA (не пропускат broadcast) Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  36. Типове подинтерфейси Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  37. Конфигуриране на подинтерфейси • Конфигуриране на подинтерфейсR(config-if)# interface serialномер.номер_на _подинтерфейс [multipoint| point-to-point] • Конфигуриране на DLCI номерR1(config-subif)#frame-relay interface-dlciDLCI_номер DLCI_номер = 16 до 991 Пример R1(config-if)#interface serial 0/0/0.103 point-to-point R1(config-subif)#frame-relay interface-dlci 103 Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  38. Конфигуриране на интерфейса R1(config)#interface s0 • Конфигуриране на капсулацията R1(config-if)#encapsulation frame-relay • Конфигуриране на подинтерфейса R1(config-if)#interface s0.103 point-to-point • Конфигуриране на мрежов адрес R1(config-subif)#ip address 10.1.1.2 255.255.255.0 • Конфигуриране на DLCI номерR1(config-subif)#frame-relay interface-dlci 103 • Конфигуриране на капацитета на връзката R1(config-subif)# bandwidth 64 Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  39. Капацитети Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  40. Ключови характеристики • Access rate or port speed – капацитета на local loop - 56 kb/s, T1 (1.536 Mb/s) или частичен T1 (n*56 kb/s или n*64 kb/s). • Committed Information Rate (CIR) – договорен и гарантиран от доставчика капацитет за всяка PVC. Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  41. Committed Burst Information Rate (CBIR) • Договаряне за временно (2-3 s) надхвърляне на CIR за сметка на капацитета на друга PVC (по същата линия), който не се използва в момента. Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  42. Контрол на трафика при FR • Реализира се на ниво виртуална верига. • Forward Explicit Congestion Notification (FECN) и Backward Explicit Congestion Notification (BECN) – уведомяват за претоварване (запълване на буферана FR суича) и изискват временно спиране на предаването. • FECN – уведомява устройствата по посока на предаването • BECN – уведомява изпращащите устройствата п • Discard Eligibility (DE) – маркира неважен трафик, който мож да бъде изхвърлен при претоварване. • Принципи на маркиране и отхвърляне: • Ако фрейма не надхвърля CIR, той се пропуска. • Ако фрейма надхвърля CIR, той се маркира като DE. • Ако фрейма надхвърля CIR и договорения свръх капацитет, той се изхвърля. Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  43. Проверка на работата и отстраняване на проблеми • show interfaces • show frame-relay lmi • show frame-relay pvc • show frame-relay map • debug frame-relay lmi Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  44. Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

  45. Благодаря за вниманието! Pavlinka Radoyska / Botevgrad / otk_cisco@abv.bg

More Related