Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
На этой странице
 

Свойства физического интерфейса

В этом разделе обсуждаются примеры настройки различных свойств физического интерфейса.

Обзор свойств физического интерфейса

Драйвер программного обеспечения для каждого типа сетевых носителем задает приемлемые значения по умолчанию для общих свойств интерфейса, таких как размер максимальный размер пакета (MTU) интерфейса, свойства получения и передачи "утечки ведра", режим работы соединения и источник тактовой связи.

Для изменения любого из стандартных общих свойств интерфейса, включив соответствующие утверждения на [edit interfaces interface-name] уровне иерархии:

Обзор MTU мультимедиа

Медиа-максимальный размер пакета (MTU) – это самый большой блок данных, который можно переадентить без фрагментации.

Размер носителя MTU, используемый на физическом интерфейсе, зависит от инкапсуляции, используемой на этом интерфейсе. В некоторых случаях значение ip Protocol по умолчанию MTU зависит от того, является ли используемый протокол IP версии 4 (IPv4) или Международной организацией по стандартизации (ISO).

Медиа-MTU по умолчанию рассчитывается следующим образом:

При настройке двухконфигурных соединений размер MTU на обеих сторонах этих соединений должен быть одинаковым. Кроме того, при настройке многоканальных соединений между точками все интерфейсы в подсети должны использовать одинаковый MTU размер.

Передаваемые фактические кадры также содержат биты проверки циклической избыточности (CRC), которые не являются частью MTU. Например, медиа-MTU для интерфейса Gigabit Ethernet версии 2 определено как 1514 bytes, но самый большой возможный размер кадра на самом деле 1518 bytes; Для обеспечения возможности использования необходимо учитывать дополнительные биты при расчете MUS.

Физические MTU интерфейсов Ethernet не включают поле проверки последовательности в 4-byte кадра (FCS) кадра Ethernet.

Интерфейс SONET/SDH, работающий в совмещенном режиме, имеет "c", добавленный к дескриптору скорости. Например, совмещенный интерфейс OC48c называется OC48c.

Если настройка конфигурации не MPLS MTU, Junos OS интерфейс получает MPLS MTU из интерфейса MTU. Это значение вычитает накладные расходы и пространство, специфические для инкапсуляции, на максимальное количество меток, которые могут быть погрушены в модуль передачи пакетов. В настоящее время программное обеспечение предусматривает три метки по четырем bytes каждый, всего по 12 bytes.

Другими словами, формула, используемая для определения MPLS MTU, является следующей:

Если настроить MTU значение, включив утверждение на уровне mtu[edit interfaces interface-name unit logical-unit-number family mpls] иерархии, будет использоваться настроенная величина. Junos OS выпуски 16.2R1.6 и более поздних не поддерживают family mpls MTU.

Поскольку интерфейсы служб туннеля считаются логическими интерфейсами, нельзя MTU настройку физического интерфейса. Это означает, что утверждение на уровне иерархии для следующих типов mtu[edit interfaces interface-name] интерфейсов нельзя: общая инкапсуляция маршрутизации (gr-), IP-IP (ip-), loopback (lo-), link services (ls-), многоканальных сервисов (ml-), и многоадстерная (pe-, pd-). Однако можно настроить протокол MTU всех туннельных интерфейсов, кроме интерфейсов виртуальных туннелей (vt). Начиная Junos OS выпуске 17.1R3, невозможно настроить размер максимальный размер пакета (MTU) для интерфейсов vt, поскольку параметр для интерфейсов vt не будет mtu bytes настроен. Junos OS по умолчанию MTU для интерфейсов vt без ограничений.

Медиа MTU размеров по типу интерфейса

Медиа-максимальный размер пакета (MTU) – это самый большой блок данных, который можно переадентить без фрагментации.

Если изменить размер носителя MTU, необходимо убедиться, что размер равен или больше суммы данных протокола MTU и накладных расходов на инкапсуляцию.

Эта тема включает в себя следующие сведения:

Медиа-MTU тип интерфейса для маршрутизаторов M5 и M7i с маршрутизаторами CFEB, M10 и M10i с маршрутизаторами CFEB, M20 и M40

Табл. 1: Медиа-MTU тип интерфейса для маршрутизаторов M5 и M7i с маршрутизаторами CFEB, M10 и M10i с маршрутизаторами CFEB, M20 и M40

Тип интерфейса

Медиа-MTU (bytes)

Максимальное MTU (bytes)

Ip-протокол по умолчанию MTU (bytes)

Адаптивные службы (MTU не настраивается)

9192

Не указано

Не указано

Банкомат

4482

9192

4470

E1/T1

1504

9192

1500

E3/T3

4474

9192

4470

Fast Ethernet

1514

1533 (4-порт)

1532 (8-порт)

1532 (12-порт)

Прим.:

Максимальный размер MTU порте FIC 100Base-TX Fast Ethernet составляет 9192 bytes.

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet

1514

9192

Прим.:

Максимальный размер одной MTU Gigabit Ethernet-порта FIC составляет 9192 bytes.

1500 (IPv4), 1497 (ISO)

Серийный

1504

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

9192

4470

Медиа MTU по типу интерфейса для маршрутизаторов M40e

Табл. 2: Медиа MTU по типу интерфейса для маршрутизаторов M40e

Тип интерфейса

Медиа-MTU (bytes)

Максимальное MTU (bytes)

Ip-протокол по умолчанию MTU (bytes)

Адаптивные службы (MTU не настраивается)

9192

Не указано

Не указано

Банкомат

4482

9192

4470

E1/T1

1504

4500

1500

E3/T3

4474

4500

9192 (4-порт)

4470

E3/DS3 IQ

4474

9192

4470

Fast Ethernet

1514

1533

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet

1514

9192 (1 или 2-порт)

9192 (4-порт)

1500 (IPv4), 1497 (ISO)

Серийный

1504

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

4500 (1 порт без сконкатенированных портов)

9192 (4-порт OC3)

9192 (4-порт OC3c)

4500 (1-порт OC12)

4500 (4-порт OC12)

4500 (4-порт OC12c)

4500 (1-порт OC48)

9192 (2-порт OC3)

9192 (2-порт OC3c)

9192 (1-порт OC12c)

9192 (1-порт OC48c)

4500 (1-порт OC192)

9192 (1-порт OC192c)

4470

Медиа MTU по типу интерфейса для маршрутизаторов M160

Табл. 3: Медиа MTU по типу интерфейса для маршрутизаторов M160

Тип интерфейса

Медиа-MTU (bytes)

Максимальное MTU (bytes)

Ip-протокол по умолчанию MTU (bytes)

Адаптивные службы (MTU не настраивается)

9192

Не указано

Не указано

Банкомат

4482

9192

4470

E1/T1

1504

4500

1500

E3/T3

4474

4500

4470

E3/DS3 IQ

4474

9192

4470

Fast Ethernet

1514

1533

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet

1514

9192 (1 или 2-порт)

4500 (4-порт)

1500 (IPv4), 1497 (ISO)

Серийный

1504

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

4500 (1 порт без сконкатенированных портов)

9192 (1 или 2-порт)

4500 (4-порт)

4470

Медиа-MTU тип интерфейса для M7i с CFEB-E, M10i с CFEB-E, с CFEB-E, M320 и M120 маршрутизаторами

Табл. 4: Медиа-MTU тип интерфейса для M7i с CFEB-E, M10i с CFEB-E, с CFEB-E, M320 и M120 маршрутизаторами

Тип интерфейса

Медиа-MTU (bytes)

Максимальное MTU (bytes)

Ip-протокол по умолчанию MTU (bytes)

ATM2 IQ

4482

9192

4470

Многоканализированный DS3 IQ

4471

4500

4470

Многоканализированный E1 IQ

1504

4500

1500

Многоканализированный OC12 IQ

4474

9192

4470

Многоканализированный IQ STM1

4474

9192

4470

DS3

4471

4500

4470

E1

1504

4500

1500

E3 IQ

4471

4500

4470

Fast Ethernet

1514

1533 (4-порт)

1532 (8-, 12-и 48-портов)

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet

1514

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

9192

4470

T1

1504

4500

1500

CT3 IQ

(за исключением M120)

4474

9192

4470

Медиа MTU размер интерфейса для серия MX маршрутизаторов

Табл. 5: Медиа MTU размер интерфейса для серия MX маршрутизаторов

Тип интерфейса

Медиа-MTU (bytes)

Максимальное MTU (bytes)

Ip-протокол по умолчанию MTU (bytes)

Gigabit Ethernet

1514

  • 9192

  • 9500 (Junos OS 16.1R1 и более поздних версиях)

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

10-гигабитный Ethernet

1514

  • 9192

  • 9500 (Junos OS 16.1R1 и более поздних версиях)

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

Многоступенчатый Ethernet

1514

  • 9192

  • 9500 (Junos OS 16.1R1 и более поздних версиях)

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

Tri-Rate Ethernet

1514

  • 9192

  • 9500 (Junos OS 16.1R1 и более поздних версиях)

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

Многоканальный SONET/SDH OC3/STM1 (многоуровневая)

1514

9192

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

DS3/E3 (многоуровневая)

1514

9192

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

Прим.:

Начиная Junos OS 16.1R1, размер MTU носители или протокола увеличен с 9192 до 9500 для интерфейсов Ethernet на следующих серия MX MPC:

  • MPC1

  • MPC2

  • MPC2E

  • MPC3E

  • MPC4E

  • MPC5E

  • MPC6E

Прим.:

Начиная Junos OS 16.1R1, размер MTU носители или протокола увеличен с 9192 до 9500 для интерфейсов Ethernet на следующих серия MX MPC:

  • MPC1

  • MPC2

  • MPC2E

  • MPC3E

  • MPC4E

  • MPC5E

  • MPC6E

Начиная Junos OS 16.1R1, размер MTU для некоторых MPC увеличен до 16 000 bytes. Размер MTU следующих MPC увеличен до 16000 bytes:

  • MPC7E (MPC7E-MRATE и MP7E-10G)

  • MPC8E (MX2K-MPC8E)

  • MPC9E (MX2K-MPC9E)

Начиная с Junos OS версии 17.3R1, размер MTU MPC MPC, начиная с Junos OS, составляет 16 000 bytes.

Начиная Junos OS версии 17.4R1, размер MTU MX204 составляет 16 000 bytes.

Во всех Junos OS версиях максимальный размер MTU для MX5, MX10, MX40 и MX80 маршрутизаторов составляет 9192 байта.

Во всех Junos OS, максимальный размер MTU для MPC2E-NG и MPC3E-NG составляет 9500 bytes.

Начиная Junos OS выпуске 19.1R1, максимальный настраиваемый размер MTU для MPC10E-15C-MRATE составляет 16 000 bytes.

Начиная Junos OS версии 19.2R1, максимальный настраиваемый размер MTU для MPC10E-10C-MRATE составляет 16 000 bytes.

