Opened 2 years ago
Last modified 19 months ago
#1006 new дефект
TD-01: ошибочная сигнализация состояния первого порта E1
Reported by: | alx | Owned by: | ledol |
---|---|---|---|
Priority: | major | Component: | MC04-DSL-3U и его платы |
Keywords: | Cc: |
Description
Плата TD-01 с прошивкой ревизии 5 неверно сигнализирует состояние первого порта E1. При отсутствии входного сигнала на входе первого порта E1 в столбце "Состояние" для первого порта отображается "AIS" вместо ожидаемого "LOS".
Конфигурация конвертера при этом следующая:
- "Блокировка" - не отмечен;
- "Формат" - не отмечен (в прошлом эквивалентно отмеченному "Неформат");
- UDP порт источника - 1;
- UDP порт назначения - 111;
- остальные параметры - по умолчанию.
Так как счетчик "UDP tx" увеличивается на 6 за каждые 10 секунд (при размере пакета 4 мс), это свидетельствует о том, что входного сигнала действительно нет (как объяснил san, при отсутствии данных передается "ping", а нормальный поток должен передаваться при наличии данных на входе). Исходя из этого предполагаю, что сигнализация "AIS" - ошибочная.
Дополнительные сведения: остальные конвертеры (2-4) ведут себя как и ожидалось - индицируют "LOS".
Change History (9)
comment:1 by , 2 years ago
comment:2 by , 2 years ago
Воспроизводится в плате, установленной в Нижнем Самурае - можно посмотреть там.
comment:3 by , 2 years ago
В переменной .6.0 в позиции 72 действительно читается значение 4, что соответствует "AIS".
follow-up: 5 comment:4 by , 2 years ago
Воспроизвели.
Если порт конвертера перевести в состояние AIS, то он "залипает" в этой аварии, до тех пор пока порт не перейдёт в состояние OK.
p.s. При настоящей аварии AIS данные в Ethernet не передаются(информация от разработчика и проверено на практике). Данные передаются только при отсутствии аварий потока E1, а отличие режима формат/неформат, только в том формируется или нет авария LOF.
follow-up: 6 comment:5 by , 2 years ago
Replying to san:
p.s. При настоящей аварии AIS данные в Ethernet не передаются(информация от разработчика и проверено на практике). Данные передаются только при отсутствии аварий потока E1, а отличие режима формат/неформат, только в том формируется или нет авария LOF.
Спасибо за уточнение. А я по ошибке думал, что "неформатированный режим" позволяет передавать любой поток данных 2048 кбит/с, какой пользователь захочет (то есть вообще не Е1)...
follow-up: 7 comment:6 by , 2 years ago
Возможно таки позволяет.
Director(у которого есть практический опыт в работе с неформатированными потоками) считает что AIS должен обрабатываться даже у неформатированного потока, т.к. это единственная возможность передать сообщение об обрыве/нарушении потока. Единственное, что длительность определения AIS должна быть такой, чтобы в пользовательских данных не могло встретиться такой длинной последовательности единиц(т.е не совсем "любой" поток данных)
comment:7 by , 2 years ago
Replying to san:
Возможно таки позволяет.
ИМХО это противоречит сказанному ранее о том, что при AIS данные в ethernet не передаются.
Director(у которого есть практический опыт в работе с неформатированными потоками) считает что AIS должен обрабатываться даже у неформатированного потока, т.к. это единственная возможность передать сообщение об обрыве/нарушении потока.
Меня удивило не то, что он обрабатывается, а то, что он не передается, то есть тракт передачи не является полностью прозрачным. Другое дело, что я понимал "неформатированный режим" по аналогии с подобными режимами тестеров E1, и мое ожидание "прозрачности" тракта, как оказалось, было необоснованным (ошибочным). :)
А с Director я согласен в том, что AIS должен обрабатываться. Более того, я (по своему опыту) считаю, что полезно также обрабатывать и сигнализировать прием "всех нулей". Но это совсем другой вопрос, с прозрачностью тракта передачи не связанный...
comment:9 by , 19 months ago
Component: | TD-01 → MC04-DSL-3U и его платы |
---|
Не могу воспроизвести. Возможно это дефект конкретного экземпляра платы.