Meridian 1 опция 11C Cabinet соединена с опцией 61C Meridian 1 через модемы ipmux по VLAN.
При пинге ip (на ipmux)с параметрами ( ping 10.10.10.10 -t -L 1472 ) ответ приходит через 64мс
Ошибки сыпятся вот такие: со стороны опции 61C
DTA203 18 3 2
DTA203 18 3 0
DTA309 18
DTA108 18 FB
DTA106 18
Ошибки сыпятся вот такие: со стороны опции 11C
DTA312 2
DTA107 2 FB
DTA106 2
Ошибки идут более часто
DTA309 18
DTA108 18 FB
DTA106 18
Ошибка DTA203 18 3 2 проходи раз 5 за день(а бывает что сыпется около 1мин.)
Канал не падает все время (EST)
Есть соображения с чем это связано?
Есть соображения с чем это связано?
C ipmux-ами.
Еще иногда полезно заглядывать в документацию.
Mix@lich
11.01.2014, 17:45
Этот канал уже был в работе или вы настраиваете новое подключение ???
ipmux вообще капризная штука.
Это не VoIP а TDMoIP, и канал с 64мс пингом здесь достаточно критичен.
Обратите внимание на джиттер, при плохом канале.
Эхо есть при разговоре?
IP Mux подсоединены к станции через что? DTI, PRI?
Как настроена на них синхронизация?
Есть ли на данной станции потоки подключенные к другим операторам?
Этот канал уже был в работе или вы настраиваете новое подключение ???
Настраивается новое подключение(раньше это соединение было по СТМу) а теперь станция переехала
Эхо есть при разговоре?
да есть небольшое на аналоговых аппаратах(на цифровых его(эхо) нету) и со стороны абонента на другом конце(от моей станции)
IP Mux подсоединены к станции через что? DTI, PRI?
IP Mux подсоединен через PRI
Как настроена на них синхронизация?
этого я вам не скажу настраивал другой специалист, и не знаю как можно посмотреть эти параметры. но говорит что проблем в станции не может быт.
Есть ли на данной станции потоки подключенные к другим операторам?
нету
Сейчас переключили на корпоративную сеть(был волз) и подключили IT-шников может они смогут что то сделать с модемами.
всем большое спс. позже отпишусь.
IP Mux подсоединен через PRI
этого я вам не скажу настраивал другой специалист, и не знаю как можно посмотреть эти параметры. но говорит что проблем в станции не может быт.
Посмотреть можно в LD60
Для 61 опции
LCNT 18
Для 11 опции
LCNT 2
Синхронизацию я надеюсь вы на обоих станциях берете от внешнего каналообразующего оборудования?
Для 11 опции
>ld 60
DTI000
.lcnt 2
PRI2 LOOP 2
MNT NNDC NNC OOS
BPV- 000 000 000 000
FAP- 799 000 184 000
SLP- 000 000 000 000
CRC- 000 000 000 000
G2 - 000 000 000 000
MAINT NONEWCALL UNAVAIL SEVERE
TOTAL 24HR BPV - 000000000 000000000 000000000 000000000
TOTAL 24HR CRC - 000000000 000000000 000000000 000000000
TOTAL 24HR FAP - 000000799 000000184 000000000 000000015
TOTAL 24HR SLPREP - 000000131
TOTAL 24HR SLPDEL - 000000016
TOTAL 24 HOUR G2 AIS -000000014
TOTAL 24 HOUR G2 LFAS -000000001
TOTAL 24 HOUR G2 LMAS -000000000
TOTAL 24 HOUR G2 RAI -000000004
TOTAL 24 HOUR G2 LOS -000000003
TOTAL 24 HOUR G2 RAIE -000000000
Для 11 опции
lcnt 18
PRI2 LOOP 18
MNT NNDC NNC OOS
BPV- 000 000 000 000
FAP- 005 000 000 000
SLP- 001 000 000 001
CRC- 000 000 000 000
G2 - 000 000 000 000
MAINT NONEWCALL UNAVAIL SEVERE
TOTAL 24HR BPV - 000000000 000000000 000000000 000000000
TOTAL 24HR CRC - 000000000 000000000 000000000 000000000
TOTAL 24HR FAP - 000000005 000000000 000000000 000000000
TOTAL 24HR SLPREP - 000002089
TOTAL 24HR SLPDEL - 000000000
TOTAL 24 HOUR G2 AIS -000000005
TOTAL 24 HOUR G2 LFAS -000000000
TOTAL 24 HOUR G2 LMAS -000000000
TOTAL 24 HOUR G2 RAI -000000000
TOTAL 24 HOUR G2 LOS -000000000
TOTAL 24 HOUR G2 RAIE -000000000
Синхронизация берется из вне)
джиттер подняли все равно не спасает, сейчас со стороны 61 опции идет ошибка DTA300 18 и достаточно часто.
Может кто-то может помочь по настройке модемов?! IT-шники сказали что все что могли они сделали, а я в этом "0".
У вас куча ошибок FAP. Это нарушение структуры потока. Или модем битый, или со шнурками проблема.
А есть возможность организовать хороший канал между АТС?
Вообще лучше избавиться от ipmux.
Может есть возможность связать АТС по voip напрямую?
Какой релиз и уровень софта на обоих АТС?
Это IPMUXы-11 ? Хотя особо не важно.
Попробуйте выставить в них одновременно с одной стороны (В) и на другой стороне (А):
IPmux (B) transmit clock source – Adaptive
IPmux (A) transmit clock source – Adaptive
и посмотреть после этого этого ошибки на Меридианах, сначало их обнулив (LD 60, команда RCNT)
если с ошибками не полегчает, то выставите:
IPmux (B) transmit clock source – Loopback
IPmux (A) transmit clock source – Loopback
и так-же посмотреть после этого за ошибками, предварительно обнулив их.
А есть возможность организовать хороший канал между АТС?
Вообще лучше избавиться от ipmux.
Может есть возможность связать АТС по voip напрямую?
Какой релиз и уровень софта на обоих АТС?
"хороший канал" если тут ничего не получится.
Для 11 опции
MAIN CAB
VERSION 2111
RELEASE 25
ISSUE 40 B +
IDLE_SET_DISPLAY NORTEL
Для 61 опции
VERSION 3521
System type is - Option 61(C)/CP PIV
CP PIV - Pentium M 1.1 GHz
RELEASE 5
ISSUE 50 J +
IDLE_SET_DISPLAY NORTEL
Это IPMUXы-11 ?IPmux-2L
Попробуйте выставить в них одновременно с одной стороны (В) и на другой стороне (А) а А и В это надо присваивать модемам? или это просто обозначение.
у меня такие параметры:
Configuration/E1
Admin Status - enable
Transmit Clock Source - internal
Source Clock Quality - statum 1 /prc g.811
Rx Sensitivity - short haul
Line Type - unframed
Line Code - hdb3
*. Line Impedance - Balanced
в ближайшее время поменяю " Transmit Clock Source " и отпишусь.
Jitter Buffer = 40.00 - этот параметр нормальный?
всем спс за помощь.
(В) это я просто так назвал мукс с одной стороны, где меридиан по синхре мастер, а (А) мукс с другой стороны, где меридиан ведомый .
Line Type - unframed - зачем? В главе с примером типовых настроек рекомендованно вроде Framed G.704 с CRC4 или без него, в зависимости включенно оно в меридианен или нет.
Джиттер рекомендованно ставить в минимальное значение , ну например 5. Его увеличивают, если маленькая полоса канала. Есть калькулятор необходимой полосы для IPMUX, которая будет зависеть от выставляемых параметров в муксе. Ну вроде при самых качественных параметрах на муксе, ему надо 5-6 Мбит/с, для проброса Е1. Для хреновых чуть больше 1 Мбит/с.
Вообще, глава с примером по типовой настройке рулит, кроме может рекомендованных значений в transmit clock source . При рекомендованных значениях в transmit clock source у меня меридианы страшно слиповали.
ЗЫ: Тысячу лет этой хренью не занимался,уже всё забыл, но был счастлив когда их наконец выпилили нах:) зажил хоть почеловечески!
Line Type - unframed - зачем? В главе с примером типовых настроек рекомендованно вроде Framed G.704 с CRC4 или без него, в зависимости включенно оно в меридианен или нет.
у меня Line Type : 1)unframed 2)Framed 3)Framed CRC 4)Framed MF 5)Framed MF CRC
что выбрать?
Idle Code[0 - ff] - 7e
Send Upon Fail - OOS code
OOS Code[0 - ff] - ff
и со стороны А (61 опция) не дает "transmit clock source – Adaptive" пишет вот что - There's no bundle with adaptive clock enabled
Вот, что у меня в доке на IPMUX-11 пишут:
Line type (E1 framing mode):
Unframed G.703 (Framing is not used)
Framed G.704 (G.704 framing, CRC-4 function disabled)
Framed G.704 CRC4 (G.704 framing, CRC-4 function enabled)
Framed MF (CAS enabled, CRC-4 function disabled)
Framed MF CRC4 (CAS enabled, CRC-4 function enabled).
последние два уже не подойдут, т.к для CAS-овских сигнализаций.
У вас PRI, и если на меридиане CRC4 включенно с обоих сторон то выбрать Framed CRC, если выключенно просто Framed.
Странно, помню на IPMUX-11 было всё равно, что ставить. Он вообще не умел ругаться :) Ну хорошо, попробуйте оба мукса сделать transmit clock source – loopback
Может ругаться, что наперво надо с обоих концов Line Type новый сделать, а потом уже приступать к изменению transmit clock source
Да.., когда структура станет кадрированная надо во вкладке обоих муксах:
Configuration >Connection > Bundle connection
убедится, что: Destination bundle – 1
и Destination IP address на обоих муксах выставленны Ок.
затем, во вкладке на обоих муксах Configuration > Connection >
DS0 bundle убедится, что все тайм-слоты были в первом bundle.
По идее если структура станет кадрированная, то должны уже пропасть ошибки FAP.
После этого можно уже поиграть с transmit clock source - это уберёт слипы. IMHO
Statistics/Connection:
Sequence errors: ...(10)
Jitter buffer underflows: ...(40)
Jitter buffer overflows: ...(2)
Max Jitter buffer deviation [msec]: ...(4)
Min Jitter buffer level [msec]: ...(0)
Max Jitter buffer level [msec]: ...(7)
Total rx frames: ...(1263745)
Total tx frames: ...(1263776)
Time since (460) Valid intervals (1~96)
Как относится к этим ошибкам? тут есть смертельные?
В первую очередь нужно добиваться отсутствия ошибок в счётчиках на Меридианах.
Эти ошибки на муксе скорее влияют на качество голоса, и то надо смотреть скорее не на количество, а на интенсивность.
Кстати есть специализированный радовский форум http://www.vmux.ru/
Всем спасибо за помощь, но у меня ничего не получилось адекватного, так что будем менять структуру подключения. и уходить от ipmux - ов.
день добрый, есть ipmux11/t1/utp/utp (d) проблема в том что в ПО нет функции переключения на поток Е1, а очень надо, кто нибудь сталкивался, может можно перешить програмное?