Frame Relay «локальное значение» DLCI

В настоящее время я участвую в экзамене CCNA, и я придерживаюсь концепции DLCI в сети с использованием инкапсуляции кадров. Это может быть из-за того, что я не являюсь носителем английского языка и неправильно истолковываю материал, который у меня есть.

Это текст, о котором идет речь:

  

VC обеспечивают двунаправленный путь связи с одного устройства на   другой. VC идентифицируются DLCI, как показано на рисунке 2. DLCI   значения обычно назначаются поставщиком услуг Frame Relay.   Frame Relay DLCI имеют локальное значение, что означает, что значения   сами по себе не являются уникальными в WAN Frame Relay. DLCI определяет   VC к оборудованию на конечной точке. DLCI не имеет значения   единственное звено. Два устройства, подключенные VC, могут использовать разные   DLCI, чтобы ссылаться на одно и то же соединение.

     

Локально значимые DLCI стали основным методом   адресации, поскольку один и тот же адрес может использоваться в нескольких   в то же время ссылаясь на разные соединения. Местный   адресация не позволяет клиенту заканчиваться из DLCI, поскольку   сеть растет.

Который имеет изображение для справки:

frame relay

VC (виртуальная схема) охватывает от Отправляющего узла (DLCI 102) до принимающего узла (DLCI 201). Затем он указывает, что DLCI имеют «локальное значение» и не уникальны в WAN Frame Relay.

Мой вопрос: так как DLCI является локальным, какое устройство подразумевается под «конечной точкой»?

  • Определяет ли DLCI (102) ссылку из Sending Node на Device A?
  • Определяет ли DLCI (102) ссылку из Sending Node в Receiving Node (SN -> A -> B -> C-> D -> Приемный узел)?

В конце концов это сводится к: есть ли единственная ссылка, упомянутая в тексте, единственная физическая линия между маршрутизатором и коммутатором или линия между двумя конечными конечными точками?

3 голоса | спросил Marco 3 Jpm1000000pmFri, 03 Jan 2014 12:48:37 +040014 2014, 12:48:37

2 ответа


2

Ваш первый ответ правильный, DLCI (102) определяет ссылку от Отправляющего узла на устройство А.

Без местного значения каждый клиент FR PVC должен иметь одинаковое значение идентификатора DLCI на обеих конечных точках.

Теперь предположим, что мы подключаем нового клиента, что, если DLCI доступен на одном коммутаторе, но тот же DLCI уже занят вторым коммутатором другим клиентом?

Без местного значения провайдер должен будет проверить все доступные пары DLCI на обоих коммутаторах конечных точек для подключения любого нового клиента и, возможно, даже не иметь подходящих DLCI.

С местным значением поставщик будет просто подключать ПВХ, используя любой свободный DLCI на первом коммутаторе, и любой свободный DLCI на втором коммутаторе, даже если они не совпадают.

Обратите внимание также, что идентификатор DLCI является локально значимым для каждого порта FR на коммутаторе, то есть DLCI 102 может использоваться на более чем одном порту FR на том же коммутаторе.

ответил aseaudi 3 Jpm1000000pmFri, 03 Jan 2014 14:32:51 +040014 2014, 14:32:51
2

«местное значение» просто означает, что DLCI (число) является уникальным per hop . Например, DLCI 16 на моей ссылке - это не тот же DLCI 16 на вашей ссылке, даже с одного и того же коммутатора. Другими словами, DLCI 16 не является глобальной ссылкой во всей сети фреймов или даже одним переключателем кадра.

В вашем примере DLCI 102 определяет связь между SN и A. Аналогично, 201 находится только между RN и D. Как VC пересекает Frame WAN является нашей областью . (если вы не создаете эту WAN, о которой вам не нужно знать.) С обоих концов DLCI может не быть 102 и 201. (представьте, что оба конца равны 16, с каждого конца, а другой - не 16).

ответил Ricky Beam 4 Jam1000000amSat, 04 Jan 2014 00:21:00 +040014 2014, 00:21:00

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132