Начиная Junos OS версии 19.3R2, максимальный настраиваемый размер MTU MX2K-MPC11E составляет 16 000 bytes.

Медиа MTU по типу интерфейса для маршрутизаторов T320

Табл. 6: Медиа MTU по типу интерфейса для маршрутизаторов T320

Тип интерфейса

Медиа-MTU (bytes)

Максимальное MTU (bytes)

Ip-протокол по умолчанию MTU (bytes)

Банкомат

4482

9192

4470

ATM2 IQ

4482

9192

4470

Многоканализированный OC12 IQ

4474

9192

4470

Многоканализированный IQ STM1

4474

9192

4470

DS3

4471

4500

4470

Fast Ethernet

1514

1533 (4-порт)

1532 (12- и 48-портов)

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet

1514

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

9192

4470

CT3 IQ

4474

9192

4470

Медиа MTU по типу интерфейса для T640 платформ

Табл. 7: Медиа MTU по типу интерфейса для T640 платформ

Тип интерфейса

Медиа-MTU (bytes)

Максимальное MTU (bytes)

Ip-протокол по умолчанию MTU (bytes)

ATM2 IQ

4482

9192

4470

Fast Ethernet с 48 портами

1514

1532

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet

1514

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

9192

4470

CT3 IQ

4474

9192

4470

Медиа MTU по типу интерфейса для коммутаторов и серия ACX EX

Табл. 8: Медиа MTU размер интерфейса типа для коммутаторов серии EX

Тип интерфейса

Медиа-MTU (bytes)

Максимальное MTU (bytes)

Ip-протокол по умолчанию MTU (bytes)

Gigabit Ethernet

1514

9216

1500 (IPv4), 1497 (ISO)

10-гигабитный Ethernet

1514

9216

1500 (IPv4), 1497 (ISO)

Табл. 9: Медиа MTU размер интерфейса для серия ACX маршрутизаторов

Тип интерфейса

Коммутатор

Медиа-MTU (bytes)

Максимальное MTU (bytes)

Ip-протокол по умолчанию MTU (bytes)

Gigabit Ethernet и 10-Гигабитный Ethernet

ACX1000, ACX2000, ACX4000, ACX5048, ACX5096 линии маршрутизаторов и ACX500.

1514

9216

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet и 10-Гигабитный Ethernet

серия ACX5448 и серия ACX710

1514

10000

1500 (IPv4), 1497 (ISO)

Прим.:

На серия ACX маршрутизаторах можно настроить протокол MTU, включив в него утверждение на уровне иерархии или на mtu[edit interfaces interface-name unit logical-unit-number family inet][edit interfaces interface-name unit logical-unit-number family inet6] иерархии.

  • Если настроить протокол MTU на любом из этих уровней иерархии, то это значение будет применено к всем семействам, настроенным на логическом интерфейсе.

  • Если протокол настраивается MTU для семейства и для одного логического интерфейса, необходимо настроить одинаковое значение для обоих inetinet6 семей. Не рекомендуется настраивать разные значения размера MTU для семейства, настроенных на одном логическом inetinet6 интерфейсе.

Медиа MTU по типу интерфейса для серия PTX packet transport routers

Табл. 10: Медиа MTU по типу интерфейса для серия PTX packet transport routers

Тип интерфейса

Медиа-MTU (bytes)

Максимальное MTU (bytes)

Ip-протокол по умолчанию MTU (bytes)

10-гигабитный Ethernet

1514

9500

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

40-гигабитный Ethernet

1514

9500

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

100-гигабитный Ethernet

1514

9500

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

Медиа MTU по типу интерфейса для маршрутизаторов серии JRR200

Табл. 11: Медиа MTU по типу интерфейса для маршрутизаторов серии JRR200

Тип интерфейса

Медиа-MTU (bytes)

Максимальное MTU (bytes)

Ip-протокол по умолчанию MTU (bytes)

Управляющие интерфейсы Ethernet em0 (, em2 - em9 )

1514

9192

1500 (IPv4), 1497 (ISO)

Настройка медиаконфигураторов MTU

Медиа-максимальный размер пакета (MTU) – это самый большой блок данных, который можно переадентить без фрагментации. Размер носителя MTU, используемый на физическом интерфейсе, зависит от инкапсуляции, используемой на этом интерфейсе. Список размеров MTU для каждого типа инкапсуляции см. в MTU media MTU типом интерфейса.

Настройка медиаконфигурируемых MTU медиаконфигураторов:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии.
  2. Включит mtu утверждение.
  • Если изменить размер носителя MTU, необходимо убедиться, что размер равен или больше суммы данных протокола MTU и накладных расходов на инкапсуляцию. Протокол настраивается MTU путем включив утверждение mtu на следующих уровнях иерархии:

    • [edit interfaces interface-name unit logical-unit-number family family inet]

    • [edit interfaces interface-name unit logical-unit-number family family inet6]

    • [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family family]

Прим.:

Изменение MTU или протокола MTU приводит к удаляемой и добавленной интерфейсу информации.

  • Если настроить значение MTU, включив утверждение mtu в иерархии [edit interfaces interface-name unit logical-unit-number family mpls], будет использоваться настроенное значение.

Настройка медиаконфигураторов MTU маршрутизаторах серия ACX носителов

Обзор MTU мультимедиа

Размер носителя MTU, используемый на физическом интерфейсе, зависит от инкапсуляции, используемой на этом интерфейсе. В некоторых случаях значение ip Protocol по умолчанию MTU зависит от того, является ли используемый протокол IP версии 4 (IPv4) или Международной организацией по стандартизации (ISO).

Медиа-MTU по умолчанию рассчитывается следующим образом:

При настройке двухконфигурных соединений размер MTU на обеих сторонах этих соединений должен быть одинаковым. Кроме того, при настройке многоканальных соединений между точками все интерфейсы в подсети должны использовать одинаковый MTU размер.

Прим.:

Передаваемые фактические кадры также содержат биты проверки циклической избыточности (CRC), которые не являются частью MTU. Например, медиа-MTU для интерфейса Gigabit Ethernet версии 2 определено как 1514 bytes, но самый большой возможный размер кадра на самом деле 1518 bytes; Для обеспечения возможности использования необходимо учитывать дополнительные биты при расчете MUS.

Физические MTU интерфейсов Ethernet не включают поле проверки последовательности в 4-byte кадра (FCS) кадра Ethernet.

Если настройка конфигурации не MPLS MTU, Junos OS интерфейс получает MPLS MTU из интерфейса MTU. Это значение вычитает накладные расходы и пространство, специфические для инкапсуляции, на максимальное количество меток, которые могут быть погрушены в модуль передачи пакетов. В настоящее время программное обеспечение предусматривает три метки по четырем bytes каждый, всего по 12 bytes.

Другими словами, формула, используемая для определения MPLS MTU, является следующей:

Если настроить MTU значение, включив утверждение на уровне mtu[edit interfaces interface-name unit logical-unit-number family mpls] иерархии, будет использоваться настроенная величина. Junos OS выпуски 16.2R1.6 и более поздних не поддерживают family mpls MTU.

Настройка медиаконфигураторов MTU

Чтобы изменить размер MTU по умолчанию для физического интерфейса, включите утверждение на mtu[edit interfaces interface-name] уровне иерархии:

Если изменить размер носителя MTU, необходимо убедиться, что размер равен или больше суммы данных протокола MTU и накладных расходов на инкапсуляцию.

Прим.:

Изменение MTU или протокола MTU приводит к удаляемой и добавленной интерфейсу информации.

Протокол настраивается MTU путем включив утверждение mtu на следующих уровнях иерархии:

  • [edit interfaces interface-name unit logical-unit-number family inet]

  • [edit interfaces interface-name unit logical-unit-number family inet6]

Если настроить протокол MTU на любом из этих уровней иерархии, то это значение будет применено к всем семействам, настроенным на логическом интерфейсе.

Прим.:

Если протокол настраивается MTU для семейства и для одного логического интерфейса, необходимо настроить одинаковое значение для обоих inetinet6 семей. Не рекомендуется настраивать разные значения размера MTU для семейства, настроенных на одном логическом inetinet6 интерфейсе.

Накладные расходы на инкапсуляцию по типу инкапсуляции интерфейса

Если изменить размер носителя MTU, необходимо убедиться, что размер равен или больше суммы данных протокола MTU и накладных расходов на инкапсуляцию. В следующей таблице перечислены инкапсуляция интерфейса и соответствующие складные расходы на инкапсуляцию.

Табл. 12: Накладные расходы на инкапсуляцию с помощью типа инкапсуляции

Инкапсуляция интерфейса

Накладные расходы на инкапсуляцию (bytes)

802.1Q/Ethernet 802.3

21

Протокол доступа к подсети 802.1Q/Ethernet (SNAP)

26

802.1Q/Ethernet версии 2

18

ATM Cell Relay

4

Постоянное виртуальное соединение ATM (PVC)

12

Cisco HDLC

4

Ethernet 802.3

17

Перекрестное соединение Ethernet (CCC) и виртуальный частный сервис LAN (VPLS)

4

Ethernet через ATM

32

Ethernet SNAP

22

Перекрестное подключение Ethernet (TCC)

18

Ethernet версии 2

14

Расширенные виртуальные локальные сети (VLAN) CCC и VPLS

4

TCC расширенной VLAN

22

Frame Relay

4

Ppp

4

VLAN CCC

4

VLAN VPLS

4

VLAN TCC

22

Настройка описания интерфейса

В файл конфигурации можно включить текстовое описание каждого физического интерфейса. Любой описательный текст, который вы включаете, отображается в выходных данных команд и также находится на объекте база управляющей информации show interfacesifAlias (MIB) объекта. Это не влияет на конфигурацию интерфейса.

Чтобы добавить текстовое описание, включим description в него инструкцию уровня [edit interfaces interface-name] иерархии:

Например:

Описание может быть одной строкой текста. Если текст содержит пробелы, занося его в кавычках.

Прим.:

Можно настроить расширенный ретранслятор DHCP, чтобы включить описание интерфейса в под опцию 82 Под опции Agent Circuit ID. См. использование сведений об использовании параметра 82 агента ретрансляции DHCP Junos OS управления Junos OS службы.

Дополнительные сведения о описании логических единиц см. в добавлении описания логического блока в конфигурацию.

Чтобы отобразить описание маршрутизатора или интерфейс командной строки, используйте show interfaces команду:

Чтобы отобразить описание интерфейса из интерфейсов MIB, используйте snmpwalk команду с сервера. Чтобы изолировать информацию для определенного интерфейса, нащите индекс интерфейса, показанный в SNMP ifIndex поле show interfaces выходных данных команды. Объект ifAlias находится в ifXTable .

Настройка диапазонов интерфейсов

Прим.:

