Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Настройка SNMP для экземпляров маршрутов

Поддержка SNMP для экземпляров маршрутов

Junos OS позволяет диспетчерам SNMP для всех экземпляров маршрутов запрашивать и управлять данными SNMP, соответствующими экземплярам маршрутов и логическим сетям системы.

В Junos OS:

  • Клиенты, принадлежащие экземплярам маршрутов и/или логическим системам, которые находятся за другими системами по умолчанию, могут иметь доступ к MIB объектам и выполнять операции SNMP только на экземпляре маршрутов и/или логических системных сетях, к которым они принадлежат.

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

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

До Junos OS выпуска 8.4 только диспетчер SNMP в экземпляре маршрутов по умолчанию (inet.0) имел доступ к MIB объектам.

В связи с увеличением предложений услуг виртуальной частной сети (VPN) эта функция особенно полезна для поставщиков услуг, которым необходимо получить данные SNMP для определенных экземпляров маршрутов Рис. 1 (см.). Поставщики услуг могут использовать эту информацию в своих собственных потребностях управления или экспортировать данные для использования их клиентами.

Рис. 1: Данные SNMP для экземпляров маршрутовДанные SNMP для экземпляров маршрутов

Если в запросе не указан ни один экземпляр маршрутки, агент SNMP работает как раньше:

  • Для объектов ненастояной таблицы все экземпляры открыты.

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

    Прим.:

    Обмен фактическими единицами данных протокола (PDUs) по-прежнему продолжается по умолчанию (inet.0), но возвращенное содержимое данных определяется экземпляром маршрутов, заданным в запросе PDUs.

Экземпляр маршрутной маршрутки управления SNMPv3

Начиная Junos OS 19.4R1, можно получить доступ к информации, касающейся всех экземпляров маршрутов и логических системных сетей, а не только экземпляра входной маршрутки, путем настройки интерфейса управления SNMPv3 в необходимом экземпляре управления. Можно настроить утверждение конфигурации экземпляра управления на уровне [edit SNMP v3] иерархии.

Преимущества

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

Включение экземпляра маршрутной маршрутки управления

Чтобы включить экземпляр маршрутной маршрутки для управления SNMPv3:

  1. Настройте утверждение экземпляра управления.

  2. Сфиксировать конфигурацию.

Удаление экземпляра управляющей маршрутки

Удаление экземпляра управляющей маршрутки SNMPv3:

  1. Удалить или деактивировать экземпляр экземпляра управляющей маршрутки SNMPv3.

SNMP MИB, поддерживаемые для экземпляров маршрутов

Табл. 1 отображает объекты MIB предприятий, поддерживаемые Junos OS, и содержит заметки об их обработке при указании экземпляра маршрутов в запросе SNMP. En dash (-) указывает, что элемент не применим.

Табл. 1: MIB для экземпляров маршрутов (Juniper Networks MBS)

Объекта

Класс поддержки

Описание/примечания

jnxProducts (1)

ID объекта продукта

jnxServices (2)

Услуги

jnxMibs (3)

jnxBoxAnatomy (1)

Класс 3

Объекты открыты только для логической системы по умолчанию.

mpls (2)

Класс 2

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

ifJnx (3)

Класс 1

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

jnxAlarms (4)

Класс 3

Объекты открыты только для логической системы по умолчанию.

jnx Это экраны (5)

Класс 4

Данные не разделены экземпляром маршрутов. Все экземпляры открыты.

jnxDCUs (6)

Класс 1

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

jnxPingMIB (7)

Класс 3

Объекты открыты только для логической системы по умолчанию.

jnxTraceRouteMIB (8)

Класс 3

Объекты открыты только для логической системы по умолчанию.

jnxATM (10)

Класс 1

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

jnxIpv6(11)

Класс 4

Данные не разделены экземпляром маршрутов. Все экземпляры открыты.

jnxIpv4(12)

Класс 1

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

jnxRmon (13)

Класс 3

jnxRmonAlarmTable(1). Объекты открыты только для логической системы по умолчанию.

jnxLdp (14)

Класс 2

jnxLdpTrapVars(1). Все экземпляры логической системы открыты. Данные не будут разделены до уровня экземпляра маршрутов.

