FAQ. Опрос оборудования ZTE OLT: различия между версиями

Материал из WiKi - UserSide
Нет описания правки
 
(не показаны 2 промежуточные версии этого же участника)
Строка 38: Строка 38:
mib-compatibility iftable v2
mib-compatibility iftable v2
</pre>
</pre>
После выполнения этой команды снова прочитайте "Список интерфейсов" из карточки оборудования. Теперь индексы интерфейсов должны начинаться с 28..., как показано выше в примере.
После выполнения этой команды снова прочитайте "Список интерфейсов" из карточки оборудования. Теперь индексы интерфейсов должны начинаться с 28..., как показано выше в примере. Если получилось, теперь перейдите в Редактировать - Настройка интерфейсов/стекирования и нажмите "Сохранить" в списке интерфейсов. После этого убедитесь, что индексация в этой настройке изменилась на новую.


==== Если не сработало ====
Чтобы переинициализировались слоты GTGO и ETGO, нужно перезагрузить OLT. Без перезагрузки интерфейсы на этих слотах будут продолжать индексироваться по-старому.
 
После перезагрузки перейдите в Список подключенных ONU и перечитайте его нажав на надпись Обновить. Теперь все ONU должны быть связаны с корректными PON-портами на OLT.
 
==== Если вдруг это не помогло ====
В конфигурации вашего OLT вы найдете информацию о слотах наподобие этой:
В конфигурации вашего OLT вы найдете информацию о слотах наподобие этой:
<pre>
<pre>
Строка 48: Строка 52:
add-subcard rackno 1 shelfno 1 slotno 3 subcardno 1 UCDC/3
add-subcard rackno 1 shelfno 1 slotno 3 subcardno 1 UCDC/3
</pre>
</pre>
Удалите слоты командой:
 
Удалите слоты GTGO и ETGO следующей командой с указанием номера слота:
<pre>
<pre>
del-card slotno 1
del-card slotno 1
</pre>
</pre>
Сохраните конфигурацию и перезагрузите OLT. При загрузке слоты будут переинициализированы.
Сохраните конфигурацию и перезагрузите OLT. При загрузке слоты будут переинициализированы и индексация PON интерфейсов теперь будет правильная.
 
=== Почему это работало раньше ===
В предыдущих версиях (по 3.18 включительно) не использовался алгоритм перекодирования индексов. Вместо этого каждый раз читалось несколько таблиц для поиска интерфейсов '''по имени'''. Так как в разных версиях прошивки счет номеров полок начинается с различных значений, то в расчет брались только два числа вместо трех: номер слота и номер порта. Это совсем неточный способ идентификации интерфейсов, к тому же требующий дополнительных операций с OLT каждый раз при чтении даже одной строки, что значительно сказывается на нагрузке на OLT и на скорости работы.
 
В новых версиях такой способ не используется. Вместо него используется перекодирование индексов, которое происходит моментально и не требует дополнительных чтений с устройства. Однако есть экземпляры ZTE C300, C320, которые имеют проблемы, пока еще успешно решаемые на стороне OLT.

Текущая версия от 14:03, 31 июля 2024

Настройка SNMP

По умолчанию OLT не отдает по SNMP все необходимые разделы. Их нужно включить.

snmp-server community КОМЬЮНИТИ view allview rw
snmp-server view allview org included
snmp-server view allview internet included
snmp-server view allview mgmt included
snmp-server view allview mib-2 included
snmp-server view allview system included
snmp-server view DefaultView system included

Неверная идентификация интерфейсов ONU на шасси C320 FW v2.1.0

Если имена интерфейсов ваших ONU имеют вид onu:25 вместо epon-1/2/3:25, то вам нужно настроить mib-compatibility iftable v2 на вашем OLT. Обо всем по порядку.

Диагностика проблемы.

Находясь в карточке вашего OLT в USERSIDE перейдите внизу слева по ссылке "Список интерфейсов". Если вы видите интерфейсы, индексы которых начинаются с 26..., то проблема присутствует.

Вот так выглядят индексы интерфейсов при наличии проблемы (начинаются с 26...):

.1.3.6.1.2.1.31.1.1.1.1.268500992 = gpon_1/2/1
.1.3.6.1.2.1.31.1.1.1.1.268501248 = gpon_1/2/2
.1.3.6.1.2.1.31.1.1.1.1.268501504 = gpon_1/2/3

Вот так должны выглядеть индексы интерфейсов (начинаются с 28...):

.1.3.6.1.2.1.31.1.1.1.1.285278721 = gpon_1/2/1
.1.3.6.1.2.1.31.1.1.1.1.285278722 = gpon_1/2/2
.1.3.6.1.2.1.31.1.1.1.1.285278723 = gpon_1/2/3

Решение проблемы

Решить данную проблему можно установив правильный режим (v2) индексации интерфейсов. В CLI вашего OLT добавьте в конфигурацию следующую команду:

mib-compatibility iftable v2

После выполнения этой команды снова прочитайте "Список интерфейсов" из карточки оборудования. Теперь индексы интерфейсов должны начинаться с 28..., как показано выше в примере. Если получилось, теперь перейдите в Редактировать - Настройка интерфейсов/стекирования и нажмите "Сохранить" в списке интерфейсов. После этого убедитесь, что индексация в этой настройке изменилась на новую.

Чтобы переинициализировались слоты GTGO и ETGO, нужно перезагрузить OLT. Без перезагрузки интерфейсы на этих слотах будут продолжать индексироваться по-старому.

После перезагрузки перейдите в Список подключенных ONU и перечитайте его нажав на надпись Обновить. Теперь все ONU должны быть связаны с корректными PON-портами на OLT.

Если вдруг это не помогло

В конфигурации вашего OLT вы найдете информацию о слотах наподобие этой:

add-rack rackno 1 racktype C320Rack
add-shelf rackno 1 shelfno 1 shelftype C320_SHELF
add-card rackno 1 shelfno 1 slotno 1 GTGO
add-subcard rackno 1 shelfno 1 slotno 3 subcardno 1 UCDC/3

Удалите слоты GTGO и ETGO следующей командой с указанием номера слота:

del-card slotno 1

Сохраните конфигурацию и перезагрузите OLT. При загрузке слоты будут переинициализированы и индексация PON интерфейсов теперь будет правильная.