ОЛТ STELS

[AKim 0]

Народ, подскажите как вывести число ону на порту. Есть oid такой?

[kite 1]

В 20.05.2019 в 12:43, AKim сказал:

 

этот oid вообще не относится к этой голове.

1.3.6.1.4.1.17409 - это не наш id

 

1.3.6.1.4.1.34592 - вот наш

это не stels это c-data

[AKim 0]

47 минут назад, kite сказал:

это не stels это c-data

Не важно как это называется. У меня вообще Gateray.

Всё внутри Cdata

[kite 1]

Вопрос по С-DATA FD1216S о нахождении через SNMP onu по мак адресу клиента после установки новой прошивки FW_V1.4.1_190320_1201 так и остался нерешённым.

из замеченных положительных изменений только 64 битные счетчики по трафику на портах (ifHCInOctets)... Печалька

[SpasiboMne 20]

40 minutes ago, kite said:

Вопрос по С-DATA FD1216S о нахождении через SNMP onu по мак адресу клиента после установки новой прошивки FW_V1.4.1_190320_1201 так и остался нерешённым.

Пожалуйста объясните подробно. Не совсем понимаю что не сделано.

[kite 1]

1 час назад, SpasiboMne сказал:

Пожалуйста объясните подробно. Не совсем понимаю что не сделано.

Каждая onu в FD1216 имеет уникальный номер порта. Через консоль по номеру порта можно посмотреть какие мак адреса клиентов через неё ходят. Через snmp номер порта тоже можно получить, можно так же узнать номер epon порта, но нет способа уздать за какой onu находится клиент (т.е. мак адрес клиента).

 

к примеру

на BDCOM на каждую onu есть мак: .1.3.6.1.4.1.3320.101.10.1.1.3.38 = Hex-STRING: E0 67 B3 AF 3C 6A где 38 - это номер порта

если зделать snmpwalk  192.168.X.X 1.3.6.1.2.1.17.7.1.2.2.1.2 | grep "INTEGER: 38" получим

.1.3.6.1.2.1.17.7.1.2.2.1.2.536.24.214.199.50.42.103 = INTEGER: 38

где 24.214.199.50.42.103 это мак пользователя (18:d6:c7:32:2a:67)

 

в нашем случае с C-DATA имеем

.1.3.6.1.2.1.31.1.1.1.1.16780288 = STRING: pon0/0/2 где 16780288 номер порта epon
.1.3.6.1.4.1.17409.2.3.4.1.1.7.16780289 = Hex-STRING: E0 67 B3 B0 75 DB

где 16780289 это номер порта onu E0:67:B3:B0:75:DB (16780288 + 1) порт epon + номер порта onu

если через консоль написать: show mac-address ont 0/0/2 1

то покажет:

08:10:74:89:4C:23   1      pon0/0/2      1       dynamic

а теперь если использовать snmp .1.3.6.1.4.1.17409.2.3.2.4.2.1.4 то получим

.1.3.6.1.4.1.17409.2.3.2.4.2.1.4.8.16.116.137.76.35.1 = Gauge32: 16780288

где 8.16.116.137.76.35 это мак клиента (08:10:74:89:4c:23), а здесь УПС. только номер порта epon (16780288).
т.е. нет возможности понять за какой onu находится мак клиента

 

[SpasiboMne 20]

49 minutes ago, kite said:

 

.1.3.6.1.4.1.17409.2.3.2.4.2.1.4.8.16.116.137.76.35.1 = Gauge32: 16780288

где 8.16.116.137.76.35 это мак клиента (08:10:74:89:4c:23), а здесь УПС. только номер порта epon (16780288).
т.е. нет возможности понять за какой onu находится мак клиента

 

А последняя единица в оиде не номер ОНУ на дереве?

[kite 1]

4 минуты назад, SpasiboMne сказал:

А последняя единица в оиде не номер ОНУ на дереве?

нееее это номер vlan...

[SpasiboMne 20]

Just now, kite said:

нееее это номер vlan...

прошу прощение. точно. 
Уточню напишу, как это можно вынуть.
Меня смущает номер порта епон. Что это за цифра?
16780288

[kite 1]

Только что, SpasiboMne сказал:

прошу прощение. точно. 
Уточню напишу, как это можно вынуть.
Меня смущает номер порта епон. Что это за цифра?
16780288

