HELP!!!/
Киньте спасательный круг!!! Настроил DSLAM MA 5103. Сцепил с сетью. Пользователи ходят в интернет идеально. Вообщем все работает, но КАК НА ЭТОЙ ЖЕЛЕЗЯКЕ СНЯТЬ ТРАФИК С ПОРТОВ!!!!
>HELP!!!/
>Киньте спасательный круг!!! Настроил DSLAM MA 5103. Сцепил с сетью. Пользователи ходят
>в интернет идеально. Вообщем все работает, но КАК НА ЭТОЙ ЖЕЛЕЗЯКЕ
>СНЯТЬ ТРАФИК С ПОРТОВ!!!!
Вообще, по идее:
show statistics performance
Но лучше просите у Huawei MIB'ы и работайте со статистикой по snmp.
>Вообще, по идее:
>show statistics performance
>Но лучше просите у Huawei MIB'ы и работайте со статистикой по snmp.
>1.show statistics performance
Очень логично, но разве есть что-то похожее на вх./исх. трафик (результаты команды внизу).
2.Но лучше просите у Huawei MIB'ы и работайте со статистикой по snmp.
Вот это очень хорошее предложение, но его я проработал уже вдоль и поперек. Представители Huawei ответили на это тем, что для того чтобы получить mib's необходимо подписать соглашение о неразглашении, а чтобы это сделать нужно подождать месяца 2-3. А это крайне долго. В нете пусто. Может есть еще какие варианты???Command:
show statistics performance 0 last-24hoursMA5103(config-if-adsl-0/1)#
---------------------------------------------------------------------------
<ATU-C>
Total elapsed seconds in this interval : 86400
Count of Loss of Frame seconds : 65
Count of Loss of Signal seconds : 238
Count of Loss of Link seconds : 257
Count of Loss of Power seconds : 0
Count of Errored Seconds : 23
Count of line initialization attempts : 131
Count of all encoded blocks received : 809775
Count of all encoded blocks transmitted : 809775
Count of all blocks received with correctable errors : 2762
Count of all blocks received with uncorrectable errors : 2821
Count of fast retrain seconds : 0
Count of failed fast retrain seconds : 0
Count of severely errored seconds(SES) : 318
Count of unavailable seconds : 1849
<ATU-R>
Total elapsed seconds in this interval : 86400
Count of Loss of Frame seconds : 17
Count of Loss of Signal seconds : 12
Count of Loss of Power seconds : 9
Count of Errored Seconds : 3
Count of all encoded blocks received : 809775
Count of all encoded blocks transmitted : 809775
Count of all blocks received with correctable errors : 14
Count of all blocks received with uncorrectable errors : 12
Count of severely errored seconds(SES) : 23
Count of unavailable seconds : 0
---------------------------------------------------------------------------
>>Вообще, по идее:
>>show statistics performance
>>Но лучше просите у Huawei MIB'ы и работайте со статистикой по snmp.
>>
>
>1.show statistics performance
> Очень логично, но разве есть что-то похожее на вх./исх. трафик
>(результаты команды внизу).
>2.Но лучше просите у Huawei MIB'ы и работайте со статистикой по snmp.
>
> Вот это очень хорошее предложение, но его я проработал уже
>вдоль и поперек. Представители Huawei ответили на это тем, что для
>того чтобы получить mib's необходимо подписать соглашение о неразглашении, а чтобы
>это сделать нужно подождать месяца 2-3. А это крайне долго. В
>нете пусто. Может есть еще какие варианты???
>
>Маленько промахнулся я. Смотрите команду
show cell statistics {frame/slot/port<S>}
в конфигурационном режиме.
Пример:
maXXXX-XX(config)#show cell statistics 0/1/11
{ <cr>|vpi<U><0,4095> }:Command:
show cell statistics 0/1/11
----------------------------------------------------------
Port Receive(UTOPIA<--CellBus) Send(UTOPIA-->CellBus)
11 961 959
----------------------------------------------------------По этой команде имеем данные в кол-ве АТМ ячеек.
Кол-во умножаем на 48 (ATM ячейка 53 байта минус 5 байт заголовок) - получаем
искомую величину. Сброс статистики:
clear cell statistics {frame/slot/port<S>}
Хотя честно сказать, на практике, правдивость этих показаний не проверялась, так как трафик считаем по другому.
Что же касается MIB'ов, то да - они распространяются только по NDA и процедура действительно долгая.
>По этой команде имеем данные в кол-ве АТМ ячеек.
>Кол-во умножаем на 48 (ATM ячейка 53 байта минус 5 байт заголовок)
>- получаем
>искомую величину. Сброс статистики:
>clear cell statistics {frame/slot/port<S>}
>Хотя честно сказать, на практике, правдивость этих показаний не проверялась, так как
>трафик считаем по другому.
>Что же касается MIB'ов, то да - они распространяются только по NDA
>и процедура действительно долгая.Огромное спасибо. Это уже интереснее. Что-то похожее на трафик получается. Я думаю пока нет другова варианта, можно остановиться на этом. А вариант SNMPWALK мне никак не поможет? Может есть смысл поискать там нужные цифры?
>>По этой команде имеем данные в кол-ве АТМ ячеек.
>>Кол-во умножаем на 48 (ATM ячейка 53 байта минус 5 байт заголовок)
>>- получаем
>>искомую величину. Сброс статистики:
>>clear cell statistics {frame/slot/port<S>}
>>Хотя честно сказать, на практике, правдивость этих показаний не проверялась, так как
>>трафик считаем по другому.
>>Что же касается MIB'ов, то да - они распространяются только по NDA
>>и процедура действительно долгая.
>
>Огромное спасибо. Это уже интереснее. Что-то похожее на трафик получается. Я думаю
>пока нет другова варианта, можно остановиться на этом. А вариант SNMPWALK
>мне никак не поможет? Может есть смысл поискать там нужные цифры?
>Врядли... Просите MIB'ы.
>>>По этой команде имеем данные в кол-ве АТМ ячеек.
>>>Кол-во умножаем на 48 (ATM ячейка 53 байта минус 5 байт заголовок)
>>>- получаем
>>>искомую величину. Сброс статистики:
>>>clear cell statistics {frame/slot/port<S>}
>>>Хотя честно сказать, на практике, правдивость этих показаний не проверялась, так как
>>>трафик считаем по другому.
>>>Что же касается MIB'ов, то да - они распространяются только по NDA
>>>и процедура действительно долгая.
>>
>>Огромное спасибо. Это уже интереснее. Что-то похожее на трафик получается. Я думаю
>>пока нет другова варианта, можно остановиться на этом. А вариант SNMPWALK
>>мне никак не поможет? Может есть смысл поискать там нужные цифры?
>>
>
>Врядли... Просите MIB'ы.1. Да, я бы с радостью, но абоненты уже идут. И я их подключаю. Пока пользуюсь снятием статистики с каталисты. На dslame каждому пользователю выделяю отдельный vlan и все работает ок. Я бы и не заморачивался поиском других вариантов, а пользовался этим пока не прийдут mib's, но dslam позволяет мне создать только 27 vlan. Может знаете как расширить число region vlan?
2. Потестил вариант с ATM Cell * 48/ Получился трафик, однако каждую секунду простоя (когда модем ничего не качает) появляется по 2 * 48 = 96 байт. За сутки натикает очень много. Этого не происходит когда модем выключен. Bitswap отключен. Может можно как-то выкрутиться из этой ситуации?
>>>>По этой команде имеем данные в кол-ве АТМ ячеек.
>>>>Кол-во умножаем на 48 (ATM ячейка 53 байта минус 5 байт заголовок)
>>>>- получаем
>>>>искомую величину. Сброс статистики:
>>>>clear cell statistics {frame/slot/port<S>}
>>>>Хотя честно сказать, на практике, правдивость этих показаний не проверялась, так как
>>>>трафик считаем по другому.
>>>>Что же касается MIB'ов, то да - они распространяются только по NDA
>>>>и процедура действительно долгая.
>>>
>>>Огромное спасибо. Это уже интереснее. Что-то похожее на трафик получается. Я думаю
>>>пока нет другова варианта, можно остановиться на этом. А вариант SNMPWALK
>>>мне никак не поможет? Может есть смысл поискать там нужные цифры?
>>>
>>
>>Врядли... Просите MIB'ы.
>
>1. Да, я бы с радостью, но абоненты уже идут. И я
>их подключаю. Пока пользуюсь снятием статистики с каталисты. На dslame каждому
>пользователю выделяю отдельный vlan и все работает ок. Я бы и
>не заморачивался поиском других вариантов, а пользовался этим пока не прийдут
>mib's, но dslam позволяет мне создать только 27 vlan. Может знаете
>как расширить число region vlan?Никак. Это ограничение данного оборудования. Есть вариант использовать logical vlan,
их может быть 4K в режиме IP-DSLAM.>2. Потестил вариант с ATM Cell * 48/ Получился трафик, однако каждую
>секунду простоя (когда модем ничего не качает) появляется по 2
>* 48 = 96 байт. За сутки натикает очень много. Этого
>не происходит когда модем выключен. Bitswap отключен. Может можно как-то выкрутиться
>из этой ситуации?Какой класс обслуживания указан для pvc ? По идее(но не 100%) при классе UBR такого
быть не должно. Посмотреть можно так:
смотрим настройки конкретного pvc
show pvc 0/1/11
в колонке CTTR указан индекс класса обслуживания(на стороне SRC)
смотрим таблицу классов обслуживания
show traffic table from-index 0
в колонке TID ищем нужный нам индекс.
>>>>>По этой команде имеем данные в кол-ве АТМ ячеек.
>>>>>Кол-во умножаем на 48 (ATM ячейка 53 байта минус 5 байт заголовок)
>>>>>- получаем
>>>>>искомую величину. Сброс статистики:
>>>>>clear cell statistics {frame/slot/port<S>}
>>>>>Хотя честно сказать, на практике, правдивость этих показаний не проверялась, так как
>>>>>трафик считаем по другому.
>>>>>Что же касается MIB'ов, то да - они распространяются только по NDA
>>>>>и процедура действительно долгая.
>>>>
>>>>Огромное спасибо. Это уже интереснее. Что-то похожее на трафик получается. Я думаю
>>>>пока нет другова варианта, можно остановиться на этом. А вариант SNMPWALK
>>>>мне никак не поможет? Может есть смысл поискать там нужные цифры?
>>>>
>>>
>>>Врядли... Просите MIB'ы.
>>
>>1. Да, я бы с радостью, но абоненты уже идут. И я
>>их подключаю. Пока пользуюсь снятием статистики с каталисты. На dslame каждому
>>пользователю выделяю отдельный vlan и все работает ок. Я бы и
>>не заморачивался поиском других вариантов, а пользовался этим пока не прийдут
>>mib's, но dslam позволяет мне создать только 27 vlan. Может знаете
>>как расширить число region vlan?
>
>Никак. Это ограничение данного оборудования. Есть вариант использовать logical vlan,
>их может быть 4K в режиме IP-DSLAM.
>Режим стоит ip-dslam. но там только general и regional vlan. Может имеется ввиду другой режим?
>>2. Потестил вариант с ATM Cell * 48/ Получился трафик, однако каждую
>>секунду простоя (когда модем ничего не качает) появляется по 2
>>* 48 = 96 байт. За сутки натикает очень много. Этого
>>не происходит когда модем выключен. Bitswap отключен. Может можно как-то выкрутиться
>>из этой ситуации?
>
>Какой класс обслуживания указан для pvc ? По идее(но не 100%) при
>классе UBR такого
>быть не должно. Посмотреть можно так:
>смотрим настройки конкретного pvc
>show pvc 0/1/11
>в колонке CTTR указан индекс класса обслуживания(на стороне SRC)
>смотрим таблицу классов обслуживания
>show traffic table from-index 0
>в колонке TID ищем нужный нам индекс.Там у меня UBR. :(
>>>>>>По этой команде имеем данные в кол-ве АТМ ячеек.
>>>>>>Кол-во умножаем на 48 (ATM ячейка 53 байта минус 5 байт заголовок)
>>>>>>- получаем
>>>>>>искомую величину. Сброс статистики:
>>>>>>clear cell statistics {frame/slot/port<S>}
>>>>>>Хотя честно сказать, на практике, правдивость этих показаний не проверялась, так как
>>>>>>трафик считаем по другому.
>>>>>>Что же касается MIB'ов, то да - они распространяются только по NDA
>>>>>>и процедура действительно долгая.
>>>>>
>>>>>Огромное спасибо. Это уже интереснее. Что-то похожее на трафик получается. Я думаю
>>>>>пока нет другова варианта, можно остановиться на этом. А вариант SNMPWALK
>>>>>мне никак не поможет? Может есть смысл поискать там нужные цифры?
>>>>>
>>>>
>>>>Врядли... Просите MIB'ы.
>>>
>>>1. Да, я бы с радостью, но абоненты уже идут. И я
>>>их подключаю. Пока пользуюсь снятием статистики с каталисты. На dslame каждому
>>>пользователю выделяю отдельный vlan и все работает ок. Я бы и
>>>не заморачивался поиском других вариантов, а пользовался этим пока не прийдут
>>>mib's, но dslam позволяет мне создать только 27 vlan. Может знаете
>>>как расширить число region vlan?
>>
>>Никак. Это ограничение данного оборудования. Есть вариант использовать logical vlan,
>>их может быть 4K в режиме IP-DSLAM.
>>
>
>Режим стоит ip-dslam. но там только general и regional vlan. Может имеется
>ввиду другой режим?
Ну я сужу по документации. Судя по ней, в режиме IP-DSLAM возможно иметь 27 region vlan
и до 4K logical vlan. У меня самих 5103 нет, есть 5100(в режиме IPCASCAD, так что даже симитировать вашу ситуацию немогу), думаю сильно они в ПО отличаться не должны, но возможно у вас это называется general vlan.>
>>>2. Потестил вариант с ATM Cell * 48/ Получился трафик, однако каждую
>>>секунду простоя (когда модем ничего не качает) появляется по 2
>>>* 48 = 96 байт. За сутки натикает очень много. Этого
>>>не происходит когда модем выключен. Bitswap отключен. Может можно как-то выкрутиться
>>>из этой ситуации?
>>
>>Какой класс обслуживания указан для pvc ? По идее(но не 100%) при
>>классе UBR такого
>>быть не должно. Посмотреть можно так:
>>смотрим настройки конкретного pvc
>>show pvc 0/1/11
>>в колонке CTTR указан индекс класса обслуживания(на стороне SRC)
>>смотрим таблицу классов обслуживания
>>show traffic table from-index 0
>>в колонке TID ищем нужный нам индекс.
>
>Там у меня UBR. :(А вывод show traffic table from-index 0 покажите и укажите какой класс из таблицы вы используете.
>>Режим стоит ip-dslam. но там только general и regional vlan. Может имеется
>>ввиду другой режим?
>
>
>Ну я сужу по документации. Судя по ней, в режиме IP-DSLAM возможно
>иметь 27 region vlan
>и до 4K logical vlan. У меня самих 5103 нет, есть 5100(в
>режиме IPCASCAD, так что даже симитировать вашу ситуацию немогу), думаю сильно
>они в ПО отличаться не должны, но возможно у вас это
>называется general vlan.
>
vlan add 201 general 0xff
Failure: Not support the operation under the current board operation mode
>>>Какой класс обслуживания указан для pvc ? По идее(но не 100%) при
>>>классе UBR такого
>>>быть не должно. Посмотреть можно так:
>>>смотрим настройки конкретного pvc
>>>show pvc 0/1/11
>>>в колонке CTTR указан индекс класса обслуживания(на стороне SRC)
>>>смотрим таблицу классов обслуживания
>>>show traffic table from-index 0
>>>в колонке TID ищем нужный нам индекс.
>>
>>Там у меня UBR. :(
>
>А вывод show traffic table from-index 0 покажите и укажите какой
>класс из таблицы вы используете.
show pvc 0/1/0
-------------------------------------------------------------------------------
CONN CAST ============ SRC ============= ============ DST ============= MNGE
INDX TYPE SERV F/S /P VPI VCI CTTR SERV F/S /P VPI VCI CTTR STAT
-------------------------------------------------------------------------------
0 p2p lan 0/6 /101 * * 2 adl 0/1 /0 0 33 2 up
-------------------------------------------------------------------------------
Total: 1 (Up/Down : 1/0)
Note : F--Frame, S--Slot, P--Port(or Virtual Port, such as IMA GROUP, VLAN ID,
FR VCC INDEX etc.), VPI--VDL's VLAN, others VPICommand:
show traffic table from-index 0
-----------------------------------------------------------------------------
Traffic type definition:
1:NoTrafficDescriptor 2:NoClpNoScr
3:ClpNoTaggingNoScr 4:ClpTaggingNoScr
5:NoClpScr 6:ClpNoTaggingScr
7:ClpTaggingScr 8:ClpNoTaggingMcr
9:ClpTransparentNoScr 10:ClpTransparentScr
11:NoClpTaggingNoScr 12:NoClpNoScrCdvt
13:NoClpScrCdvt 14:ClpNoTaggingScrCdvt
15:ClpTaggingScrCdvt
TID Service Traf CLP01PCR CLP0PCR CLP01SCR CLP0SCR MBS CDVT PPD/EPD/SHAPE
Type Type kbps kbps kbps kbps cells 1/10us
-----------------------------------------------------------------------------
0 cbr 2 1024 -- -- -- -- -- off/off/--
1 cbr 2 2500 -- -- -- -- -- off/off/--
2 ubr 2 512 -- -- -- -- -- on /on /--
3 nrt-vbr 5 1200 -- 600 -- 250 -- on /on /--
4 rt-vbr 15 128 -- -- 64 300 10000000 on /on /off
-----------------------------------------------------------------------------
Total Num: 5
>>>Режим стоит ip-dslam. но там только general и regional vlan. Может имеется
>>>ввиду другой режим?
>>
>>
>>Ну я сужу по документации. Судя по ней, в режиме IP-DSLAM возможно
>>иметь 27 region vlan
>>и до 4K logical vlan. У меня самих 5103 нет, есть 5100(в
>>режиме IPCASCAD, так что даже симитировать вашу ситуацию немогу), думаю сильно
>>они в ПО отличаться не должны, но возможно у вас это
>>называется general vlan.
>>
>vlan add 201 general 0xff
> Failure: Not support the operation under the current board operation
>modeВидимо тут есть кардинальные отличия между 5100 и 5103. Тогда только читать документацию.
>
>>>>Какой класс обслуживания указан для pvc ? По идее(но не 100%) при
>>>>классе UBR такого
>>>>быть не должно. Посмотреть можно так:
>>>>смотрим настройки конкретного pvc
>>>>show pvc 0/1/11
>>>>в колонке CTTR указан индекс класса обслуживания(на стороне SRC)
>>>>смотрим таблицу классов обслуживания
>>>>show traffic table from-index 0
>>>>в колонке TID ищем нужный нам индекс.
>>>
>>>Там у меня UBR. :(
>>
>>А вывод show traffic table from-index 0 покажите и укажите какой
>>класс из таблицы вы используете.
>
>
>show pvc 0/1/0
>-------------------------------------------------------------------------------
> CONN CAST ============ SRC ============= ============ DST ============= MNGE
>
> INDX TYPE SERV F/S /P VPI
>VCI CTTR SERV F/S /P
>VPI VCI CTTR STAT
>-------------------------------------------------------------------------------
> 0 p2p lan 0/6 /101
> * *
> 2 adl 0/1 /0
>0 33
>2 up
>-------------------------------------------------------------------------------
> Total: 1 (Up/Down : 1/0)
>
> Note : F--Frame, S--Slot, P--Port(or Virtual Port, such as IMA GROUP,
>VLAN ID,
> FR VCC INDEX etc.),
>VPI--VDL's VLAN, others VPI
>
>Command:
> show traffic table from-index
>0
> -----------------------------------------------------------------------------
> Traffic type definition:
> 1:NoTrafficDescriptor 2:NoClpNoScr
> 3:ClpNoTaggingNoScr 4:ClpTaggingNoScr
> 5:NoClpScr
> 6:ClpNoTaggingScr
> 7:ClpTaggingScr
> 8:ClpNoTaggingMcr
> 9:ClpTransparentNoScr 10:ClpTransparentScr
> 11:NoClpTaggingNoScr 12:NoClpNoScrCdvt
> 13:NoClpScrCdvt
> 14:ClpNoTaggingScrCdvt
> 15:ClpTaggingScrCdvt
> TID Service Traf CLP01PCR CLP0PCR CLP01SCR CLP0SCR MBS
>CDVT PPD/EPD/SHAPE
> Type Type
>kbps kbps kbps
> kbps cells 1/10us
> -----------------------------------------------------------------------------
> 0 cbr 2
> 1024 --
> -- --
> -- --
> off/off/--
> 1 cbr 2
> 2500 --
> -- --
> -- --
> off/off/--
> 2 ubr 2
> 512 --
> --
>-- -- --
> on /on /--
> 3 nrt-vbr 5 1200
> -- 600
> --
>250 -- on /on
>/--
> 4 rt-vbr 15 128
> --
>-- 64
> 300 10000000 on /on /off
> -----------------------------------------------------------------------------
> Total Num: 5Попробуйте создать новый тип обслуживания с параметрами:
TD Type NoTrafficDescriptor (traffic table index 5 srvcategory ubr tdtype NoTrafficDescriptor EnEPDisc off EnPPDisc off), а скорость ограничивать(если вам это требуется) с помощью профиля порта(ADSL Line-profile).
>Попробуйте создать новый тип обслуживания с параметрами:
>TD Type NoTrafficDescriptor (traffic table index 5 srvcategory ubr tdtype NoTrafficDescriptor
>EnEPDisc off EnPPDisc off), а скорость ограничивать(если вам это требуется) с
>помощью профиля порта(ADSL Line-profile).Создал новый тип обслуживания, но к сожалению эффект прежний. Может есть смысл поискать причину в настройках модема?
Command:
show pvc 0/1/0
-------------------------------------------------------------------------------
CONN CAST ============ SRC ============= ============ DST ============= MNGE
INDX TYPE SERV F/S /P VPI VCI CTTR SERV F/S /P VPI VCI CTTR STAT
-------------------------------------------------------------------------------
0 p2p adl 0/1 /0 0 33 5 lan 0/6 /101 * * 5 up
-------------------------------------------------------------------------------
Total: 1 (Up/Down : 1/0)
Command:
show traffic table from-index 5
TID Service Traf CLP01PCR CLP0PCR CLP01SCR CLP0SCR MBS CDVT PPD/EPD/SHAPE
Type Type kbps kbps kbps kbps cells 1/10us
-----------------------------------------------------------------------------
5 ubr 1 -- -- -- -- -- -- off/off/--
-----------------------------------------------------------------------------
Total Num: 1
P.S.: Спасибо, что помогаете.
>>Попробуйте создать новый тип обслуживания с параметрами:
>>TD Type NoTrafficDescriptor (traffic table index 5 srvcategory ubr tdtype NoTrafficDescriptor
>>EnEPDisc off EnPPDisc off), а скорость ограничивать(если вам это требуется) с
>>помощью профиля порта(ADSL Line-profile).
>
>Создал новый тип обслуживания, но к сожалению эффект прежний. Может есть смысл
>поискать причину в настройках модема?Можно попробовать, но мне это кажется не очень перспективным... Но вообще попробуйте.
Смотреть, как мне кажется, нужно в сторону классов обслуживания.>Command:
> show pvc 0/1/0
>-------------------------------------------------------------------------------
> CONN CAST ============ SRC ============= ============ DST ============= MNGE
>
> INDX TYPE SERV F/S /P VPI
>VCI CTTR SERV F/S /P
>VPI VCI CTTR STAT
>-------------------------------------------------------------------------------
> 0 p2p adl 0/1 /0
> 0 33
> 5 lan 0/6 /101 *
> *
>5 up
>-------------------------------------------------------------------------------
> Total: 1 (Up/Down : 1/0)
>
>
>Command:
> show traffic table from-index
>5
>
> TID Service Traf CLP01PCR CLP0PCR CLP01SCR CLP0SCR MBS
>CDVT PPD/EPD/SHAPE
> Type Type
>kbps kbps kbps
> kbps cells 1/10us
> -----------------------------------------------------------------------------
> 5 ubr 1
> -- --
> --
> -- -- --
> off/off/--
> -----------------------------------------------------------------------------
> Total Num: 1
>
>
>P.S.: Спасибо, что помогаете.Может стоит пойти по пути наименьшего сопротивления и считать трафик где-нибудь выше, на маршрутизаторе например, с помошью NetFlow? Или если уж так хочется считать прямо с порта, убедиться, что это злочастные 2 яч-ки/сек явление постоянное и просто при подсчете их отбрасывать?
>Можно попробовать, но мне это кажется не очень перспективным... Но вообще попробуйте.Согласен.
>
>Смотреть, как мне кажется, нужно в сторону классов обслуживания.
>Может стоит пойти по пути наименьшего сопротивления и считать трафик где-нибудь выше,
>на маршрутизаторе например, с помошью NetFlow? Или если уж так хочется
>считать прямо с порта, убедиться, что это злочастные 2 яч-ки/сек явление
>постоянное и просто при подсчете их отбрасывать?1. NetFlow очень сильно нагрузит cisco/ Бедная киска итак загружена почти на 90%.
2. Этот вариант я обдумывал, но проблема в том, что при выключении модема пакеты не идут. И получается, что велечина лишних cell's не постоянна.Да... плохо дело
>>Можно попробовать, но мне это кажется не очень перспективным... Но вообще попробуйте.
>
>Согласен.
>
>>
>>Смотреть, как мне кажется, нужно в сторону классов обслуживания.
>>Может стоит пойти по пути наименьшего сопротивления и считать трафик где-нибудь выше,
>>на маршрутизаторе например, с помошью NetFlow? Или если уж так хочется
>>считать прямо с порта, убедиться, что это злочастные 2 яч-ки/сек явление
>>постоянное и просто при подсчете их отбрасывать?
>
>1. NetFlow очень сильно нагрузит cisco/ Бедная киска итак загружена почти на
>90%.
>2. Этот вариант я обдумывал, но проблема в том, что при выключении
>модема пакеты не идут. И получается, что велечина лишних cell's не
>постоянна.Ну как не постоянна? Если модем выключен то ничего со стороны абонента и не придет.
А вы судя по всему счетчик не чистите после снятия статистики?>Да... плохо дело
Есть и другие варианты. Например PPPoE/PPtP и соотв. снятие статистики через Radius.
Если нужно - здесь можете найти mib для Huawei - сам для 5603 использую. http://www.oidview.com/mibs/2011/HUAWEI-MIB.html
>Если нужно - здесь можете найти mib для Huawei - сам для
>5603 использую. http://www.oidview.com/mibs/2011/HUAWEI-MIB.htmlИ чего тут делать?
snmpget -m /var/mib/HUAWEI-MIB.mib -Os -c ХХХХ -v 2c НН.НН.НН.НН ifInOctets
????
Может чаво не то делаю