Перейти до

ОЛТ STELS

andreyprof

Від andreyprof
в PON

 Share

Рекомендованные сообщения

  • 2 weeks later...
  • Відповіді 732
  • Створено
  • Остання відповідь

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Popular Posts

NiTr0
NiTr0

экономия 70 центов на абоне не стоит того вероятного геморроя, который может крыться в сыром софте нонейма, который стыдятся продавать под оригинальной маркой.   вот понадобится вам опция 82 для ипо

Den_LocalNet
Den_LocalNet

"тест пройден" это ни о чем. Подавайте протоколы тестов как это делает айсилайн, например.

Deepnet
Deepnet

Приехали ОЛТ 4 и 8 портов на склад, также приехала голова 16 портов. Приехали головы и ону Gpon. Сейчас Тестируем все это добро, будем потихоньку делиться информацией. Понимаю ваше недовольство, пол

Posted Images

kite Пролетал Мимо

kite

Опубліковано:
Опубліковано:
В 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 Пролетал Мимо

AKim

Опубліковано:
Опубліковано:
47 минут назад, kite сказал:

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

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

Всё внутри Cdata

kite Пролетал Мимо

kite

Опубліковано:
Опубліковано:

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

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

SpasiboMne Точу Зубы

SpasiboMne

Опубліковано:
Опубліковано:
40 minutes ago, kite said:

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

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

kite Пролетал Мимо

kite

Опубліковано:
Опубліковано:
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 находится мак клиента

 

  • Like 1
SpasiboMne Точу Зубы

SpasiboMne

Опубліковано:
Опубліковано:
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 находится мак клиента

 

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

kite Пролетал Мимо

kite

Опубліковано:
Опубліковано:
4 минуты назад, SpasiboMne сказал:

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

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

SpasiboMne Точу Зубы

SpasiboMne

Опубліковано:
Опубліковано:
Just now, kite said:

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

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

kite Пролетал Мимо

kite

Опубліковано:
Опубліковано:
Только что, SpasiboMne сказал:

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

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

kite Пролетал Мимо

kite

Опубліковано:
Опубліковано:

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

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 Точу Зубы

SpasiboMne

Опубліковано:
Опубліковано:
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 Пролетал Мимо

kite

Опубліковано:
Опубліковано: (відредаговано)
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

Відредаговано kite
SpasiboMne Точу Зубы

SpasiboMne

Опубліковано:
Опубліковано:
9 minutes ago, morf said:

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

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

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

kite Пролетал Мимо

kite

Опубліковано:
Опубліковано:

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

c-data-olt.jpg

pashaumka Оборотень

pashaumka

Опубліковано:
Опубліковано:

у БДКОМа 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;
 

  • Like 1
  • 3 weeks later...
Denimion Пролетал Мимо

Denimion

Опубліковано:
Опубліковано:

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

IMG_20190710_194123.jpg

OLT EPON 4-port - TM STELS.jpg

  • 2 weeks later...
Mechanik Вампиреныш

Mechanik

Опубліковано:
Опубліковано:

Запускал ли кто 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

 

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
 Share
Перейти до переліку тем

  • Зараз на сторінці   0 користувачів

    • Немає користувачів, що переглядають цю сторінку.
×
×
  • Створити нове...