на C-DATA в snmp нестандартный алгоритм назначения номеров для портов. все номера портов идут с интервалом 256 в целых числах, как я понял для того что бы при подключении onu можно было ей назначить номер порта epon + порядковый номер в списке подключенных onu, тем самым сразу понятно к какому epon порту она подключилась.

[SpasiboMne 20]

Есть решение во временной прошивке. причем после нее вышел релиз и туда это не попало. Сейчас попадет)

[SpasiboMne 20]

https://www.dropbox.com/sh/dq3j4lt2zlxrehi/AADBaDSzQQqU46b-0mHXdgQoa?dl=0

вот версия в которой это работает.

[kite 1]

С моей железкой не заработало...

OLT(config)# show version
  Hardware version : V3.0
  Firmware version : V1.4.1_190422 (Mon, 22 Apr 2019 11:30:02 +0800)
  Kernel version   : V1.0.0_190422 (Mon, 22 Apr 2019 11:18:54 +0800)

 

localhost# snmpwalk -v2c -On -Cc -c public 192.168.14.101 1.3.6.1.4.1.17409.2.3.4.1.1.7
.1.3.6.1.4.1.17409.2.3.4.1.1.7.16780289 = Hex-STRING: E0 67 B3 B0 75 DB
localhost# snmpwalk -v2c -On -Cc -c public 192.168.14.101 1.3.6.1.4.1.17409.2.3.2.4.2.1.4
.1.3.6.1.4.1.17409.2.3.2.4.2.1.4.8.16.116.137.76.35.1 = Gauge32: 16780288

 

[SpasiboMne 20]

20 minutes ago, kite said:

С моей железкой не заработало...

OLT(config)# show version
  Hardware version : V3.0
  Firmware version : V1.4.1_190422 (Mon, 22 Apr 2019 11:30:02 +0800)
  Kernel version   : V1.0.0_190422 (Mon, 22 Apr 2019 11:18:54 +0800)

 

localhost# snmpwalk -v2c -On -Cc -c public 192.168.14.101 1.3.6.1.4.1.17409.2.3.4.1.1.7
.1.3.6.1.4.1.17409.2.3.4.1.1.7.16780289 = Hex-STRING: E0 67 B3 B0 75 DB
localhost# snmpwalk -v2c -On -Cc -c public 192.168.14.101 1.3.6.1.4.1.17409.2.3.2.4.2.1.4
.1.3.6.1.4.1.17409.2.3.2.4.2.1.4.8.16.116.137.76.35.1 = Gauge32: 16780288

 

Вроде как мибы не совпадают с приведенным примером.

у вас 17409 на картинке выше 34592

[kite 1]

26 минут назад, SpasiboMne сказал:

Вроде как мибы не совпадают с приведенным примером.

у вас 17409 на картинке выше 34592

это понятно

но я oid первоначально слизывал из проги EMS_V2.4.5.5_20171211_X000.exe, потом вы мне передали файл NSCRTV-FTTX-EPON-MIB.mib и oid я уже брал оттуда.

К тому же моя железка на запрос  

snmpwalk -v2c -Cc -c public 192.168.14.101 sysObjectID

выдает
SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.17409

Відредаговано 2019-06-18 14:05:39 kite

[morf 0]

Коллеги, подведем итоги

Какие OID отвечают за сбор mac за onu в разрезе портов/onu у 1216-серии ?

[SpasiboMne 20]

9 minutes ago, morf said:

Коллеги, подведем итоги

Какие OID отвечают за сбор mac за onu в разрезе портов/onu у 1216-серии ?

Ждем утро. У меня просто не осталось 12ой серии для проверить.

[kite 1]

Подскажите, как можно самому отслеживать выпуск новых прошивок для железа типа FD1216S

[SpasiboMne 20]

37 minutes ago, kite said:

Подскажите, как можно самому отслеживать выпуск новых прошивок для железа типа FD1216S

https://www.dropbox.com/sh/8gw6wn1sm7s5b4n/AABRJE_vcswtckYyvJezq4zqa?dl=0

 

[pashaumka 33]

у БДКОМа 3 варианта снятия данных

