Cisco 8000 SCE Subscribers мониторинг

[darkdefender]

Здравствуйте!

Кто нибудь сталкивался с необходимостью снятия инфы о подписчиках с сабжа через snmp ?

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

Пробовал вот как :

snmpget -v 2c -c community ipaddr

1.3.6.1.4.1.9.9.628.1.1.1.2 s subscriber_name

1.3.6.1.4.1.9.9.628.1.1.1.3 i 2

1.3.6.1.4.1.9.9.628.1.1.1.4 i 4

 

результат - noSuchName

[anix]

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

есть такой документ "Cisco Service Control Engine (SCE) Software Configuration Guide" в нем расписаны oid по которым можно получить информацию по количеству:

subscribersInfoTable (1.3.6.1.4.1.5655.4.1.8.1) B-39

subscribersInfoEntry (1.3.6.1.4.1.5655.4.1.8.1.1) B-39

subscribersNumIntroduced (1.3.6.1.4.1.5655.4.1.8.1.1.1) B-39

subscribersNumFree (1.3.6.1.4.1.5655.4.1.8.1.1.2) B-40

subscribersNumIpAddrMappings (1.3.6.1.4.1.5655.4.1.8.1.1.3) B-40

subscribersNumIpAddrMappingsFree (1.3.6.1.4.1.5655.4.1.8.1.1.4) B-40

subscribersNumIpRangeMappings (1.3.6.1.4.1.5655.4.1.8.1.1.5) B-40

subscribersNumIpRangeMappingsFree (1.3.6.1.4.1.5655.4.1.8.1.1.6) B-40

subscribersNumVlanMappings (1.3.6.1.4.1.5655.4.1.8.1.1.7) B-41

subscribersNumVlanMappingsFree (1.3.6.1.4.1.5655.4.1.8.1.1.8) B-41

subscribersNumActive (1.3.6.1.4.1.5655.4.1.8.1.1.9) B-41

subscribersNumActivePeak (1.3.6.1.4.1.5655.4.1.8.1.1.10) B-41

subscribersNumActivePeakTime (1.3.6.1.4.1.5655.4.1.8.1.1.11) B-41

subscribersNumUpdates (1.3.6.1.4.1.5655.4.1.8.1.1.12) B-42

subscribersCountersClearTime (1.3.6.1.4.1.5655.4.1.8.1.1.13) B-42

subscribersNumTpIpRangeMappings (1.3.6.1.4.1.5655.4.1.8.1.1.14) B-42

subscribersNumTpIpRangeMappingsFree (1.3.6.1.4.1.5655.4.1.8.1.1.15) B-42

subscribersNumAnonymous (1.3.6.1.4.1.5655.4.1.8.1.1.16) B-42

subscribersNumWithSessions (1.3.6.1.4.1.5655.4.1.8.1.1.17) B-43

subscribersPropertiesTable (1.3.6.1.4.1.5655.4.1.8.2) B-43

subscribersPropertiesEntry (1.3.6.1.4.1.5655.4.1.8.2.1) B-43

Edited December 16, 2011 by anix

[darkdefender]

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

Это ветка pCube 5655 - смотрел ее полностью, там не того что нужно.

 

И вот в этих ветках

subscribersInfoTable (1.3.6.1.4.1.5655.4.1.8.1) B-39

subscribersInfoEntry (1.3.6.1.4.1.5655.4.1.8.1.1) B-39

пусто...

Edited December 16, 2011 by darkdefender

[Helios]

Озадачивались этой проблемой, В Cisco Service Control Application for Broadband Reference Guide

в самом конце есть такой раздел - Guidelines for Using the CISCO-SCAS-BB MIB

И в самом конце - Accessing Subscriber Information in the Cisco SCE8000

Надеюсь незапинают если процитирую:

 

Create an entry in the cServiceControlSubscribersTable of the

CISCO-SERVICE-CONTROL-SUBSCRIBERS MIB. After an entry in this table is created and

associated with a subscriber name, its index (cServiceControlSubscribersIndex) can be referred to in

PCubeEngageMib (as spvIndex) to collect usage statistics for this subscriber.

 

Типа создайте в этой таблице запись с нужным вам именем субскрайбера, и тогда в соседней таблице волшебным образом наколдуется ветка со всеми его атрибутами субскрайбера.

 

An entry is created in the cServiceControlSubscribersTable table (at an index chosen by the user) by

setting the entry cServiceControlSubscribersRowStatus object with CreateAndGo(4) then setting the

name of the subscriber in the cServiceControlSubscribersName property.

 

Здесь тоже вроде все понятно. Этот этап понимания проходит без проблем.

 

For example, to poll the downstream volume of subscriber “sub123” for the P2P service using

PCubeEngageMib, perform the following steps.

 