jnxCos (15)

jnxCosIfqStatsTable (1) jnxCosFcTable (2) jnxCosFcIdTable (3) jnxCosQstatTable (4)

Класс 3

Объекты открыты только для логической системы по умолчанию.

jnxScu (16)

jnxScuStatsTable(1)

Класс 1

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

jnxRpf (17)

jnxRpfStatsTable (1)

Класс 1

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

jnxCfgMgmt (18)

Класс 3

Объекты открыты только для логической системы по умолчанию.

jnxPMon (19)

jnxPMonFlowTable (1)

jnxPMonErrorTable(2)

jnxPMonMemoryTable(3)

Класс 1

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

jnxSonet (20)

jnxSonetAlarmTable(1)

Класс 1

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

jnxAtmCos (21)

jnxCosAtmVcTable(1)

jnxCosAtmScTable(2)

jnxCosAtmVcQstatsTable (3)

jnxCosAtmTrunkTable (4)

Класс 1

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

ipSecFlowMonitorMIB (22)

jnxMac (23)

jnxMacStats (1)

Класс 1

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

apsMIB (24)

Класс 3

Объекты открыты только для логической системы по умолчанию.

jnxChassisDefines (25)

Класс 3

Объекты открыты только для логической системы по умолчанию.

jnxVpnMIB (26)

Класс 2

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

jnxSericesInfoMib (27)

Класс 1

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

jnxCollectorMIB (28)

Класс 1

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

jnxHistory (29)

jnxSpMIB (32)

Класс 3

Объекты открыты только для логической системы по умолчанию.

Табл. 2 отображает объекты MIB класса 1 (стандартные и корпоративные MИB), поддерживаемые Junos OS. В объектах класса 1 открыты только логические интерфейсы (и их родительские физические интерфейсы), принадлежащие определенному экземпляру маршрутов.

Табл. 2: Объекты MIB класса 1 (стандартные и Juniper MBS)

Класса

MIB

Объектов

Класс 1

802.3ad.mib

(dot3adAgg) MIB объектов:

dot3adAggTable

dot3adAggPortListTable

(dot3adAggPort)

dot3adAggPortTable

dot3adAggPortStatsTable

dot3adAggPortDebugTable

rfc2863a.mib

ifTable

ifXTable

ifStackTable

rfc2011a.mib

ipAddrTable

ipNetToMediaTable

rtmib.mib

ipForward (ipCidrRouteTable)

rfc2665a.mib

dot3StatsTable

dot3ControlTable

dot3PauseTable

rfc2495a.mib

dsx1ConfigTable

dsx1CurrentTable

dsx1IntervalTable

dsx1TotalTable

dsx1FarEndCurrentTable

dsx1FarEndIntervalTable

dsx1FarEndTotalTable

dsx1FracTable ...

rfc2496a.mib

dsx3 (dsx3ConfigTable)

rfc2115a.mib

frDlcmiTable (и связанные MIB объекты)

rfc3592.mib

sonetMediumTable (и связанные с MIB объекты)

rfc3020.mib

mfrMIB

mfrBundleTable

mfrMibBundleLinkObjects

mfrBundleIfIndexMappingTable

(и связанные MIB объекты)

ospf2mib.mib

Все объекты

ospf2trap.mib

Все объекты

bgpmib.mib

Все объекты

rfc2819a.mib

Примере: etherStatsTable

Класс 1

rfc2863a.mib

Примеры:

ifXtable

ifStackTable

rfc2665a.mib

EtherMIB

rfc2515a.mib

объекты atmMIB

Примеры:

atmInterfaceConfTable

atmVplTable

atmVclTable

rfc2465.mib

ip-v6mib

Примеры:

ipv6IfTable

ipv6AddrPrefixTable

ipv6NetToMediaTable

ipv6RouteTable

rfc2787a.mib

vrrp mib

rfc2932.mib

ipMRouteMIB

ipMRouteStdMIB

mroutemib.mib

ipMRoute1MIBObjects

isismib.mib

isisMIB

pimmib.mib

pimMIB

msdpmib.mib

msdpmib