// .3320.152.1.1.1.ifindex   .vlan.m.a.c.a.d.r = ifIndex        ifFdbReadByPortIndex
// .3320.152.1.1.2.ifIndex   .vlan.m.a.c.a.d.r = vlan           ifFdbReadByPortVlanID
// .3320.152.1.1.3.ifIndex   .vlan.m.a.c.a.d.r = mac            ifFdbReadByPortMacAddress

 

        protected static function parse_fdb_array($ifIndex,$onu_fdb_reply) {
                foreach ($onu_fdb_reply as $key => $MacAddress_val){
                        $index = explode('.', $key);
                        $vlan_id=$index[0];
                        $mac=sprintf("%02x:%02x:%02x:%02x:%02x:%02x", $index[1],$index[2],$index[3],$index[4],$index[5],$index[6]);
                        self::$db_mem_ports_states->insert_fdb_entry( $ifIndex, $mac, $vlan_id);
                }
        }
            // Тараканы BDCOMа:
            // надо взять индексы каждого порта и отдельно пройтись по каждому!
            if( false === ( $ethernet_indexes = self::$db_mem_ports_states->brief_bdcom_active_ports() ) ) {
                return false;
            }
            // получив индексы ethernet портов заглянем по очередности в каждый.
            foreach($ethernet_indexes as $ifIndex => $ifType) {
                // GET FDB
                if( false === ($onu_fdb_reply = self::snmpQueryAll( ".1.3.6.1.4.1.3320.152.1.1.3.".$ifIndex, 240 ,-7 ) ) )               <== таймаут 240 секунд, после обработки обрезать 7  .точек.. от ключа
                    continue; // skip foreach {}
                    self::parse_fdb_array($ifIndex,$onu_fdb_reply);
            }
            return true;
 

[Mechanik 49]

подскажите где последний ems качнуть

[SpasiboMne 20]

40 minutes ago, Mechanik said:

подскажите где последний ems качнуть

https://www.dropbox.com/s/6nwp5g1s7n94c04/EMS.zip?dl=0

[Mechanik 49]

В 10.07.2019 в 13:43, SpasiboMne сказал:

https://www.dropbox.com/s/6nwp5g1s7n94c04/EMS.zip?dl=0

спасибо

[Denimion 0]

Наш ОЛТ-долгожитель. Время аптайма стремительно приближается к двум годам. Стабильность работы на лицо. И это не один такой ОЛТ. Есть группы олтов зашедшие за полугодовое время непрерывной работы. Работа над прошивками дает о себе знать.

[Mechanik 49]

Запускал ли кто EMS c БД на удаленном хосте ?!

создал БД на удаленной машине, поправил строку запуска, но ЕМС упорно пытается законнектиться к локальной бд

<!--  mysql  --> 
- <database-connection>
  <driver>com.mysql.jdbc.Driver</driver> 
  <url>jdbc:mysql://10.1.254.252:3306/cdtdb?autoReconnect=true&useUnicode=true&characterEncoding=utf8</url> 
  <name>cdata</name> 
  <password>***</password> 
  <maxidle>10</maxidle> 
  <maxactive>0</maxactive> 
  <maxwait>10</maxwait> 
  </database-connection>

2019-07-17 14:32:38,754 INFO   - runing PATH: C:\EMS\EMS Server
2019-07-17 14:32:38,782 INFO   - start mysqld
2019-07-17 14:32:38,784 INFO   - C:\EMS\mysql\bin\mysqld.exe exists, try run it
2019-07-17 14:32:43,538 INFO   - runing PATH: C:\EMS\EMS Server
2019-07-17 14:32:43,556 INFO   - start mysqld
2019-07-17 14:32:43,557 INFO   - C:\EMS\mysql\bin\mysqld.exe exists, try run it
2019-07-17 14:32:49,769 INFO   - Poll service start. pool max size:-1
2019-07-17 14:32:55,179 INFO   - {dataSource-1} inited
2019-07-17 14:32:55,370 WARN   - get connection timeout retry : 1
2019-07-17 14:32:55,471 ERROR  - get database connection fail!
2019-07-17 14:32:55,472 ERROR  - com.alibaba.druid.pool.GetConnectionTimeoutException: wait millis 100, active 0, maxActive 2000, creating 1
2019-07-17 14:32:55,574 WARN   - get connection timeout retry : 1
2019-07-17 14:32:55,675 ERROR  - Link database db fail.
2019-07-17 14:32:55,675 ERROR  - wait millis 101, active 0, maxActive 2000, creating 1