ICND2_Vol2_RUS
.pdf
Составляющие процедуры поиска
иустранения неполадок Frame Relay
Вэтом разделе описывается базовый набор действий по поиску и устранению неполадок в глобальной сети на базе Frame Relay.
Составляющие процедуры поиска и устранения неполадок Frame Relay
© 2007 Cisco Systems,Inc. Все права защищены. |
ICND2 v1.0–8-2 |
Основные составляющие процедуры поиска и устранения Frame Relay описываются ниже:
поиск и устранение неполадок недоступного канала Frame Relay, это может быть вызвано проблемой 1-го или 2-го уровня;
поиск и устранение неполадок подключений удаленного маршрутизатора Frame Relay, т. е. подключений между одноранговыми маршрутизаторами Frame Relay;
поиск и устранение сквозных подключений Frame Relay, т. е. подключений между рабочими станциями через сеть Frame Relay.
8-70 |
Interconnecting Cisco Networking Devices Part 2 (ICND2) v1.0 |
© 2007 Cisco Systems, Inc. |
Поиск и устранение проблем подключения Frame Relay
В этом разделе описывается поиск и устранение наиболее распространенных проблем подключения Frame Relay.
Устранение неполадок неисправного канала Frame Relay
© 200 7 Cisco Syst ems , Inc. Вс епр ава за щищ ены. |
ICND2 v1 .0– 8-3 |
Первое действие, которое следует выполнить при поиске и устранении неполадок подключения Frame Relay – проверить состояние интерфейса Frame Relay. Для проверки состояния интерфейса Frame Relay используется команда show interface serial [слот/порт]..
Если в выводе команды show interface serial отображается состояние «interface down/line protocol down», это, как правило, указывает на проблему 1-го (физического) уровня. Такой вывод указывает на проблему кабеля, устройства CSU/DSU или последовательной линии.
Сначала убедитесь, что кабель подключен и распознается маршрутизатором с помощью команды show controllers serial [слот/порт].
После этого для поиска и устранения проблемы может потребоваться проверка возвратной петли.
Выполните следующие действия для проверки возвратной петли.
Действие 1 Установите инкапсуляцию HDLC для последовательного канала
и выберите период Keepalive 10 секунд. Для этого введите команды encapsulation hdlc и keepalive 10 в режиме конфигурации интерфейса, для которого выполняется процедура поиска и устранения неполадок.
© 2007 Cisco Systems, Inc. |
Расширение локальной сети с помощью распределенной сети |
8-71 |
Действие 2 Переведите устройство CSU/DSU или в режим local-loop. Сведения о том, как это сделать, можно найти в документации по устройству. Если канальный протокол переходит в рабочее состояние, когда устройство CSU/DSU или модем находится в режиме local-loop, что обозначается сообщением «line protocol is up (looped)», скорее всего проблема возникла не на локальном устройстве CSU/DSU. Если строка состояния не изменяется, источником проблемы может быть маршрутизатор, соединительный кабель, устройство CSU/DSU или модем. В большинстве случаев проблема возникает в устройстве CSU/DSU или модеме.
Действие 3 Выполните команду ping для IP-адреса интерфейса, для которого выполняется поиск и устранение неполадок, когда устройство CSU/DSU или модем находится в режиме local-loop. Необработанных эхо-запросов быть не должно. Расширенный эхо-запрос, использующий
комбинацию данных 0x0000, помогает в решении проблем канала, так как каналы T1 и E1 синхронизируются по данным и требуют битов перехода через каждые 8 бит. Комбинация данных с большим числом нулей помогает понять, применяются ли биты перехода в транковом подключении. Комбинация данных с большим числом единиц используется для эмуляции интенсивного потока нулей, если на пути прохождения данных присутствуют инверторы. Переменная комбинация (0x5555) представляет «обычный» трафик. Если эхо-запросы обрабатываются неудачно или система возвращает ошибки CRC, необходимо получить тестер частоты ошибочных битов (BERT – bir error rate tester) с соответствующим анализатором от телефонной компании.
Действие 4 Завершив проверку, обязательно верните интерфейс к инкапсуляции Frame Relay.
Неверный идентификатор DLCI, статически заданный на подинтерфейсе, также может перевести его в состояние «down/down». В этом случае будет отображаться состояние PVC «deleted». Чтобы убедиться, что настроен правильный номер DLCI, используйте команду show frame-relay pvc.
RouterX#sh frame-relay pvc
PVC Statistics for interface Serial0/0/0 (Frame Relay DTE)
|
Active |
Inactive |
Deleted |
Static |
Local |
0 |
0 |
1 |
0 |
Switched |
0 |
0 |
0 |
0 |
Unused |
0 |
0 |
0 |
0 |
DLCI = 100, DLCI USAGE = LOCAL, PVC STATUS = DELETED, INTERFACE = Serial0/0/0
input pkts 9 |
|
output pkts 8 |
in bytes 879 |
||||
out bytes 1024 |
|
dropped |
pkts 0 |
in pkts dropped 0 |
|||
out pkts |
dropped 0 |
out bytes |
dropped 0 |
|
|||
in FECN pkts 0 |
|
in BECN |
pkts 0 |
out FECN pkts 0 |
|||
out BECN |
pkts 0 |
|
in DE pkts 0 |
out DE pkts 0 |
|||
out bcast pkts |
2 |
out bcast |
bytes 138 |
|
|||
5 |
minute |
input |
rate 0 bits/sec, 0 packets/sec |
|
|||
5 |
minute |
output rate 0 bits/sec, |
0 |
packets/sec |
|
||
pvc create time 00:00:27, last time pvc status changed 00:00:27
В этом выводе номер DLCI имеет значение «100» и состояние «deleted». Это может означать, что настроен неверный DLCI.
8-72 |
Interconnecting Cisco Networking Devices Part 2 (ICND2) v1.0 |
© 2007 Cisco Systems, Inc. |
Если в выводе команды show interface serial отображается состояние «interface up/line protocol down», это, как правило, указывает на проблему 2-го (канального) уровня.
В этом случае последовательный интерфейс может не получать сообщения LMI Keepalive от поставщика услуг Frame Relay. Чтобы убедиться, что сообщения LMI отправляются и принимаются, и что тип LMI маршрутизатора совпадает с типом LMI поставщика услуг, введите команду show frame-relay lmi.
RouterX#sh frame-relay lmi
LMI Statistics for interface Serial0/0/0 (Frame |
Relay DTE) LMI TYPE = CISCO |
|
Invalid Unnumbered info 0 |
Invalid |
Prot Disc 0 |
Invalid dummy Call Ref 0 |
Invalid |
Msg Type 0 |
Invalid Status Message 0 |
Invalid |
Lock Shift 0 |
Invalid Information ID 0 |
Invalid |
Report IE Len 0 |
Invalid Report Request 0 |
Invalid |
Keep IE Len 0 |
Num Status Enq. Sent 236 |
Num Status msgs Rcvd 31 |
|
Num Update Status Rcvd 0 |
Num Status Timeouts 206 |
|
Last Full Status Req 00:00:38 |
Last Full Status Rcvd 00:00:38 |
|
Вывод показывает, что было отправлено 236 сообщений запроса состояния LMI (Num Status Enq. Sent) и было получено 31 сообщение состояния LMI (Num Status msgs Rcvd), тип LMI – «Cisco».
© 2007 Cisco Systems, Inc. |
Расширение локальной сети с помощью распределенной сети |
8-73 |
Устранение неполадок подключения Frame Relay к удаленному маршрутизатору
© 2007 Cisco Systems,Inc. Все права защищены. |
ICND2 v1.0–8-4 |
Чтобы получить доступ к одноранговому маршрутизатору через сеть Frame Relay, маршрутизатор Frame Relay должен привязать IP-адрес этого маршрутизатора
к локальному идентификатору DLCI, который будет использоваться для получения доступа к этому IP-адресу. Команда show frame-relay map отображает IP-адреса
и привязанные к ним идентификаторы DLCI, а также сведения о том, была ли привязка введена статически или получена динамически с помощью протокола Inverse ARP.
RouterX#sh frame-relay map
Serial0/0/0 (up): ip 10.140.1.1 dlci 100(0x64,0x1840), dynamic, broadcast,
CISCO, status defined, active
Если вы недавно изменили адрес интерфейса удаленного маршрутизатора Frame Relay, может потребоваться использование команды clear frame-relay-inarp для очистки таблицы соответствия Frame Relay локального маршрутизатора. При этом протокол Inverse ARP выполнит повторную привязку нового адреса к DLCI.
Если IP-адрес однорангового маршрутизатора не появляется в таблице соответствия Frame Relay, возможно, удаленный маршрутизатор не поддерживает Inverse ARP. Попробуйте привязать IP-адрес к идентификатору DLCI статически с помощью команды frame-relay map протокол адрес_протокола dlci [broadcast].
Кроме того, на интерфейсах Frame Relay могут быть активированы списки контроля доступа (ACL), влияющие на подключение. Чтобы проверить, активирован ли список ACL на интерфейсе, введите команду show ip interface.
Чтобы временно удалить список ACL с интерфейса и проверить, влияет ли он на подключение, введите команду no ip access-group номер_acl {in|out} в режиме конфигурации интерфейса.
8-74 |
Interconnecting Cisco Networking Devices Part 2 (ICND2) v1.0 |
© 2007 Cisco Systems, Inc. |
Устранение неполадок сквозного подключения Frame Relay
© 2007 Cisco System s,Inc. Все права защищены. |
ICND2 v1.0–8-5 |
Существование сквозного подключения между рабочими станциями через сеть Frame Relay зависит от того, удовлетворены ли общие требования к маршрутизации. Если в сети Frame Relay возникли проблемы сквозного подключения, проверьте таблицы маршрутизации, чтобы определить, имеют ли маршрутизаторы маршрут к месту назначения, подключение к которому неисправно. Для проверки таблицы маршрутизации используйте команду show ip route.
RouterX#sh ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
172.16.0.0/24 is subnetted, 1 subnets
C172.16.2.0 is directly connected, Loopback1 10.0.0.0/24 is subnetted, 3 subnets
C10.23.23.0 is directly connected, Serial0/0/1
C10.2.2.0 is directly connected, FastEthernet0/0 192.168.1.0/24 is variably subnetted, 3 subnets, 3 masks
C192.168.1.64/28 is directly connected, Loopback0
© 2007 Cisco Systems, Inc. |
Расширение локальной сети с помощью распределенной сети |
8-75 |
Если в таблице маршрутизации присутствуют только маршруты с прямым подключением, возможно, в сети Frame Relay возникла проблема, которая мешает объявлению обновлений маршрутизации. Поскольку сеть Frame Relay является средой NBMA, необходимо настроить протокол маршрутизации на передачу групповых и широковещательных пакетов через сеть Frame Relay. При использовании Inverse ARP эта возможность активируется автоматически. При использовании статической таблицы соответствия Frame Relay, необходимо явно настроить поддержку широковещательного трафика. Команда show frame-relay map показывает, включена ли поддержка широковещательного трафика, которая обеспечивает передачу обновлений маршрутизации по сети Frame Relay.
RouterX#sh frame-relay map
Serial0/0/0 (up): ip 10.140.1.1 dlci 100(0x64,0x1840), dynamic,
broadcast,
CISCO, status defined, active
8-76 |
Interconnecting Cisco Networking Devices Part 2 (ICND2) v1.0 |
© 2007 Cisco Systems, Inc. |
Резюме
В этом разделе приводится резюме основных вопросов, рассмотренных на занятии.
Резюме
Процедура поиска и устранения неполадок Frame relay состоит из трех аспектов: поиск и устранение неполадок канала, поиск и устранение неполадок привязки маршрутизаторов, поиск и устранение неполадок маршрутизации в сети Frame relay.
Используйте команды show interface serial и show frame-relay lmi для выявления ошибок 1-го и 2-го уровней. Используйте команды show frame-relay map и show frame-relay pvc для проверки подключения между маршрутизаторами.
© 2007 Cisco System s,Inc. Все права защищены. |
ICND2 v1.0–8-7 |
© 2007 Cisco Systems, Inc. |
Расширение локальной сети с помощью распределенной сети |
8-77 |
Резюме модуля
В этом разделе приводится резюме вопросов, рассмотренных в модуле.
Резюме модуля
VPN для соединения площадок защищают трафик между узлами интрасети и экстрасети. VPN удаленного доступа защищают передачу данных между компьютером удаленного работника и центральным офисом.
Протокол PPP можно настроить как на синхронных, так и на асинхронных каналах «точка-точка». PPP поддерживает аутентификацию PAP и CHAP.
Интерфейсы Frame Relay могут работать в режиме «точка-точка» и в многоточечном режиме.
Для поиска и устранения неполадок подключений Frame Relay используются команды show frame relaylmi, show frame relay pvc, и show frame relay map.
© 200 7 Cisco Syst ems , Inc. Вс е пр ава защищ ены. |
ICND2 v1 .0– 8-1 |
Существует множество способов подключения пользователей к удаленным службам, каждый из них имеет свои преимущества и недостатки. Широко используются традиционные технологии РВС 2-го уровня, такие как Frame Relay и арендованные каналы. Однако в отрасли существует новое направление, которое подразумевает использование Интернета для соединения площадок и удаленного доступа
с использованием решений на базе виртуальных частных сетей (VPN), более простых, безопасных и масштабируемых, чем традиционные решения.
8-78 |
Interconnecting Cisco Networking Devices Part 2 (ICND2) v1.0 |
© 2007 Cisco Systems, Inc. |
Вопросы для самопроверки по модулю
Используйте эти вопросы, чтобы проверить, насколько хорошо вы освоили материал, представленный в данном модуле. Верные ответы и решения можно найти в разделе «Ответы на вопросы для самопроверки».
В1) Какой компонент используется протоколом PPP для инкапсуляции нескольких протоколов? (Источник: создание подключения типа «точка-точка» к РВС
с помощью протокола PPP)
|
А) |
NCP |
|
Б) |
LCP |
|
В) |
IPCP |
|
Г) |
IPXCP |
В2) |
Каково назначение LCP? (Источник: создание подключения типа «точка-точка» |
|
|
к ГВС с помощью протокола PPP) |
|
|
А) |
аутентификация |
|
Б) |
согласование элементов управления |
|
В) |
инкапсуляция нескольких протоколов |
|
Г) |
указание асинхронного или синхронного режима |
В3) |
Какой тип пакета используется на этапе формирования канала PPP? |
|
|
(Источник: создание подключения типа «точка-точка» к РВС с помощью |
|
|
протокола PPP) |
|
|
А) |
LCP |
|
Б) |
PAP |
|
В) |
NCP |
|
Г) |
CHAP |
В4) |
Какие два утверждения наилучшим образом описывают протокол CHAP? |
|
|
(Выберите два варианта.) (Источник: создание подключения типа «точка-точка» |
|
|
к РВС с помощью протокола PPP) |
|
|
А) |
CHAP выполняется периодически. |
|
Б) |
CHAP использует двустороннюю процедуру установления соединения. |
|
В) |
CHAP использует трехстороннюю процедуру установления соединения. |
|
Г) |
CHAP использует двустороннее хэширование. |
|
Д) |
Пароли CHAP отправляются в незашифрованном виде. |
В5) |
Как удаленный узел отвечает на сообщение вызова при использовании |
|
|
протокола CHAP? (Источник: создание подключения типа «точка-точка» |
|
|
к РВС с помощью протокола PPP) |
|
|
А) |
значением хэша |
|
Б) |
ответным сообщением вызова |
|
В) |
незашифрованным паролем |
|
Г) |
зашифрованным паролем |
© 2007 Cisco Systems, Inc. |
Расширение локальной сети с помощью распределенной сети |
8-79 |