jnx-if-extensions.mib

Примеры:

ifJnxTable

ifChassisTable

jnx-dcu.mib

jnxDCUs

jnx-atm.mib

Примеры:

jnxAtmIfTable

jnxAtmVCTable

jnxAtmVpTable

jnx-ipv4.mib

jnxipv4

Примере: jnxIpv4AddrTable

jnx-cos.mib

Примеры:

jnxCosIfqStatsTable

jnxCosQstatTable

jnx-scu.mib

Примере: jnxScuStatsTable

jnx-rpf.mib

Примере: jnxRpfStatsTable

jnx-pmon.mib

Примере: jnxPMonFlowTable

jnx-sonet.mib

Примере: jnxSonetAlarmTable

Класс 1

jnx-atm-cos.mib

Примеры:

jnxCosAtmVcTable

jnxCosAtmVcScTable

jnxCosAtmVcQstatsTable

jnxCosAtmTrunkTable

jnx-mac.mib

Примере: jnxMacStatsTable

jnx-services.mib

Примере: jnxSvcFlowTableAggStatsTable

jnx-coll.mib

jnxCollectorMIB

Примеры:

jnxCollPicIfTable

jnxCollFileEntry

Табл. 3 отображает объекты MIB класса 2 (стандартные и корпоративные MИB), поддерживаемые Junos OS. Объекты класса 2 открыты для всех экземпляров логической системы. Данные не будут разделены до уровня экземпляра маршрутов.

Табл. 3: Объекты MIB класса 2 (стандартные и Juniper MBS)

Класса

MIB

Объектов

Класс 2

rfc3813.mib

mplsLsrStdMIB

Примеры:

mplsInterfaceTable

mplsInSegmentTable

mplsOutSegmentTable

mplsLabelStackTable

mplsXCTable

(и связанные MIB объекты)

igmpmib.mib

igmpStdMIB

Прим.:

Это igmpmib.mib проектная версия стандартного стандарта IGMP MIB в экспериментальном дереве. Junos OS не поддерживает исходные стандарты IGMP MIB.

l3vpnmib.mib

mplsVpnmib

jnx-mpls.mib

Примере: mplsLspList

jnx-ldp.mib

jnxLdp

Примере: jnxLdpStatsTable

jnx-vpn.mib

jnxVpnMIB

jnx-bgpmib2.mib

jnxBgpM2Experiment

Табл. 4 отображает объекты MIB класса 3 (стандартные и корпоративные MИB), поддерживаемые Junos OS. Объекты класса 3 открыты только для логической системы по умолчанию.

Табл. 4: Объекты MIB класса 3 (стандартные и Juniper MBS)

Класса

MIB

Объектов

Класс 3

rfc2819a.mib

rmonEvents

alarmTable

logTable

eventTable

agentxMIB

rfc2925a.mib

pingmib

rfc2925b.mib

tracerouteMIB

jnxchassis.mib

jnxBoxAnatomy

jnx-chassis-alarm.mib

jnxAlarms

По умолчанию серия SRX устройства запрашивают jnxAlarms mib только на основном узле группы избыточности 0 (RG0), а не на вторичном узле.

jnx-ping.mib

jnxPingMIB

jnx-traceroute.mib

jnxTraceRouteMIB

jnx-rmon.mib

jnxRmonAlarmTable

jnx-cos.mib

Примере: jnxCosFcTable

jnx-cfgmt.mib

Примере: jnxCfgMgmt

jnx-sonetaps.mib

apsMIBObjects

jnx-sp.mib

jnxSpMIB

ggsn.mib

EjnmobileipABmib

rfc1907.mib

snmpModules

snmpModules

Примеры:

snmpMIB snmpFrameworkMIB

Табл. 5 отображает объекты MIB класса 4 (стандартные и корпоративные MИB), поддерживаемые Junos OS. В объектах класса 4 данные не разделены экземпляром маршрутов. Все экземпляры открыты.

Табл. 5: Объекты MIB класса 4 (стандартные и Juniper MBS)

Класса

MIB

Объектов

Класс 4

Системы

Примере: sysORTable

rfc2011a.mib

ip (ipDefaultTTL, ipInReceives)