Obtain the index of the P2P service from the SCA BB Console (this is a one-time operation that you

should perform only if services are changed in the policy). In this example, assume that the P2P service

index has its default value of 9.

 

Тут пример как промониторить сколько кушает торентов конкретный юзер. Вроде как все понятно тоже.

 

In order to create a subscriber entry, you must specify the indexes of the module and the desired

cServiceControlSubscribersIndex.

• Set entPhyIndex according to the index of the Service Control Module (SCM) entry in the Entity

MIB.

 

А вот тут начинаются засады. Где взять entPhyIndex не понятно никак, в мибах даже слова такого не ищется.

Понятно что вроде как индекс SCM но что это такое???

 

• Choose an index for cServiceControlSubscribersIndex (for this example we will arbitrarily choose

index 7).

 

Это тоже понятно. Выбрать любое понравившееся число. Выбрали.

 

Create an entry in ciscoServiceControlSubscribersMIB:cServiceControlSubscribersTable, at the index

that you have chosen:

• Set cServiceControlSubscribersRowStatus to 4 (using CreateAndGo).

• Set cServiceControlSubscribersName to "sub123".

 

А вот эту простую милую фразу "создайте запись" кроме как издевательством не назовешь.

Как только не создавали - результат как у DarkDefender - noSuchName

 

 

Read the subscriberServiceUsageDownVolume property out of

EngageMib:subscriberGrp:subscriberServiceUsageTable where entPhyIndex is set as instructed,

spvIndex is set to 7 and serviceIndex is set to 10. (In general, you may walk the

cServiceControlSubscribersTable in order to find out the various subscriber indexes, but in this case we

have chosen it to be 7 so we can directly use the same index for accessing the data of this subscriber).

 

До этого пункта еще не добрались...

 

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

p/s гуглиться по сабжу только содержимое scabbrg.pdf

Edited December 19, 2011 by Helios

[s.lobanov]

Озадачивались этой проблемой, В Cisco Service Control Application for Broadband Reference Guide

Create an entry in ciscoServiceControlSubscribersMIB:cServiceControlSubscribersTable, at the index

that you have chosen:

• Set cServiceControlSubscribersRowStatus to 4 (using CreateAndGo).

• Set cServiceControlSubscribersName to "sub123".

 

snmpset -c community -v2c HOST cServiceControlSubscribersName.$index s "VAL" cServiceControlSubscribersRowStatus.$index i 4

[darkdefender]

snmpset -c community -v2c HOST cServiceControlSubscribersName.$index s "VAL" cServiceControlSubscribersRowStatus.$index i 4

 

Попробовал

snmpset -v 2c -c community ipaddr 1.3.6.1.4.1.9.9.628.1.1.1.2.0 s "<subscriber_name>" 1.3.6.1.4.1.9.9.628.1.1.1.4.0 i 4

получил

Error in packet

Reason:(noSuchName) There is no variable name in this MIB.

Failed object:SNMPv2-SMI::enterprises.9.9.628.1.1.1.2.0

где 0 - в конце последовательности - это индекс.

Edited December 21, 2011 by darkdefender

[s.lobanov]

debug на snmp запустите на sce

[Helios]

Сорри за ламерский вопрос а как можно на SCE запустить debug на snmp?

debug ? там и близко snmp нет, (( перекопал все опции. В гугле тоже ничего нет.

[darkdefender]

debug на snmp запустите на sce

запустил snmpset с ключем -d, ничего нового, только дамп пакетов...ошибки те же.

Поменял пакеты местами - результат

Reason:(noSuchName) There is no variable name in this MIB.

Failed object:SNMPv2-SMI::enterprises.9.9.628.1.1.1.4.0

Edited December 22, 2011 by darkdefender

[s.lobanov]

возможно, что 0 - недопустимый индекс, посмотрите в миб-файле ограничение на индекс в этой ветке

[darkdefender]

возможно, что 0 - недопустимый индекс, посмотрите в миб-файле ограничение на индекс в этой ветке

Пробовал всякие, 0,1,...,7 - как в мануалах.

[Helios]

У кого-нибудь есть доступ в TAC, создайте пожалуйста кейс, вдруг ответят.

[darkdefender]

ап :) проблема так и не решилась :)

[xcme]

Никто не смог? )

[nixx]

ну типа да. только для двухтысячной:

snmpset -c write -v2c 192.168.0.10 PCUBE-SE-MIB::spvSubName.1.${ID} s ${SUBNAME} PCUBE-SE-MIB::spvRowStatus.1.${ID} i 4

обратите внимание на единичку.

 

результат смотрим в CISCO-SCAS-BB-MIB::subscriberServiceUsageEntry

 

удалить созданную таблицу статистики:

snmpset -c write -v2c 192.168.0.10 PCUBE-SE-MIB::spvRowStatus.1.${ID} i 6