Данная задача Junos OS для коммутаторов серии EX, которые не поддерживают тип конфигурации Enhanced Layer 2 (ELS). Если на коммутаторе установлено ПРОГРАММНОЕ обеспечение, поддерживающе ELS, см. "Настройка диапазонов интерфейсов для коммутаторов серии EX с ELS". Дополнительные сведения о ELS см. в использование программного обеспечения enhanced layer 2 интерфейс командной строки.

Интерфейс Junos OS позволяет сгрупп the range of identical interfaces в диапазон интерфейсов. Сначала необходимо указать группу одинаковых интерфейсов в диапазоне интерфейсов. Затем можно применить общую конфигурацию к указанному диапазону интерфейсов, уменьшая количество требуемой конфигурации и экономя время при создании компактной конфигурации.

Настройка диапазонов интерфейсов

Для настройки диапазона интерфейсов включите interface-range утверждение на [edit interfaces] уровне иерархии.

Утверждение interface-range принимает только имена интерфейсов физических сетей в своем определении. Поддерживаются следующие типы интерфейсов, и интерфейс командной строки дескрипторы:

  • ATM —at-fpc/pic/port

  • Channelized —(coc | cstm)n-fpc/pic/port

  • DPC —xe-fpc/pic/port

  • E1/E3 —(e1 | e3)-fpc/pic/port

  • Ethernet —(xe | ge | fe)-fpc/pic/port

  • ISDN —isdn-fpc/pic/port

  • Serial —se-fpc/pic/port

  • SONET/SDH —so-fpc/pic/port

  • T1/T3 —(t1 | t3)-fpc/pic/port

Интерфейсы могут быть сгрупп задержаны как диапазон интерфейсов или с использованием диапазона номеров под interface-range определением утверждения.

Интерфейсы в определении могут быть добавлены как часть диапазона членов или как отдельные члены или несколько членов с interface-range использованием диапазона номеров.

Чтобы указать диапазон членов, используйте утверждение member-range на уровне [edit interfaces interface-range name] иерархии.

Чтобы указать интерфейсы в лексикическом порядке, используйте member-range start-range to end-range утверждение.

Диапазон для утверждения члена должен содержать следующие:

  • *-All, указывает последовательное совпадение интерфейсов от 0 до 47.

    ОСТОРОЖНО:

    Подкафейс в сообщении участника не учитывает номера интерфейсов, * поддерживаемые определенным типом интерфейса. Независимо от типа интерфейса включает номера интерфейсов в диапазоне от * 0 до 47 до интерфейсной группы. Поэтому необходимо соблюдать осторожность * при использовании в рядовом сообщении.

  • num— Номер, который определяет один определенный интерфейс по номеру.

  • [low-high]— Число от низкого до высокого, определяет диапазон последовательного интерфейса.

  • [num1, num2, num3]— Номера num1 и num2 указание нескольких num3 определенных интерфейсов.

Примере: Указание диапазона членов интерфейса

Чтобы указать одного или нескольких членов, используйте утверждение member на [edit interfaces interface-range name] уровне иерархии.

Чтобы указать список членов диапазона интерфейсов отдельно или для нескольких интерфейсов, использующих regex, используйте member list of interface names утверждение.

Примере: Указание участника диапазона интерфейсов

Regex или подмены не поддерживаются для префиксов типа интерфейса. Например, префиксы gefe , и должны быть xe упомянуты явным образом.

В interface-range определении могут содержаться как membermember-range утверждения, так и их определения. Число или утверждения в интерфейсе не membermember-range ограничивается. Однако в определении должно существовать member хотя бы одно или member-rangeinterface-range утверждение.

Примере: Общая конфигурация диапазона интерфейсов

Конфигурация, общая для диапазона интерфейсов, может быть добавлена как часть interface-range определения:

Определения, interface-range имеющие member как раз, так и member-range утверждения, и не являются действительными.

Эти определенные диапазоны интерфейсов могут использоваться в других иерархиях конфигурации, в interface местах, где находится узел.

Примере: Foo диапазона интерфейсов, используемая в иерархии протоколов

foo должно быть interface-range определено на [interfaces] уровне иерархии. В вышеуказанного примере interface узел может принимать как отдельные интерфейсы, так и диапазоны интерфейсов.

Совет:

Для просмотра диапазона интерфейсов в расширенной конфигурации используйте (show | display inheritance) эту команду. Дополнительные сведения см. в руководстве Junos OS интерфейс командной строки пользователя.

По умолчанию отсутствует настройка в тех интерфейс командной строки, где доступна interface-rangeinterface утверждение. Поддерживаются следующие местоположения: однако некоторые иерархии, показанные в этом списке, являются специфическими для продуктов:

  • protocols dot1x authentication interface

  • protocols dvmrp interface

  • protocols oam ethernet lmi interface

  • protocols esis interface

  • protocols igmp interface

  • protocols igmp-host client num interface

  • protocols mld-host client num interface

  • protocols router-advertisement interface

  • protocols isis interface

  • protocols ldp interface

  • protocols oam ethernet link-fault-management interface

  • protocols lldp interface

  • protocols link-management peer lmp-control-channel interface

  • protocols link-management peer control-channel

  • protocols link-management te-link name interface

  • protocols mld interface

  • protocols ospf area id interface

  • protocols pim interface

  • protocols router-discovery interface

  • protocols rip group name neighbour

  • protocols ripng group name neighbour

  • protocols rsvp interface

  • protocols snmp interface

  • protocols layer2-control bpdu-block interface

  • protocols layer2-control mac-rewrite interface

  • protocols mpls interface

  • protocols stp interface

  • protocols rstp interface

  • protocols mstp interface

  • protocols vstp interface

  • protocols mstp msti id interface

  • protocols mstp msti vlan id interface

  • protocols vstp vlan name interface

  • protocols gvrp interface

  • protocols igmp-snooping vlan name interface

  • protocols lldp interface

  • protocols lldp-med interface

  • protocols sflow interfaces

  • ethernet-switching-options analyzer name input [egress | ingress ] interface

  • ethernet-switching-options analyzer name output interface

  • ethernet-switching-options secure-access-port interface

  • ethernet-switching-options interfaces ethernet-switching-options voip interface

  • ethernet-switching-options redundant-trunk-group group g1 interface

  • ethernet-switching-options redundant-trunk-group group g1 interface

  • ethernet-switching-options bpdu-block interface

  • poe interface vlans pro-bng-mc1-bsd1 interface

Расширение ехимов для членов диапазона интерфейсов и диапазонов членов

Все и утверждения в определении диапазона интерфейсов расширены для создания окончательного списка имен интерфейсов membermember-range для указанного диапазона интерфейсов.

Примере: Расширение ехимов для членов диапазона интерфейсов и диапазонов членов

Для утверждения все возможные интерфейсы между участниками рассматриваются member-rangestart-range как end-range расширенные. Например, следующее member-range утверждение:

расширяется до:

Следующий member утверждение:

расширяется до:

Следующий member утверждение:

расширяется до:

Наследование конфигурации для интерфейсов-членов

При Junos OS расширения интерфейса и выражений, присутствующих в конфигурации, он создает объекты интерфейса, если они не определены membermember-rangeinterface-range явным образом в конфигурации. Общая конфигурация копируется на все его интерфейсы-члены в interface-range .

Примере: Приоритеты конфигурации

Конфигурация интерфейса на переднем плане имеет приоритет по сравнению с конфигурацией, унаследованной интерфейсом через interface-range .

В предыдущем примере для ge-1/0/1 интерфейса будет MTU 1024.

Это можно проверить с помощью выходных данных show interfaces | display inheritance команды:

Интерфейсы-члены наследуют конфигурацию из групп конфигурации

Интерфейсные интерфейсы членов диапазона наследуют конфигурацию групп конфигурации как и любая другая конфигурация на переднем плане. interface-range подобна любой другой заявке конфигурации на переднем плане. Единственное отличие заключается в том, что расширение членского интерфейса перед тем, как Junos OS interface-range эту конфигурацию.

Конфигурация hold-time применяется к всем участникам interface-range range-1 .

Это можно проверить show interfaces | display inheritance следующим образом:

Интерфейсы, наследующие общую конфигурацию

Если интерфейс является членом нескольких диапазонов интерфейсов, то он наследует общую конфигурацию из всех диапазонов интерфейсов.

В данном примере ge-10/0/0 интерфейсы, через которые ge-10/0/47 проходят, будут иметь и hold-time то, и mtu другое.

Настройка приоритетов диапазона наследование

Диапазоны интерфейсов определяются в порядке приоритета наследование, при этом данные конфигурации первого интерфейса имеют приоритет над последующими диапазонами интерфейсов.

Интерфейс ge-1/1/1 существует в обоих interface-range int-grp-oneinterface-range int-grp-two и. Этот интерфейс mtu 256 наследуется interface-range int-grp-one из-за того, что был определен в первую очередь.

Расширение конфигурации, где используется диапазон интерфейсов

В данном interface-range range-1 примере используется в protocols иерархии:

Узел, interface представленный authenticator под расширением, в член интерфейсы следующим interface-range range-1 образом:

Утверждение расширено на два interface range-1 интерфейса: ge-10/1/1 и ge-5/5/1, и конфигурация копируется под retries 1 эти два интерфейса.

Эту конфигурацию можно проверить с помощью show protocols dot1x | display inheritance команды.

Указание агрегированного интерфейса

Маршрутизаторы M Series, серия MX и серия T поддерживают агрегированные интерфейсы. Для указания агрегированного интерфейса назначьте номер с агрегированной именем интерфейса. Например, настройте на уровне иерархии, где x — это несколько диапазонов от 0 до 127 для M Series и серия T маршрутизаторов и от 0 до 479 на серия MX aex[edit interfaces] маршрутизаторах.

Для агрегированных интерфейсов SONET/SDH настройте asx на [edit interfaces] уровне иерархии.

Прим.:

Агрегирование SONET/SDH является собственностью Junos OS сети и может не работать с другим программным обеспечением.

Если вы настраиваете VLANs для агрегированных интерфейсов Ethernet, для завершения ассоциации необходимо включить утверждение на уровне vlan-tagging[edit interfaces aex] иерархии.

Настройка скорости интерфейса

Скорость интерфейса можно настроить следующим образом:

Настройка скорости интерфейса на интерфейсах Ethernet

Для интерфейсов M Series и серия T Fast Ethernet 12-портов и 48-портов PIC, интерфейса управления Ethernet (или) и серия MX медных интерфейсов fxp0 Tri-Rate Ethernet, скорость интерфейса можно явно em0 установить. Fast Ethernet и интерфейсы могут быть настроены на fxp0em0 скорость 10 Мбит/с или 100 Мбит/с. (10m | 100m) Медные серия MX Tri-Rate Ethernet интерфейсы могут быть настроены на скорость 10 Мбит/с, 100 Мбит/с или 1 Гбит/с. (10m | 100m | 1g) Для получения сведений об управлении интерфейсами Ethernet и для определения типа интерфейса Ethernet управления маршрутизатора см. "Понимание интерфейсов Ethernet управления и поддерживаемых ядер маршрутизации маршрутизаторами серия MX, с MX-DPC и Tri-Rate Copper SFP, поддерживают медные 20x1 для обеспечения обратной совместимости с 100/10BASE-T и 1000BASE-T через последовательный интерфейс Gigabit Media Independent Interface (SGMII) интерфейса (SGMII) https://www.juniper.net/documentation/en_US/release-independent/junos/topics/reference/general/routing-engine-m-mx-t-series-support-by-chassis.html

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии.
  2. Для настройки скорости включите speed утверждение на [edit interfaces interface-name] уровне иерархии.