Icmp

rfc2012a.mib

Tcp

tcpConnTable

ipv6TcpConnTable

rfc2013a.mib

Udp

udpTable

ipv6UdpTable

rfc2790a.mib

система hrSystem

rfc2287a.mib

sysApplOBJ

jnx-firewall.mib

jnx Эти экраны

jnx-ipv6.mib

jnxIpv6

Классы поддержки для MIB объектов

При указании экземпляра маршрутов все объекты, связанные с MIB маршрутами, возвращают данные, поддерживаемые экземпляром маршрутов в запросе. Для всех других MIB объектов полученные данные разделены в соответствии с этим экземпляром маршрутов. Например, только интерфейсы, присвоенные данному экземпляру маршрутов (например, логические интерфейсы [ifls] и соответствующие их физические интерфейсы [ifds]) открыты агентом SNMP. Кроме того, объекты с однозначным прикреплением к интерфейсу (например, адреса) также разделены.

Для объектов, в которых вложенное приложение является объектом веяния (например, объекты в sysApplMIB), разделения не делается, и во всех случаях видны все экземпляры.

Другая категория объектов видна только в том случае, если не указана логическая система (только в пределах логической системы по умолчанию), независимо от экземпляра маршрутов в логической системе по умолчанию. Объектами этой категории являются MIB шасси, объекты группы SNMP, аварийные сигналы RMON, группы событий и журналов, команды ping MIB объектов, объекты управления конфигурацией и объекты V3.

Таким образом, для поддержки экземпляров маршрутов MIB объекты подпадают под одну из следующих категорий:

  • Класс 1. Данные разделены в соответствии с экземпляром маршрутов в запросе. Это наиболее детализация классов сегрегации.

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

  • Класс 3. Данные открыты только для логической системы по умолчанию. Тот же набор данных возвращается для всех экземпляров маршрутов, принадлежащих логической системе по умолчанию. Если указана другая логическая система (не является стандартной), данные не возвращаются. Обычно этот класс применяется к объектам, реализованным в субагентах, которые не отслеживают логические изменения системы и не регистрируют их объекты, используя только контекст по умолчанию (например, шасси MIB объектов).

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

Список объектов, связанных с каждым классом, см. в SNMP MIBs, поддерживаемых экземплярами маршрутов.

Ловушки SNMP, поддерживаемые для экземпляров маршрутов

Приемники trap-сообщения могут не получать trap-сообщения, не относящиеся к логическим системным сетям, к которым они принадлежат. Чтобы сделать это, logical-system-trap-filter включим утверждение на [edit snmp] уровне иерархии:

Если утверждение не включено в конфигурацию SNMP, все ловушки перенаправлены на настроенные logical-system-trap-filter экземпляры маршрутов. Однако даже после настройки этого утверждения приемник trap-сообщений, связанный с экземпляром маршрутов по умолчанию, получит все ловушки SNMP.

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

Для ловушек, настроенных в рамках v3, имя экземпляра маршрутов передается в поле контекста при настройке модели обработки сообщений v3. Для других моделей обработки сообщений (v1 или v2c) имя экземпляра маршрутов не передается в заглавной строке сообщения trap (и не кодируется в строке сообщества).

Определение экземпляра маршрутов

Эта функция позволяет определить экземпляры маршрутов по полю контекста в запросах v3 или закодированному в строке сообщества в запросах v1 или v2c.

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

