Переход на IPMux 4L

[meridian]

Здраствуйте,

Переходим с Olencom Fm-16 на новые TDMoIP IPMux 4L.
АТС Меридиан. Поток Е1.
На обоих муксах настроены бандлы и они видят друг друга. Мониторинг показывает Connected/Synchronized.
Но поток не работает
В какую сторону копать? Смотреть LSNT на Меридиане и по ним работать?
Clock на обоих муксах стоит Internal (но чую надо менять на Adaptive или Loopback).
Источником клока является Провайдер. АТС в роли slave.
Line Type: Framed ( CRC на Меридиане нет. MFF = AFF).

Какие еще настойки следует менять, может что пропустил. На Оленкомах настраиваются клоки итд как на муксах? Если да, то могу оттуда информацию попробовать черпануть.

Буду благодарен за любой отзыв.

Спасибо!

[finair]

https://forum.nortel.spb.ru/search.html
http://89.111.133.178/cgi-bin/omega?P=i ... RS=.%7E%7E

Здесь может есть что натолкнет на мысли? 20 лет наверное решению РАДовскому, все одинаковое по настройкам у них

[meridian]

Спасибо. Глянул все темы перед сабжем. Что-то черпанул себе, но пока не поднимается поток увы

Можно ли как-нить определить Meridian отправляет Unframed или Framed поток E1?

[Bestman]

0. ВСЁ перезагрузить - IPMux-ы и перестартовать DCH (или весь MSDL) и LOOP.
1. Подключите тестер Е1 по концам IPMux и посмотрите на состояние и ошибки по потоку Е1.
2. Даже если на IPMux-ах не правильно настроена синхра поток будет слиповать, но в начале должен бы подняться.
3. И да - что говорит STAT и LCNT в LD 60 ?

[meridian]

Здраствуйте,

Спасибо за ответ. При помощи инженеров с городской АТС (они сбросили настройки канала или поток со своей стороны и DCH стал EST успешно) удалось запустить поток со следующим конфигом:

Оба клока стоят на Adaptive
Line Type: Unframed
Увеличил джиттер буфер до 6мс
Поменял протокол с TDMoIP на SAToP
И увеличил Payload

Поработало и после пару часов звонки стали рабоать только в одну сторону и на Меридиане обнаружил кучу ошибок FAP:
DTA0312 loop A FAP maintenance condition exists on PRI2 loop.
DTA0309 loop A FAP no-new-calls condition exists on PRI2 loop.

И пару штук:
DTA0107 loop PRI2 Loop is in G1 MNT state.
потом вроде нормализовался и вышло:
DTA0106 loop PRI2 Loop is in acceptable state.
и далее опять
DTA0108 loop PRI2 Loop is in G1 NNC state.

3. И да - что говорит STAT и LCNT в LD 60 ?

STAT показывал каналы все IDLE, клок трекался, поток был ENBL, но в ALARM статусе был NNC (no-new-calls)
LCNT показывал много ошибок FAP и NONEWCALL.

Ошибки FAP наверное из-за Unframed типа возникали?

Сейчас планирую поменять на Framed и протокол поменять на CESoPSN

В мониторингах на обоих муксах Jitter Overflow и Underflow по нулям, но с одной стороны на муксе Sequence errorЫ присутствую чуть, но не много.

Если есть какие-нить советы приму во внимание и буду благодарен ))

[meridian]

Проблема решена. Потоки работают.

Проблема в том, что при проблемах с электричеством и перезагрузки любого из устройств DCH не соединяется обратно с Телекомом.

Бесконечные

DCH X: EST REMOTE TIME: xxxx

И ошибки:

DCH: X MAINT INDICATION TIME:
2 255
10 X

При этом все потоки ENL и все каналы IDLE. Клок тоже в порядке. LCNT по нулям. DCH EST AUTO.

Посмотрел по книжке 2 это установление соединения, а 10 CRC ошибки, но CRC что на муксах, что в нашей АТС не включена

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