Прим.:
  • По умолчанию маршрутизаторы M Series и серия T управляющих интерфейсах Ethernet автоматически взаимодействуют, как при 10 Мбит/с, так и в 100 Мбит/с. Все остальные интерфейсы автоматически выбирают правильную скорость в зависимости от типа PIC и того, настроен ли PIC для работы в мультиплексном режиме (используя утверждение в no-concatenate[edit chassis] иерархии конфигурации.

  • Начиная Junos OS версии 14.2, этот параметр позволяет фиксированному трехскоростному порту автоматически согласовываться с портами, ограниченными auto-10m-100m100m или 10m максимальной скоростью. Этот параметр должен быть включен только для tri-rate MPC-порта, т.е. для 3D 40x 1GE (LAN) RJ45 MIC на платформе MX. Этот параметр не поддерживает другие MCS на платформе MX.,

  • При настройке интерфейсов Fast Ethernet на маршрутизаторах M Series и серия T, необходимо настраивать режим соединения и скорость. Если оба значения не настроены, маршрутизатор использует для соединения автоматическое соединение и игнорирует настроенные пользователем параметры.

  • Если партнер по связи не поддерживает автоматическое соединение, настройте порт Fast Ethernet вручную, чтобы соответствовать скорости и режиму соединения своего партнера по соединению. Когда режим соединения настроен, автоконфигурация отключена.

  • Если серия MX маршрутизаторы с трехскоростными медными SFP-интерфейсами, если скорость порта согласуется с настроенным значением, а согласованная скорость и скорость интерфейса не совпадают, то соединение не будет установлено.

  • При настройке медного интерфейса Tri-Rate Ethernet для работы со скоростью 1 Гбит/с необходимо включить автоматическое конфигурирование.

  • Начиная Junos OS 11.4, полудуплексный режим не поддерживается на медных интерфейсах Tri-Rate Ethernet. При включив утверждение, следует включить его на том же уровне speedlink-mode full-duplex иерархии.

Настройка скорости интерфейса SONET/SDH

Настройка скорости интерфейсов SONET/SDH в совмещенном режиме:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии, где есть имя интерфейса.so-fpc/pic/port
  2. Настройте скорость интерфейса в совмещенном режиме.

    Например, каждый порт 4-порта OC12 PIC может быть настроен на независимое управление скоростью OC3 или OC12, когда pic находится в режиме 4xOC12.

Настройка скорости интерфейсов SONET/SDH в ненастроещенном режиме:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии, где находится interface-nameso-fpc/pic/port .

  2. Настройка скорости интерфейса в неконтентированном режиме.

    Например, каждый порт 4-порта OC12 PIC может быть настроен на независимое управление скоростью OC3 или OC12, когда pic находится в режиме 4xOC12.

Чтобы настроить PIC для работы в многоканализированном (мультиплексном) режиме:

  1. В режиме конфигурации перейдите на [edit chassis fpc slot-number pic pic-number] уровень иерархии.

  2. Настройте no-concatenate этот параметр.

Прим.:

На SONET/SDH OC3/STM1 (многоуровневый) MIC с SFP, уполномощенный SONET/SDH OC3/STM1 (Многоуровневый) MIC с SFP и Channelized OC3/STM1 (Multi-Rate) MIC эмуляции цепи с SFP, нельзя установить скорость интерфейса на edit interfaces [] уровень иерархии. Чтобы включить скорость на этих MCS, необходимо установить скорость порта на [edit chassis fpc slot-number pic pic-number port port-number] уровне иерархии.

Дополнительные сведения об использовании этого утверждения см. в библиотеке Junos OS non-concatenateадминистрирования для устройств маршрутов.

Обзор имен псевдонимов интерфейсов

Можно настроить текстовое описание логического устройства на физическом интерфейсе в качестве псевдонима имени интерфейса. Псевдоним интерфейса поддерживается только на уровне единицы. При настройке имени псевдонима вместо имени интерфейса в выходных данных всех и других командах операционного режима отображается showshow interfaces имя псевдонима. В Junos OS выпуска 12.3R8 и более поздних версиях отображение псевдонимов может быть подавлено в пользу фактического имени интерфейса с помощью параметра вместе с display no-interface-alias командой show. Настройка псевдонима для логического блока интерфейса не влияет на работу интерфейса на маршрутизаторе или коммутаторе.

При настройке имени псевдонима интерфейса интерфейс командной строки имя псевдонима в качестве значения переменной в базе interface-name данных конфигурации. Чтобы включить обратную совместимость с выпусками Junos OS, в которых нет поддержки псевдонимов интерфейса, когда Junos OS процессы запрашивают базу данных конфигурации для переменной, возвращается фактическое, точное значение переменной вместо псевдонима имя для системных операций и interface-nameinterface-name вычислений.

Эта возможность определять имена псевдонимов интерфейсов для физических и логических интерфейсов полезна в среде Junos Node Unifier (JNU), которая содержит Juniper Networks серия MX универсальные платформы маршрутизации 5G в качестве контроллера и Ethernet-коммутаторов серии EX, серия QFX и серия ACX универсальных маршрутизаторов metro в качестве спутниковых устройств. Ниже дается преимущество настройки имени псевдонима, что позволяет выделить для интерфейса значимое, одиночное и легко идентифицируемое имя:

  • Можно группировать физические интерфейсы в качестве одного агрегированного интерфейса (группа агрегирования соединений или связку LAG) и имя, которое группируется как интерфейс спутникового подключения (например, sat1).

  • Можно выбрать логический интерфейс в качестве участника связки LAG или всю LAG, а также выбрать этот интерфейс для представления порта спутникового устройства или экземпляра службы (например, ge-0/0/1).

  • Можно объединить имя спутниковой связи и псевдоним интерфейса, чтобы полностью представить имя спутникового порта (например, sat1:ge-0/0/1 или ge-sat1/0/0/1 или ge-1/0/0/1) в наиболее легко различимом формате, который означает сочетание порта и спутниковой части имени.

Чтобы указать псевдоним интерфейса, можно использовать его на уровнях alias[edit interfaces interface-name unit logical-unit-number] иерархии и на уровне [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number] иерархии.

Прим.:

В Juniper Networks M Series Multiservice Edge Routers, если одно и то же имя псевдонима настроено на нескольких логических интерфейсах, маршрутизатор отображает сообщение об ошибке и о сбойе.

Примере: Добавление псевдонима интерфейса

В данном примере показано, как добавить псевдоним к логическому блоку интерфейса. Использование псевдонима для идентификации интерфейсов в том объеме, в который они появляются в выходных данных рабочих команд, позволяет использовать более значимые соглашения об именовании и упростить идентификацию.

Требования

В данном примере используются следующие аппаратные и программные компоненты:

  • Один серия MX, который действует как контроллер

  • Один EX4200, который действует как спутниковое устройство

  • Junos OS версии 13.3R1 более поздней версии

Обзор

Для каждого логического блока на физическом интерфейсе можно создать псевдоним. Описательный текст, определенный для псевдонима, отображается в выходных данных show interfaces команд. В Junos OS выпуска 12.3R8 и более поздних версиях отображение псевдонимов может быть подавлено в пользу фактического имени интерфейса с помощью параметра вместе с display no-interface-alias командой show. Псевдоним, настроенный для логического блока интерфейса, не влияет на работу интерфейса на маршрутизаторе или коммутаторе — это всего лишь косметическая метка.

Конфигурации

Рассмотрим сценарий, в котором имена псевдонимов настраиваются на интерфейсах контроллера JNU, подключенных к спутнику (sat1) в направлении 9link в сети управления JNU с помощью двух линий. Псевдонимы позволяют эффективно и оптимизировать идентификацию этих интерфейсов в командах оперативного режима, которые запускаются на контроллере и на спутнике.

интерфейс командной строки быстрой конфигурации

Чтобы быстро настроить этот пример, скопировать следующие команды, ввести их в текстовый файл, удалить все разрывы строки, изменить все данные, необходимые для настройки сети, а затем скопировать и вкопировать команды в интерфейс командной строки [edit] иерархии:

Настройка имен псевдонимов для интерфейсов контроллера

Пошаговая процедура

В следующем примере необходимо провести различные уровни в иерархии конфигурации. Для получения информации о навигации по интерфейс командной строки см. использование редактора интерфейс командной строки в режиме конфигурации в руководстве Junos OS интерфейс командной строки пользователя.

Для добавления псевдонима к интерфейсам контроллера, которые используются для подключения к спутниковым устройствам в направлении 9link:

  1. Настройте псевдоним, который называется логическим блоком агрегированного интерфейса Ethernet, который используется для подключения к спутнику (сб1) в направлении 9link. Настройте inet семейство и адрес интерфейса.

  2. Настройте псевдоним, который называется логическим блоком другого агрегированного интерфейса Ethernet, который используется для подключения к одному и того же спутнику (сб1) в направлении 9link. Настройте семейство INET и адрес для интерфейса.

  3. Настройте псевдоним интерфейса Gigabit Ethernet контроллера и настройте его параметры.

  4. Настройте интерфейсы Gigabit Ethernet в качестве членов логических ae- интерфейсов.

  5. Настройте RIP в сети между контроллером и шлюзом межсетевых экранов.

Результаты

В режиме конфигурации подтвердите конфигурацию путем ввода show команды. Если в выходных данных не отображается конфигурация, повторите инструкции по настройке, показанные в данном примере, чтобы исправить ее.

После подтверждения настройки интерфейсов введите commit команду в режиме настройки.

Прим.:

В Juniper Networks M Series Multiservice Edge Routers, если одно и то же имя псевдонима настроено на нескольких логических интерфейсах, маршрутизатор отображает сообщение об ошибке и о сбойе.

Проверки

Чтобы проверить, что имя псевдонима отображается вместо имени интерфейса, выполните следующие действия:

Проверка настройки имени псевдонима для интерфейсов контроллера

Цель

Убедитесь, что вместо имени интерфейса отображается имя псевдонима.

Действий

Отображение сведений обо всех соседях RIP.

Смысл

Выходные данные показывают подробности выполнения эталонного теста. Дополнительные сведения об show rip neighbor операционной команде см. в show rip neighbor интерфейс командной строки Explorer.

Обзор источника тактов

Как для маршрутизатора, так и для интерфейсов источником тактовых импульсов могут быть внешние часы, полученные на интерфейсе, или внутренние часы Stratum 3 маршрутизатора.

Например, интерфейс A может передавать на интерфейс A полученные часы (внешний, цикл синхронизации) или часы Stratum 3 (внутренняя синхронизация, синхронизация линии или обычная синхронизация). Интерфейс A не может использовать часы из любого другого источника. Для таких интерфейсов, как SONET/SDH, которые могут использовать различные источники тактовой передачи, можно настроить источник часов передачи на каждом интерфейсе.

Источник тактов расположен на системном панель управления (SCB) для маршрутизаторов M40, системной платы и платы коммутатора (SSB) для маршрутизаторов M20, панель управления (CB) для M120 маршрутизаторов и подсистеме разных систем управления (MCS) для маршрутизаторов M40e и M160. M7i и M10i маршрутизаторов имеют источник тактов на платы Compact Forwarding Engine (CFEB) и улучшенной платы Compact Forwarding Engine (CFEB-E).

Для серия T и серия MX, тактовые импульсы источника часов Stratum 3 находятся в генераторе тактовых импульсов SONET и панель управления (SCB) соответственно. По умолчанию эталонные часы 19,44-МГц stratum 3 генерируют сигнал синхронизации для всех последовательных CS (SONET/SDH) и Plesiochronous Digital Hierarchy (PDH) CS. PDH CS включают РС DS3, E3, T1 и E1.

Прим.:

M7i и M10i не поддерживают внешнюю тактовую тактовую поддержку интерфейсов SONET.

Для получения сведений о тактовом режиме на интерфейсах с у многоканалами см. Свойства многоканализированных интерфейсов IQ и IQE. См. также "Настройка источника синхронизации на интерфейсах SONET/SDH и настройка синхронизации циклов T3 с у многоканалами".

Для получения сведений о настройке внешнего интерфейса синхронизации, который можно использовать для синхронизации внутреннего часов Stratum 3 с внешним источником на M40e, M120, M320, маршрутизаторах и серия T, см. библиотеку администрирования Junos OS для устройств маршрутизации ,Конфигурирование Junos OS для поддержки внешнего интерфейса синхронизации для M Series, серия MX и серия T Маршрутизаторов.

Сведения о настройке синхронных Ethernet на MX 80, MX240, MX480 и MX960 универсальных платформах https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/system-basics/index.htmlмаршрутизации см. в Junos OS библиотека администрирования для устройств маршрутизации, обзор синхронного Ethernet и настройка интерфейса синхронизации часов на серия MX маршрутизаторах.

Настройка источника тактов

Как для маршрутизатора, так и для интерфейсов источником тактовых импульсов могут быть внешние часы, полученные на интерфейсе, или внутренние часы Stratum 3 маршрутизатора.

Чтобы установить источник тактов как внешний или внутренний:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии:
  2. Настройте этот clocking параметр как внешний или внутренний.
Прим.:

M7i и M10i не поддерживают внешнюю тактовую тактовую поддержку интерфейсов SONET.

Прим.:

На многоканализированных CS SONET/SDH, если установить для родительского (или основного) контроллера тактов, то необходимо установить для этого значение по умолчанию. externalinternal

Например, на МНОГОканализированном PIC STM1, если часы на многоканализированном интерфейсе STM1 (который является основным контроллером) установлены на , то не следует настраивать интерфейс CE1 (который является начальным external контроллером) external на. Вместо этого следует настроить интерфейсные часы CE1 на internal .

Для получения сведений о тактовом режиме на интерфейсах с у многоканалами см. Свойства многоканализированных интерфейсов IQ и IQE. См. также "Настройка источника синхронизации на интерфейсах SONET/SDH и настройка синхронизации циклов T3 с у многоканалами".

Для получения сведений о настройке внешнего интерфейса синхронизации, который можно использовать для синхронизации внутреннего часов Stratum 3 с внешним источником на маршрутизаторах M40e, M120 и M320, а также на серия T, см. библиотеку администрирования Junos OS для устройств маршрутизации ,Настройка Junos OS для поддержки внешнего интерфейса синхронизации часов для M Series, серия MX и серия T Маршрутизаторов.

Для получения сведений о настройке синхронных Ethernet на MX80, MX240, MX480 и MX960 универсальных платформ https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/system-basics/index.htmlмаршрутизации см. "Библиотека администрирования Junos OS для устройств маршрутизации", Обзор синхронного Ethernet и настройка синхронизации интерфейса синхронизации на серия MX маршрутизаторах.

Настройка инкапсуляции интерфейса на физических интерфейсах

Понимание инкапсуляции интерфейса на физических интерфейсах

По умолчанию для физических интерфейсов инкапсуляция протокола «точка-точка» (PPP) является типом инкапсуляции. Не требуется настраивать инкапсуляцию для любых физических интерфейсов, поддерживаюных инкапсуляцию PPP. Если не настроить инкапсуляцию, PPP используется по умолчанию.

Для физических интерфейсов, которые не поддерживают инкапсуляцию PPP, необходимо настроить инкапсуляцию для пакетов, передаваемых по интерфейсу. Можно дополнительно настроить инкапсуляцию на логическом интерфейсе, то есть инкапсуляцию, используемую в определенных типах пакетов.

Возможности инкапсуляции физических интерфейсов

При настройке точечной инкапсуляции (например, PPP или Cisco HDLC) на физическом интерфейсе, с физическим интерфейсом может быть связан только один логический интерфейс (то есть только один unit утверждение). При настройке многоточки инкапсуляции (например, Frame Relay) в физическом интерфейсе может быть несколько логических единиц, а эти устройства могут быть как точками, так и многоточки.

Для инкапсуляции Ethernet CCC для интерфейсов Ethernet со стандартным тегом TPID требуется, чтобы физический интерфейс был единственным логическим интерфейсом. Интерфейсы Ethernet в режиме VLAN могут иметь несколько логических интерфейсов.

Для интерфейсов Ethernet в режиме VLAN ID VLAN применимы следующим образом:

  • VLAN ID 0 резервируется для маркировки приоритета кадров.

  • Для типа инкапсуляции VLAN ID с 1 по vlan-ccc 511 зарезервированы для обычных VLAN. VLAN IDs 512 и выше зарезервированы для VLAN CCC.

  • Для типа инкапсуляции VLAN ID с 1 по 511 зарезервированы для обычных vlan-vpls VLAN, а VLAN ID от 512 до 4094 зарезервированы для VPLS VLAN. Для 4-портовых интерфейсов Fast Ethernet можно использовать ID VLAN от 512 до 1024 для VPLS VLAN.

  • Для интерфейсов Gigabit Ethernet и интерфейсных окне Gigabit Ethernet IQ и IQE PIC с SFP (за исключением 10-портов Gigabit Ethernet PIC и встроенного порта Gigabit Ethernet на маршрутизаторе M7i), можно настроить гибкую инкапсуляцию служб Ethernet на физическом интерфейсе. Для интерфейсов с flexible-ethernet-services инкапсуляцией действительны все VLAN ID. ID VLAN от 1 до 511 не зарезервированы.

  • Для типов extended-vlan-ccc инкапсуляции extended-vlan-vpls и всех VLAN являются действительными.

Верхние границы настраиваемых VLAN ID различаются в зависимости от типа интерфейса.

При настройке инкапсуляции TCC для обработки VPN-подключений, в отличие от соединений 2-го и 2-го уровней, для локального подключения протоколов 2-го и 2-го уровней необходимы некоторые изменения.

Маршрутизатор выполняет следующие медиа-изменения:

  • PPP TCC — оба протокола управления связью (LCP) и протокол управления сетью (NCP) прерываются на маршрутизаторе. Согласование IP-адресов для протокола управления протоколом IP-протоколов (IPCP) не поддерживается. Перед Junos OS пересылать все данные инкапсуляции PPP из входящих кадров. Для выходных данных следующий переход меняется на инкапсуляцию PPP.

  • Cisco HDLC TCC — обработка keepalive завершается на маршрутизаторе. Маршрутизатор Junos OS данные инкапсуляции Cisco HDLC со входящих кадров перед их пересылкой. Для выходных данных следующий переход меняется на инкапсуляцию Cisco HDLC.

  • Frame Relay TCC — обработка всех интерфейсов локального управления (LMI) завершается на маршрутизаторе. Перед пересылкой Junos OS все данные инкапсуляции Frame Relay из входящих кадров. Для выходных данных следующий переход меняется на инкапсуляцию Frame Relay.

  • ATM — обработка операций, администрирования и обслуживания (OAM) и обработки промежуточного локального управления (ILMI) завершается на маршрутизаторе. Ретранслятор ячеей не поддерживается. Перед Junos OS пересылать все данные инкапсуляции ATM из входящих кадров. Для выходных данных следующий переход меняется на инкапсуляцию ATM.

Настройка инкапсуляции на физическом интерфейсе

По умолчанию PPP является типом инкапсуляции для физических интерфейсов. Чтобы настроить инкапсуляцию на физическом интерфейсе, включив в нее утверждение инкапсуляции на [edit interfaces interface-name] уровне иерархии:

Чтобы настроить инкапсуляцию на физическом интерфейсе:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии.
  2. Настройте тип инкапсуляции, как описано в инкапсуляции.
    Прим.:
    • При настройке точечной инкапсуляции (например, PPP или Cisco HDLC) на физическом интерфейсе, с физическим интерфейсом может быть связан только один логический интерфейс (то есть только одна утверждение модуля). При настройке многоточки инкапсуляции (например, Frame Relay) в физическом интерфейсе может быть несколько логических единиц, а эти устройства могут быть как точками, так и многоточки.

    • Когда тип инкапсуляции настроен на инкапсуляцию, убедитесь, что тип LMI установлен в Cisco-compatible Frame Relay ANSI или Q933-A.

    • Если настройка инкапсуляции на физическом уровне интерфейса, проверка сфиксации позволит проверить, что внутри нее не должно vlan-vplsinet быть семейства.

Отображение инкапсуляции на физическом интерфейсе SONET/SDH

Цель

Чтобы отобразить сконфигурированную инкапсуляцию и связанные с ней параметры набора на физическом интерфейсе, если следующие параметры установлены на [edit interfaces interface-name] уровне иерархии:

  • interface-name—so-7/0/0

  • Инкапсуляция—ppp

  • Блок — 0

  • Семейство —inet

  • Address—192.168.1.113/32

  • Место назначения — 192.168.1.114

  • семейство — iso и mpls

Действий

Запустите show команду на уровне [edit interfaces interface-name] иерархии.

Смысл

Настроенная инкапсуляция и связанные с ней параметры набора отображаются, как ожидалось. Обратите внимание, что второй набор из двух допустим IS-IS family MPLS запускаться на интерфейсе.

Настройка инкапсуляции интерфейса на серия PTX пакетно-транспортных маршрутизаторах

В этой теме описывается настройка инкапсуляции интерфейса на серия PTX packet transport routers. Используйте утверждение flexible-ethernet-services конфигурации для настройки другой инкапсуляции для различных логических интерфейсов в физическом интерфейсе. С помощью гибкой инкапсуляции служб Ethernet можно настроить каждую логическую инкапсуляцию интерфейса без ограничений диапазона для VLAN ID.

Поддерживаемые инкапсуляции для физических интерфейсов:

  • flexible-ethernet-services

  • ethernet-ccc

  • ethernet-tcc

Поддерживаемые инкапсуляции для логических интерфейсов:

  • ethernet

  • vlan-ccc

  • vlan-tcc

Прим.:

серия PTX Packet Transport Routers не поддерживают и инкапсуляцию extended-vlan-ccextended-vlan-tcc на логических интерфейсах. Вместо этого можно настроить значение ID протокола тегов (TPID) 0x9100 для достижения одинаковых результатов.

Чтобы настроить гибкую инкапсуляцию служб Ethernet, включите утверждение encapsulation flexible-ethernet-services на [edit interfaces et-fpc/pic/port ] иерархическому уровне. Например:

Настройка keepalives

По умолчанию физические интерфейсы, настроенные с помощью инкапсуляции Cisco HDLC или PPP, посылают пакеты keepalive через 10-секундные интервалы. Термином keepalives (keepalives) является пакеты LMI; новый Junos OS поддерживают ИИ T1.617 Annex D LMIs и ITU Q933 Annex A LMIs. В сетях ATM ячейки OAM выполняют ту же функцию. Ячейки OAM настраиваются на логическом уровне интерфейса; дополнительные сведения см. в определение периода ячейки обратной связи ATM OAM F5.

Отключение отправки сообщений keepalive:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии.
  2. no-keepalivesВключит утверждение на [edit interfaces interface-name] уровне иерархии.

Отключение отправки сообщений keepalive на физический интерфейс, настроенный с помощью инкапсуляции Cisco HDLC для трансляционного перекрестного соединения:

  1. В режиме конфигурации перейдите на [edit interfacesinterface-name] уровень иерархии.

  2. no-keepalivesВключит утверждение encapsulation cisco-hdlc-tcc с утверждением на [edit interfaces interface-name] уровне иерархии.

Отключение отправки сообщений keepalive на физический интерфейс, настроенный с инкапсуляцией PPP для транслируемых перекрестных соединений:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии.

  2. no-keepalivesВключит утверждение encapsulation ppp-tcc с утверждением на [edit interfaces interface-name] уровне иерархии.

Дополнительные сведения о перекрестных соединениях см. в обзоре перекрестных соединений цепи и трансляции.

При настройке PPP через ATM или Multilink PPP через инкапсуляцию ATM можно включить или отключить keepalives на логическом интерфейсе. Дополнительные сведения см. в "Настройка PPP через инкапсуляцию ATM2".

Чтобы явно включить отправку сообщений keepalives:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии.

  2. keepalivesВключит утверждение на [edit interfaces interface-name] уровне иерархии.

Изменение одного или более значений keepalive по умолчанию:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии.

  2. keepalivesВключив утверждение с соответствующим intervalseconds параметром, как down-countnumber и up-countnumber ..

В интерфейсы, настроенные с помощью инкапсуляции Cisco HDLC или PPP, можно включить следующие три утверждения keepalive; обратите внимание, что на инкапсуляцию Frame Relay не влияют данные утверждения:

  • interval seconds- Время в секундах между последовательными запросами поддержания связи. Диапазон находится в пределах от 1 секунды до 32767 секунд (по умолчанию — 10 секунд).

  • down-count number— Число пакетов keepalive, которые может не получить пункт назначения, прежде чем сеть отнимет связь. Диапазон — от 1 до 255 с значением по умолчанию 3.

  • up-count number- Количество пакетов keepalive, которые должен получить пункт назначения, чтобы изменить статус соединения с down на up. Диапазон — от 1 до 255, значение по умолчанию — 1.

ОСТОРОЖНО:

Если на интерфейсе, который не поддерживает утверждение конфигурации keepalives (например, 10-Гигабитный Ethernet), уровень связи может выйти из-за перезапуска PIC. Избегайте настройки сообщений keepalive на интерфейсах, которые не поддерживают keepalives утверждение конфигурации.

Для получения сведений о параметрах keepalive Frame Relay см. "Настройка keepalives Frame Relay".

На серия MX маршрутизаторах с модульными концентраторами портов и модульными интерфейсными картами (MPC/MCS) модуль передачи пакетов процессами MPC/MIC и отвечает на пакеты keepalive протокола управления каналами (LCP) эхо-запроса, инициализируя и отправляемые абонентом PPP (клиентом) маршрутизатору. Механизм, с помощью которого пакеты эхо-запроса LCP обрабатываются модуль передачи пакетов вместо модуль маршрутизации называются быстрой keepalive PPP Для получения дополнительной информации о том, как работает PPP fast keepalive на маршрутизаторе серия MX с MPC/MCS, см. руководство по настройке доступа абонента Junos OS.

Понимание однонаправленного потока трафика на физических интерфейсах

По умолчанию физические интерфейсы являются bidirectional; то есть, они оба передают и получают трафик. Однонаправленный режим связи можно настроить на 10-гигабитном интерфейсе Ethernet, который создает два новых однонаправленных физических интерфейса. Новые интерфейсы только для передачи и приемов работают независимо, но оба они подчиненны исходному родительскому интерфейсу.

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

Прим.:

Однонаправленный режим связи в настоящее время поддерживается только на следующем оборудовании:

  • 4 — порт 10 — гигабитный Ethernet DPC на MX960 маршрутизаторе

  • 10 — PIC Gigabit Ethernet IQ2 и 10 — Gigabit Ethernet IQ2E PIC серия T маршрутизаторе

Интерфейс только для передачи всегда находится в рабочем состоянии. Операционный статус интерфейса только для приемов зависит только от локальных сбоей; он не зависит от удаленных сбойов и состояния только для передачи интерфейса.

На родительском интерфейсе можно настроить атрибуты, общие для обоих интерфейсов, такие как тактовая конфигурация, фреймы, параметры gigether и sonet-options. На каждом из однонаправленных интерфейсов можно настроить инкапсуляцию, MAC-адрес, MTU размер и логические интерфейсы.

Однонаправленные интерфейсы поддерживают IP и IPv6. Переадрикание пакетов происходит с помощью статических маршрутов и статических записей ARP. которые можно настроить независимо на обоих однонаправленных интерфейсах.

Статистика передачи передается только на интерфейсе только для передачи (и показывается как ноль для интерфейса только для получения). Статистика, получаемая только для интерфейса приемной службы (для интерфейса, который только для передачи показан как ноль). Статистика как для передачи, так и для получения сообщается на родительском интерфейсе.

Включение однонаправленного потока трафика на физических интерфейсах

По умолчанию физические интерфейсы являются bidirectional; то есть, они оба передают и получают трафик. Однонаправленный режим связи можно настроить на 10-гигабитном интерфейсе Ethernet, который создает два новых однонаправленных физических интерфейса. Новые интерфейсы только для передачи и приемов работают независимо, но оба они подчиненны исходному родительскому интерфейсу.

Чтобы включить однонаправленный режим связи на физическом интерфейсе, выполните следующие действия:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии:
  2. Настройте параметр на создание двух новых однонаправленных (только для передачи и только для получения) физических интерфейсов, подчиненных unidirectional исходному родительскому интерфейсу.
Прим.:

Однонаправленный режим связи в настоящее время поддерживается только на следующем оборудовании:

  • 4 — порт 10 — гигабитный Ethernet DPC на MX960 маршрутизаторе

  • 10 — PIC Gigabit Ethernet IQ2 и 10 — Gigabit Ethernet IQ2E PIC серия T маршрутизаторе

Обзор физического перенавлияния интерфейсов

Физическое ограничение интерфейса ограничивает объявление о переходах вверх и вниз (переподавляющихся) на интерфейсе. Каждый раз при переходе меняется состояние интерфейса, которое генерирует объявление для протоколов маршрутов верхнего уровня. Сокращение помогает уменьшить количество этих объявлений.

С точки зрения развертывания сети переброска физического интерфейса подпадает под следующие категории:

  • Кратковременные множественные перемыкания (миллисекунд).

  • Периодические перемыыки продолжительности (в секундах).

Рис. 1 используется для описания этих типов перехлябов интерфейса и конфигурации демпфации, которую можно использовать в каждом случае.

Рис. 1: Два интерфейса маршрутизатора, подключенные через транспортное оборудованиеДва интерфейса маршрутизатора, подключенные через транспортное оборудование
Прим.:

Рекомендуется использовать аналогичные конфигурации для демпфации на обеих концах физического интерфейса. Настройка амплуа на одном конце и без отсылки интерфейса на другом конце может привести к ненастройке.

В следующих разделах описываются типы отсылания интерфейса в зависимости от длительности перехода.

Общие сведения об отомпе и более коротких переходах к физическому интерфейсу

Рис. 1 показывает два маршрутизатора с двумя транспортными устройствами между ними. Если сбой резервного соединения между двумя транспортными устройствами, выполняется коммутатор. Коммутаторы соединений занимает несколько миллисекунд. Как показано в примере, во время коммутатора оба интерфейса маршрутизатора могут столкнуться с несколькими переключениями с продолжительностью до нескольких Рис. 2 миллисекунд. Эти множественные перехлестиния, если они объявляются протоколами маршрутов верхнего уровня, могут привести к обновлениям маршрутов. Поэтому может потребоваться отламка этих перехлябов интерфейса.

Прим.:

Амплитуд подходит только для протоколов маршрутов.

Для более коротких переходов на физический интерфейс необходимо настроить ампмплиинг интерфейса с помощью hold-time утверждения на интерфейсе. Из-за того, что timer hold включает демпинг интерфейса, не сообщая об изменениях интерфейса до тех пор, пока не будет пройдена продолжительность периода удержания. Когда настроено время удержания и интерфейс переходит от «вверх к вниз». Каждый переход интерфейса, который происходит во время удержания, игнорируется. Когда время истекает и интерфейс остается неавным, маршрутизатор начинает объявлять интерфейс неавным. Аналогично, когда настроено время удержания и интерфейс переходит из down в up, запускается up hold-timer. Каждый переход интерфейса, который происходит во время удержания, игнорируется. Когда время истекает, и интерфейс по-прежнему находится в активном состоянии,маршрутизатор начинает объявлять интерфейс как "в активном состоянии".

Рис. 2: Кратковременные перемыкания (миллисекунд)Кратковременные перемыкания (миллисекунд)

Общие сведения об отомпе (damping) для более длинных переходов на физический интерфейс

Если связь между интерфейсом маршрутизатора и транспортными устройствами не стабильно, это может привести к периодическим перехваиваниям, как показано Рис. 3 в. Перегиб происходит в порядок и более секундах, при этом продолжительность перехлобок может быть не более секунды. В этом случае использование функции hold timer может не дать оптимальных результатов, так как она не может подавлять относительно более длительное и повторяющегося перекрытие интерфейса. Увеличение времени удержания до секунд все еще позволяет системе отправлять обновления маршрутов на интерфейсе flapping, поэтому не удается подавлять периодические перехваченные интерфейсы в системе.

Рис. 3: Периодические перемыжки продолжительности (в секундах)Периодические перемыжки продолжительности (в секундах)

Для более длительного периодического перенастройки интерфейса настраивается импичное перенастройка интерфейса с помощью damping утверждения на интерфейсе. Этот метод отключения использует алгоритм экспоненциального отключания для подавления отчетов о событиях вовсю и выключения интерфейса для протоколов верхнего уровня. Каждый раз при отступе интерфейса к счетчику штрафов за интерфейс добавляется штраф. Если в какой-то момент объем накопленного штрафа превышает уровень подавления, интерфейс переводится в состояние подавления, а последующие события соединения интерфейса вверх и вниз не сообщаются в протоколы верхнего уровня.

Прим.:
  • Только серия PTX, серия T, MX960, маршрутизаторы, MX480, MX240, MX240, MX80 маршрутизаторы и M10i, поддерживают амортинг интерфейса для более длительного периодического перенастройки интерфейса на всех картах линии.

  • Штраф, добавленный к каждому флажку интерфейса, составляет 1000.

  • Система не указывает, является ли интерфейс неавным по причине подавления, или это фактическое состояние физического интерфейса. Из-за этого протоколы SNMP link trap и operation, Administration и Maintenance (OAM) не могут различать амперированную версию состояния соединения от реальной версии. Поэтому ловушки и протоколы могут работать не так, как ожидалось.

  • Подавление можно проверить, просмотрев информацию Damping в поле show interface extensive выходных данных команды.

Во всех случаях счетчик штрафов интерфейса следует за процессом экспоненциального затухания. Рис. 4 и Рис. 5 продемонстрировать процесс затухания, как это применимо к восстановлению, когда физический уровень связи не используется или находится в режиме up. Как только объем накопленного штрафа достигает нижней границы уровня повторного использования, интерфейс помечается как неподдержаваемы, а дальнейшие изменения в состоянии интерфейсного соединения снова сообщаются протоколам верхнего уровня. Этот параметр используется для настройки максимального времени для ограничения накопления штрафа за max-suppress пределами значения максимального штрафа. Значение максимального штрафа вычисляется программным обеспечением. Максимальный штраф соответствует времени, затуханию и достижению уровня повторного использования. Штраф продолжает затухания после пересечения уровня повторного использования.

Рис. 4 и Рис. 5 показать накопленный штраф и затухания со временем как затухание как затухание. Если штраф ниже уровня повторного использования и изменение состояния физического уровня соединения, система объявляет об изменениях состояния и вызывает изменения состояния SNMP.

Рис. 4 показывает снижение штрафа ниже уровня повторного использования при отсеии физического соединения. Система извещена об изменении состояния только после перехода физического уровня соединения в состояние up.

Рис. 4: Физический уровень связи отстает, когда уровень штрафа падает ниже уровня повторного использованияФизический уровень связи отстает, когда уровень штрафа падает ниже уровня повторного использования

Рис. 5 показывает снижение штрафа ниже уровня повторного использования, когда физический соединение находится в ветви. Система немедленно извещена об изменении состояния.

Рис. 5: Физический уровень связи в том случае, если уровень штрафа падает ниже уровня повторного использованияФизический уровень связи в том случае, если уровень штрафа падает ниже уровня повторного использования

Амортизатор коротких переходов на физический интерфейс

По умолчанию, когда интерфейс меняется с "up" на "Down" или "Down to up", этот переход немедленно объявляется оборудованию и Junos OS. В некоторых ситуациях, например, когда интерфейс подключен к мультиплекселю add/drop (ADM) или мультиплексатору по длин волне (WDM), или для защиты от отверстия для кадров SONET/SDH, можно захотеть сбросить изменения интерфейса. Это означает, что не будет объявления перехода интерфейса до тех пор, пока не пройдет определенный период времени, называемый временем удержания. При отомпных переходах интерфейса и переходе интерфейса от «вверх к вниз». Каждый переход интерфейса, который происходит во время удержания, игнорируется. Когда время истекает и интерфейс остается неавным, маршрутизатор начинает объявлять интерфейс неавным. Аналогично, когда интерфейс переходит из down в up, запускается up hold-time timer. Каждый переход интерфейса, который происходит во время удержания, игнорируется. Когда время истекает, и интерфейс по-прежнему находится в активном состоянии,маршрутизатор начинает объявлять интерфейс как "в активном состоянии". Для получения сведений о физическом отомпе простое интерфейса см. "Обзор перехавия физического интерфейса".

Эта задача применяется к отсечечему коротких переходов физического интерфейса в миллисекунах. Для того, чтобы отладить более длинные переходы физического интерфейса в секундах, см. "Damping Longer Physical Interface Transitions".

Для настройки амортизаторов коротких переходов физического интерфейса:

  1. Выберите интерфейс damp, где имя interface-type-fpc/pic/port интерфейса:
  2. Настройте время удержания для соединений вверх и вниз.

Время удержания может быть значением от 0 до 4294967295 миллисекунд. Значение по умолчанию - 0, что означает, что переходы интерфейса не будут отламы. Junos OS сообщает о переходе в течение 100 миллисекунд от задаемого значения времени.

Для большинства интерфейсов Ethernet время удержания реализуется с помощью алгоритма опроса, который задает одну секунду. Для интерфейсов Gigabit Ethernet с 1-портами, 2-портами и 4-портами с небольшими форм-фактором, подключаемыми трансиверами (SFP), на время прерывания задаются значения времени удержания.

Прим.:

Этот hold-time параметр не доступен для интерфейсов контроллера.

Дефкаж более длинных переходов физического интерфейса

Физическое ограничение интерфейса ограничивает объявление о переходах вверх и вниз (переподавляющихся) на интерфейсе. Нестабильная связь между интерфейсом маршрутизатора и транспортными устройствами может привести к периодическим перехваиваниям. Более длительное перекрытие происходит с периодом около пяти или более секунд с продолжительностью up-and-down одной секунды. Для таких более длинных периодических перехлябов интерфейса необходимо настроить ампляпсуляж интерфейса с damping помощью утверждения на интерфейсе. Этот метод отключения использует алгоритм экспоненциального отключения для подавления отчетов о событиях интерфейса вверх и вниз для протоколов верхнего уровня. Каждый раз при отступе интерфейса к счетчику штрафов за интерфейс добавляется штраф. Если в какой-то момент объем накопленного штрафа превышает уровень подавления, интерфейс переходит в состояние подавления, а переходы в состояние "up" и "down" в протоколы верхнего уровня не max-suppress сообщаются.

Прим.:
  • Поддерживаются только серия PTX, серия T, MX2010, MX2020, MX960, MX960, MX480 маршрутизаторы, MX240, MX80 маршрутизаторы и M10i-

  • Система не указывает, является ли интерфейс неавным по причине подавления, или это фактическое состояние физического интерфейса. Из-за этого протоколы SNMP link trap и operation, Administration и Maintenance (OAM) не могут различать амперированную версию состояния соединения от реальной версии. Поэтому ловушки и протоколы могут работать не так, как ожидалось.

  • Подавление можно проверить, просмотрев информацию Damping в поле show interface extensive выходных данных команды.

Параметры damping можно просмотреть с помощью show interfaces extensive этой команды.

Для настройки амортизаторов более длинных переходов физического интерфейса:

  1. Выберите интерфейс для damp, где имя интерфейса interface-type-fpc/pic/port или диапазон интерфейса:
  2. В физических интерфейсах включается более длительное переавление при переходе на физический интерфейс:
  3. (Необязательно) Установите максимальное время в секундах, которое можно подавления интерфейса независимо от нестабильности интерфейса.
    Прим.:

    Настраивается на значение, большее, чем значение; в противном случае max-suppresshalf-life конфигурация отклоняется.

  4. (Необязательно) Задай время затухания в секундах , что является интервалом, после которого счетчик штрафов накопленного интерфейса уменьшается в два раза, если интерфейс остается неизменным.
    Прим.:

    Настраивается на значение, большее, чем значение; в противном случае max-suppresshalf-life конфигурация отклоняется.

  5. (Необязательно) Установите порог повторного использования (без единиц). Когда значение счетчика накапливаемой штрафной суммы интерфейса падает ниже этого значения, интерфейс больше не подавляется.
  6. (Необязательно) Установите порог подавления (без единиц). Когда счетчик штрафов на суммарный интерфейс превышает это значение, интерфейс подавляется.

Примере: Настройка амортизатора физических интерфейсов

В данном примере показано, как настроить damping для физического интерфейса на серия PTX Packet Transport Router.

Требования

В данном примере используются следующие аппаратные и программные компоненты:

  • Один серия PTX пакетно-транспортный маршрутизатор

  • Один или несколько маршрутизаторов, которые предоставляют вводимые пакеты и получают выходные пакеты

  • Junos OS версии 14.1 или более поздней

Обзор

Амортирование физического интерфейса обеспечивает сглаживает переходы вверх и вниз (перебой) интерфейса. Каждый раз при переходе меняется состояние интерфейса, которое генерирует объявление для протоколов маршрутов верхнего уровня. Сокращение помогает уменьшить количество этих объявлений.

С точки зрения сетевого развертывания физические переброски интерфейса подпадют под эти категории:

  • Кратковременные множественные перемыкания (миллисекунд). Для более коротких переходов на физический интерфейс необходимо настроить ампмплиинг интерфейса с помощью hold-time утверждения на интерфейсе. Из-за того, что timer hold включает демпинг интерфейса, не сообщая об изменениях интерфейса до тех пор, пока не будет пройдена продолжительность периода удержания. Когда настроено время удержания и интерфейс переходит из активного в неавный, интерфейс не объявляется остальной системе как отстает до тех пор, пока не остался неавным на период удержания. Аналогичным образом, когда настраивается время удержания и интерфейс переходит из down в up, он не объявляется как up до тех пор, пока не остался в течение периода ожидания.

  • Периодические перемыыки продолжительности (в секундах). Для более длительного периодического перенастройки интерфейса настраивается импичное перенастройка интерфейса с помощью damping утверждения на интерфейсе. Этот метод отключения использует алгоритм экспоненциального отключения для подавления отчетов о событиях интерфейса вверх и вниз для протоколов верхнего уровня. Каждый раз при отступе интерфейса к счетчику штрафов за интерфейс добавляется штраф. Если в какой-то момент объем накопленного штрафа превышает уровень подавления, интерфейс переходит в состояние подавления, а дальнейшие переходы в состояние интерфейса не сообщаются в протоколы верхнего уровня.

Конфигурации

интерфейс командной строки быстрой конфигурации

Чтобы быстро настроить этот пример, скопировать следующие команды, ввести их в текстовый файл, удалить все разрывы строки, изменить все данные, необходимые для настройки сети, а затем скопировать и вкопировать команды в интерфейс командной строки на [edit] иерархии.

Процедуры

Пошаговая процедура

Чтобы настроить ампровровку на серия PTX Packet Transport Router:

  1. Установите интервал за полуотвеки, максимальное подавление, повторное использование, подавления значений и в enable:

  2. Конфигурация сфиксации:

Результаты

В режиме конфигурации подтвердите конфигурацию, введите show interfaces команду. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.

Проверки

Для подтверждения правильной работы конфигурации выполните эту задачу:

Проверка ампмпликсинга интерфейса на xe-6/0/0

Цель

Убедитесь, что в интерфейсе включена настройка damping и правильно заданы значения параметров damping.

Действий

В рабочем режиме запустите show interfaces extensive команду.

Смысл

В интерфейсе xe-6/0/0 включена и успешно настроена демпфированная конфигурация.

Включение и отключение уведомлений SNMP на физических интерфейсах

По умолчанию уведомления протокола Simple Network Management Protocol (SNMP) отправляются при изменениях состояния интерфейса или соединения. Эти уведомления можно включить или отключить в зависимости от требований.

Чтобы явно включить отправку уведомлений SNMP на физический интерфейс, выполните следующие действия:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии:
  2. Настройте параметр, позволяющий отправлять уведомления протокола управления простой сетью (SNMP) при изменениях traps состояния соединения.

Чтобы отключить отправку уведомлений SNMP на физическом интерфейсе, выполните следующие действия:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии:

  2. Настройте параметр для отключения отправки уведомлений об управлении простой сетью no-traps (SNMP) при изменениях состояния соединения.

Настройка учета для физического интерфейса

Обзор профилей учета

Juniper Networks маршрутизаторы и коммутаторы могут собирать различные виды данных о трафике, проходящем через маршрутизатор и коммутатор. Можно настроить один или несколько профилей учета, в которых указаны некоторые общие характеристики этих данных, включая следующие:

  • Поля, используемые в учетных записях

  • Число файлов, которые маршрутизатор или коммутатор сохраняет перед удалением, и число bytes на файл

  • Период опроса, который система использует для записи данных

Профили настраиваются и определяются уникальное имя для каждого профиля с помощью еконфигурирований на [edit accounting-options] уровне иерархии. Существует два типа профилей учета: профили интерфейса и профили фильтров. Профили интерфейса можно настроить, включив в нее утверждение interface-profile[edit accounting-options] иерархической иерархии. Профили фильтра можно настроить, включив в них утверждение filter-profile уровня [edit accounting-options] иерархии. Дополнительные сведения см. в Junos OS управления сетью для устройств маршрутов.

Профили фильтра применяются с помощью утверждения accounting-profile на [edit firewall filter filter-name] уровнях [edit firewall family family filter filter-name] иерархии и на иерархии. Дополнительные сведения см. в руководстве пользователя политики маршрутов, фильтры межсетевых экранов и правила управления трафиком.

Настройка учета для физического интерфейса

Перед началом работы

Необходимо настроить профиль для сбора ошибок и статистических данных для вводимых и выходных пакетов на определенном физическом интерфейсе. Профиль учета определяет, какую статистику следует собирать и запись в файл журнала. Дополнительные сведения о настройке файла журнала учета и данных см. в "Настройка файлов журналов учета-данных".

Профиль интерфейса указывает информацию, собранную и записанную в файл журнала. Можно настроить профиль для сбора ошибок и статистических данных для вводимых и выходных пакетов на определенном физическом интерфейсе.

  1. Чтобы настроить, какую статистику следует собрать для интерфейса, включите утверждение fields на [edit accounting-options interface-profile profile-name] уровне иерархии.
  2. Каждый профиль учета регистрет свою статистику в файл /var/log каталога. Чтобы настроить файл, который необходимо использовать, включите file утверждение на уровне [edit accounting-options interface-profile profile-name] иерархии.
    Прим.:

    Необходимо указать file утверждение для профиля интерфейса, уже настроенного на уровне [edit accounting-options] иерархии. Дополнительные сведения см. в "Настройка файлов журнала учета-данных"

  3. Каждый интерфейс с включенным профилем учета имеет статистику, собранную один раз за интервал времени, заданного для профиля учета. Время сбора статистики запланировано поровнастрой через заданные интервалы. Для настройки интервала включите утверждение интервала на уровне edit accounting-options interface-profile profile-name иерархии []
    Прим.:

    Минимальный допустимый интервал составляет 1 минуту. Настройка низкого интервала в профиле учета для большого количества интерфейсов может привести к серьезному снижению производительности.

  4. Для настройки интерфейсов, для которых должна быть выполнена учетная отчетность, примените профиль интерфейса к физическому интерфейсу, включив утверждение на accounting-profile[edit interfaces interface-name] уровне иерархии.

Отображение профиля учета для физического интерфейса

Цель

Отображение настроенного профиля учета определенного физического интерфейса на [edit accounting-options interface-profile profile-name] уровне иерархии:

  • interface-name—ge-1/0/1

  • Профиль интерфейса —if_profile

  • Имя файла—if_stats

  • Интервал — 15 минут

Действий

  • Запустите show команду на уровне [edit edit interfaces ge-1/0/1] иерархии.

  • Запустите show команду на уровне [edit accounting-options] иерархии.

Смысл

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

Отключение физического интерфейса

Отключение физического интерфейса

Можно отключить физический интерфейс, пометив его как отключенный, без удаления троек интерфейса из конфигурации.

ОСТОРОЖНО:

Для подключения к сети динамические абоненты и логические интерфейсы используют физические интерфейсы. С помощью Junos OS можно настроить интерфейс на отключение и сфиксировать изменение, в то время как динамические абоненты и логические интерфейсы все еще активны. Это действие приводит к потере всех подключений абонентов на интерфейсе. При отключении интерфейсов используйте внимательное внимание.

Отключение физического интерфейса:

  1. В режиме конфигурации перейдите на [edit interfaces interface-name] уровень иерархии.
  2. Включит disable утверждение.
Прим.:

На маршрутизаторе при использовании утверждения на иерархиченом уровне, в зависимости от типа PIC, интерфейс может отключить или не отключить disableedit interfaces лазер. Более старые трансиверы PIC не поддерживают выключение лазера, но более новые РС Gigabit Ethernet с трансиверами SFP и XFP поддерживают этот прием, и лазер будет отключен при отключенном интерфейсе.

лазерное предупреждение:

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

Примере: Отключение физического интерфейса

Пример конфигурации интерфейса:

Отключение интерфейса:

Проверка конфигурации интерфейса:

Последствия отключения интерфейсов на РС серии T

В следующей таблице описан эффект от использования утверждения на set interfaces disable interface_name РС серии T.

Табл. 13: Действие установленных интерфейсов отключит <interface_name> CS серии T

Номер модели PIC

Описание PIC

Тип PIC

Поведение

PF-12XGE-SFPP

10-гигабитный Ethernet LAN/WAN PIC с SFP+ (T4000 маршрутизатор)

5

Tx laser disabled (отключен лазер Tx)

PF-24XGE-SFPP

10-гигабитный Ethernet LAN/WAN PIC с чрезмернойподписацией и SFP+ (T4000 маршрутизатор)

5

Tx laser disabled (отключен лазер Tx)

PF-1CGE-CFP

100-гигабитный Ethernet PIC с CFP (T4000 маршрутизатор)

5

Tx laser disabled (отключен лазер Tx)

PD-4XGE-XFP

10-Гигабитный Ethernet, 4-портовые LAN/WAN XFP

4

Tx laser disabled (отключен лазер Tx)

PD-5-10XGE-SFPP

10-гигабитная LAN/WAN с SFP+

4

Tx laser disabled (отключен лазер Tx)

PD-1XLE-CFP

40-гигабитный с CFP

4

Tx laser disabled (отключен лазер Tx)

PD-1CE-CFP-FPC4

100-Гигабитный с CFP

4

Tx laser disabled (отключен лазер Tx)

PD-TUNNEL

Услуги по 40-гигабитным туннелям

4

Na

PD-4OC192-SON-XFP

OC192/STM64, 4-порт XFP

4

Лазер Tx не отключен

PD-1OC768-SON-SR

OC768c/STM256, 1-порт

4

Лазер Tx не отключен

Таблица истории выпусков
Версия
Описание
19.3R2
Начиная Junos OS версии 19.3R2, максимальный настраиваемый размер MTU MX2K-MPC11E составляет 16 000 bytes.
19.2R1
Начиная Junos OS версии 19.2R1, максимальный настраиваемый размер MTU для MPC10E-10C-MRATE составляет 16 000 bytes.
19.1R1
Начиная Junos OS выпуске 19.1R1, максимальный настраиваемый размер MTU для MPC10E-15C-MRATE составляет 16 000 bytes.
17.4R1
Начиная Junos OS версии 17.4R1, размер MTU MX204 составляет 16 000 bytes.
17.3R1
Начиная с Junos OS версии 17.3R1, размер MTU MPC MPC, начиная с Junos OS, составляет 16 000 bytes.
16.1R1
Начиная Junos OS 16.1R1, размер MTU для некоторых MPC увеличен до 16 000 bytes.
14.2
Начиная Junos OS версии 14.2, этот параметр позволяет фиксированному трехскоростному порту автоматически согласовываться с портами, ограниченными auto-10m-100m100m или 10m максимальной скоростью. Этот параметр должен быть включен только для tri-rate MPC-порта, т.е. для 3D 40x 1GE (LAN) RJ45 MIC на платформе MX. Этот параметр не поддерживает другие MCS на платформе MX.
14.2
Начиная с Junos OS 14.2, агрегированная сеть Ethernet поддерживает смешанные скорости передачи данных по серия PTX маршрутизаторах пакетной передачи.
14.1
Начиная с Junos OS выпуска 14.1R1 и 14.2, поддержка смешанных показателей в агрегированных пакетах Ethernet распространяется на MX240, MX480, MX960, MX2010 и MX2020 маршрутизаторов.
13.2
Начиная с Junos OS 13.2, агрегированная сеть Ethernet поддерживает смешанные и смешанные режимы на маршрутизаторах T640, T1600, T4000 и TX Matrix Plus.
13.2
Начиная Junos OS выпуска 13.2, соединения 100-Гигабитного Ethernet можно настроить с помощью двух интерфейсов 50 Gigabit Ethernet 100-Gigabit Ethernet PIC с CFP.
11.4
Начиная Junos OS 11.4, полудуплексный режим не поддерживается на медных интерфейсах Tri-Rate Ethernet. При включив утверждение, следует включить его на том же уровне speedlink-mode full-duplex иерархии.