Во избежание конфликтов с допустимой строкой сообщества, содержающей символ, сообщество обрабатывается в случае неудачи обычной обработки @ строки сообщества. Например, если настроен экземпляр маршрутов с именем, то запрос SNMP с обрабатывается в контексте RIRI@publicRI экземпляра маршрутов. Контроль доступа (мнения, ограничения адреса источника, привилегии доступа и так далее) применяется в соответствии с фактической строкой сообщества (набором данных после символа @ ( в данном public случае). Однако если строка имени сообщества настроена, блок данных протокола (PDU) обрабатывается в соответствии с этим сообществом, и имя встроенного экземпляра RI@public маршрутов игнорируется.

Логические системы выполняют подмножество действий физического маршрутизатора и имеют собственные уникальные таблицы маршрутов, интерфейсы, политики и экземпляры маршрутов. Когда экземпляр маршрутов определен в логической системе, логическое имя системы должно быть закодировано вместе с экземпляром маршрутирования с помощью косой черты (), чтобы разделить / эти два. Например, если экземпляр маршрутов настроен в пределах логической системы, то экземпляр маршрутки должен быть закодирован в строке сообщества RILS как LS/RI@public . Если экземпляр маршрутов настроен вне логической системы (в пределах логической системы по умолчанию), логическое имя (или символ) системы / не требуется.

Кроме того, при созданной логической системе по умолчанию экземпляр маршрутов (именуется) default всегда создается в пределах логической системы. Это имя должно использоваться при запросе данных для экземпляра маршрутов (например, LS/default@public ). Для запросов v3 имя логической системы/экземпляра маршрутов должно быть определено непосредственно в поле контекста.

Прим.:

Чтобы идентифицировать виртуальную LAN (VLAN) экземпляра spanning tree (VS серия MX TP на универсальных платформах маршрутизации 5G), укажите имя экземпляра маршрутизации, за которым следует двойной двоеточие () и :: ID VLAN. Например, чтобы определить экземпляр VSTP для VLAN 10 в экземпляре глобальной маршрутки по умолчанию, включим строку default::10@publiccontext (SNMPv3) или community (SNMPv1 или v2).

Включение доступа SNMP через экземпляры маршрутов

Чтобы позволить диспетчерам SNMP в экземплярах маршрутов, которые не являются экземплярами маршрутной маршрутки по умолчанию, для получения доступа к информации SNMP, включите утверждение на routing-instance-access[edit snmp] иерархической уровне:

Если это утверждение не включено в конфигурацию SNMP, менеджеры SNMP из экземпляров маршрутов, кроме экземпляра маршрутов по умолчанию, не смогут получить доступ к информации SNMP. Этот параметр применим к запросам для любой версии SNMP (SNMP v1, v2 или v3).

Указание экземпляра маршрутов в сообществе SNMPv1 или SNMPv2c

При добавлении клиента в сообщество SNMP можно указать экземпляр маршрутки вместе с информацией о клиенте. Чтобы указать экземпляр маршрутов, к которому относится клиент, включив в конфигурацию SNMP утверждение, за которым следует имя экземпляра маршрутов и сведения routing-instance о клиенте.

В следующем примере показана конфигурация для добавления тестового экземпляра маршрутов в сообщество SNMP1.

Прим.:

Экземпляры маршрутов, указанные на уровне иерархии, добавляются к логической системе, заданной по умолчанию [edit snmp community community-name] в сообществе.

Если экземпляр маршрутов определен в пределах логической системы, включит утверждение на уровне routing-instanceedit snmp community community-name logical-system logical-system-name [] иерархии, как в следующем примере:

Примере: Настройка параметров интерфейса для экземпляра маршрутов

В этом примере показана конфигурация интерфейса 802.3ad ae0, выделенная для экземпляра маршрутов с именем INFrtd:

Следующая команда показывает, как извлечь информацию, связанную с SNMP, с маршрутизатора 1 и интерфейса пучка 802.3ae, принадлежащего экземпляру маршрутов snmpwalk INFrtd с сообществом SNMP: public

Настройка списков доступа для доступа SNMP через экземпляры маршрутов

Для управления доступом к информации SNMP можно создавать и поддерживать списки доступа. Конфигурация списка доступа позволяет разрешить или запретить доступ SNMP к клиентам конкретного экземпляра маршрутов и применяется к запросам для любой версии SNMP.

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

Конфигурация, заданная в примере:

  • Ограничивает доступ клиентов ri1 к данным SNMP.

  • Разрешает клиентам вход и все другие экземпляры маршрутов с именами, начиная с получения доступа ls1/defaultls1/ri2 к ls1 сведениям SNMP.

Для представления строки в имени экземпляра маршрутов можно использовать символ подимыка (*).

Прим.:

Нельзя запретить диспетчеру SNMP экземпляра маршрутов по умолчанию получить доступ к сведениям SNMP.