Элтекс

Добрый день, коллеги.

Развернули сеть PON и начали сталкиваться с жалобами абонентов на "плавающую" скорость (непосредственно с медных портов разных NTE). Причем данный эффект проявляется долько на ветках, в которых относительно много абонентов. Хотя порты не утилизированы и конкуренции за емкость быть не должно. Настройки shaper профиля дефолтные. Возможно ли их как-нибудь мониторить по SNMP, чтобы понять в них ли дело или нет?

Добрый день!

1. Для начала нужно исключить проблемы с физикой (проверить затухание линии, уровни сигнала и т.д.) .
2. Если с оптикой все в порядке, то можно проверить скорость утилитой iperf.
Потребуется собрать схему ПК1 <-> LTE-8X <-> NTE-2/NTE-RGrevB <-> ПК2. Гонять трафик нужно с ПК1 на ПК2 (используя iperf). Перед этим обязательно обнулите все счетчики (как на свитче, на чипах ОЛТ, так и счетчики pon).
В результате нужно посмотреть сколько пакетов передается и сколько принимается (в идеале значения должны совпадать). Показания счетчиков можете смотреть по SNMP:
Name: lte8stONTStatReceive Oid: 1.3.6.1.4.1.35265.1.21.7.1 - количество принятых пакетов;
Name: lte8stONTStatTransmit Oid: 1.3.6.1.4.1.35265.1.21.7.2 - количество отправленных пакетов.
3. Также нужно обратить внимание на ПК самих абонентов, возможно в момент падения скорости процессор загружен на 100%, работает антивирус/фаейрол и т.д.

Какая версия ПО на станции и на абонентских терминалах?

>1. Для начала нужно исключить проблемы с физикой (проверить затухание линии, уровни сигнала и т.д.) .
Каковы рекомендованые параметры для уровней сигнала? Что будет, если разница между минимальным и максимальным уровнем сигнала большая?

>2. Если с оптикой все в порядке, то можно проверить скорость утилитой iperf.
Потребуется собрать схему ПК1 <-> LTE-8X <-> NTE-2/NTE-RGrevB <-> ПК2. Гонять трафик нужно с ПК1 на ПК2 (используя iperf). Перед этим обязательно обнулите все счетчики (как на свитче, на чипах ОЛТ, так и счетчики pon).

Проблема, к сожалению, плавающая и держать человека у постоянно у абонентов возможности нет.

>3. Также нужно обратить внимание на ПК самих абонентов, возможно в момент падения скорости процессор загружен на 100%, работает антивирус/фаейрол и т.д.

Машина с линуксом, нет там этого, загрузка CPU в норме.

Может ли быть причина в профиле shaper?

>Name: lte8stONTStatReceive Oid: 1.3.6.1.4.1.35265.1.21.7.1 - количество принятых пакетов;
>Name: lte8stONTStatTransmit Oid: 1.3.6.1.4.1.35265.1.21.7.2 - количество отправленных пакетов.

К сожалению, они не будут совпадать. Я думаю, что нужно смотреть счетчики с одной стороны на PON чипах, а с другой стороны на свитче. Вопрос какие это OID.

shemonaev писал(а):Каковы рекомендованые параметры для уровней сигнала?

Это зависит от того, какой класс ONT Вы используете. Уровень сигнала должен быть в диапазоне:
class A+ -3 ..-23 dB
class B+ -8 ..-28 dB

shemonaev писал(а):Проблема, к сожалению, плавающая и держать человека у постоянно у абонентов возможности нет.

Можно проверить скорость без участия абонентов (достаточно находиться рядом со станцией LTE, собрать схему ПК1 <-> LTE-8X <-> NTE-2/NTE-RGrevB <-> ПК2 и проверить скорость).

shemonaev писал(а):Машина с линуксом, нет там этого, загрузка CPU в норме.

У всех "проблемных" абонентов ОС Linux стоит?

shemonaev писал(а):Может ли быть причина в профиле shaper?

Вы вроде говорили, что профиль Shaper используете дефолтный? Если нет, то покажите настройки профиля Shaper.

shemonaev писал(а):Я думаю, что нужно смотреть счетчики с одной стороны на PON чипах, а с другой стороны на свитче. Вопрос какие это OID.

lte8stOLT0PON0Stat 1.3.6.1.4.1.35265.1.21.2.2.10 - счетчики на чипе OLT (в примере OLT0)
lte8stSwitchPortsCountersEntry 1.3.6.1.4.1.35265.1.21.8.10.1 - счетчики на свитче LTE.

Напишите какие версии ПО на станции и на абонентских терминалах!

M_Gureeva писал(а):Это зависит от того, какой класс ONT Вы используете. Уровень сигнала должен быть в диапазоне:
class A+ -3 ..-23 dB
class B+ -8 ..-28 dB

Критичен ли большой разброс между значениями уровня сигнала на разных ONT в одной ветке?

M_Gureeva писал(а):Можно проверить скорость без участия абонентов (достаточно находиться рядом со станцией LTE, собрать схему ПК1 <-> LTE-8X <-> NTE-2/NTE-RGrevB <-> ПК2 и проверить скорость).

К сожалению, нет свободных портов на OLT.

M_Gureeva писал(а):У всех "проблемных" абонентов ОС Linux стоит?

Это компьютер аварийщика, на котором проблема подтвердилась.

M_Gureeva писал(а):Вы вроде говорили, что профиль Shaper используете дефолтный? Если нет, то покажите настройки профиля Shaper.

Значения shaper дефолтные, да. Просто в соседних ветках ваши коллеги рекомендовали изменить именно его.

M_Gureeva писал(а):Напишите какие версии ПО на станции и на абонентских терминалах!

LTE:
Version: 3.14.2
Build: 927

NTE:
2.27

shemonaev писал(а):Критичен ли большой разброс между значениями уровня сигнала на разных ONT в одной ветке?

Ширина диапазона допустимого ослабления сигнала в сети для оборудования любого класса составляет 15 дБ (описано в стандарте ITU-T G.983.1).

shemonaev писал(а):К сожалению, нет свободных портов на OLT.

Если появится возможность, советую все-таки проверить скорость способом, описанным выше.

shemonaev писал(а):Это компьютер аварийщика, на котором проблема подтвердилась.

А как он проверял скорость?

shemonaev писал(а):Значения shaper дефолтные, да. Просто в соседних ветках ваши коллеги рекомендовали изменить именно его.

В соседних ветках проблем не наблюдается? Покажите измененный профиль shaper.

M_Gureeva писал(а):А как он проверял скорость?

Разнообразные спидтесты (в том числе и внутренние).

M_Gureeva писал(а):В соседних ветках проблем не наблюдается? Покажите измененный профиль shaper.

На незагруженных не наблюдается. Профиль shaper у нас дефолтный. Просто вот тут http://eltex.nsk.ru/forum/viewtopic.php?f=6&t=4157 ваши коллеги рекомендовали как раз править профиль shaper.

Попробуйте этот профиль shaper применить на проблемные ONT.