Здравствуйте, необходима помощь, хотя бы в каком направлении искать решение следующей проблемы:
Периодически пропадают входящие звонки (исходящая связь стабильна), наиболее часто это случается при переводе звонка на другой номер, но иногда и прямо посреди разговора. При этом в трубке на нашей стороне просто тишина, что на другой неизвестно, т.к. смоделировать ситуацию так и не смог.
Конфигурация системы:
LDK-100
2 одинаковых системных аппарата у секретаря
приходящий поток Е1 емкостью 2 номера по 15 линий
распределение звонков: сначала на VMIB сообщение, далее звонковая группа на 2 системника секретаря, через 30 сек неответа на другую звонковую группу
недавно поменяли провайдера посл. мили(примерно тогда и начались проблемы), раньше поток приходил через какие-то модемы, теперь по оптике через конвертер.
Пробовал перевыставлять все системные таймеры на дефолтные значения, потери не прекратились. Тряс провайдера посл. мили - утверждают что с трактом никаких проблем, общался с поддержкой провайдера телефонии, вроде говорят что были какие-то ошибки в тракте, присылали человека, он что-то переобжимал, сейчас поток по их данным идет без ошибок, но ничего не изменилось.
Мне хотя-бы понять, это проблема станции, или все-таки в приходящем потоке?

проверьте кабель тестером патчкорд от платы PRIB. может на VMIB не хватает каналов?

Так что именно "пропадает"?? Ведь совершенно разные ситуации:
- пропал входящий вызов - значит вообще не был отвечен, не дошел до станции... (вызывающий позвонил в "никуда")
- уже отвеченный вызов (например, секретарь ответила) "потерялся" при попытке передачи его другому внутреннему абоненту (потеря при трансфере)


А Вы уверены, что провайдер разделил поток на 2 транка и за каждым из них закпрепил номер???
Обычно это не делается на линиях ISDN!!
Как принимаете вход. вызовы: как ISDN/DID или как Normal (как указаны линии потока в ПГМ140/1)??

Спасибо за ответ.
Патчкорд проверить нечем, но я уже 3 штуки разных попробовал, сейчас стоит фабричный 100% рабочий.
Насчет каналов VMIB, как может сказыватся их нехватка на уже принятый звонок, при трансфере они вроде не используются? Не нашел, где посмотреть их количество(

Да пропадают уже отвеченные вызовы чаще всего при попытке трансфера, но иногда и без трансфера прямо посреди разговора. Насчет транков не уверен, просто у нас есть 2 номера и входящий канал емкостью 30 линий.

Входящие принимаем как как ISDN/DID.

ОК.
Вы писали:
Что за конвертор??? Каким образом к Вам попадает поток?? Может поток конвертится в пакеты IP??
Вызов случайно не прерывается при постановке вызова в режим удержания (Hold)?? Какой музыкальный источник (MOH) используется для режима удержания???
Попробуйте принятый вызов просто поставить в удержание. Проверьте, будет ли он прерван...

Обычный конвертер оптика -> Е1, сзади у RJ 45 разъемов так и написано "120 Ом Е1". Фирма какая-то стремная OpticIn, но по уверениям провайдера работает без проблем и канал протестирован - ошибок нет. Т.к. конфигурацию на станции при смене провайдера не меняли, соответственно и поток получаем в том же формате, как было с модемами.

На Hold вызов не прерывается, в качестве MOH идет внешняя музыка с компа.

ОК. Без трассировок и без возможности точно смоделировать ситуацию, без какой-либо статистики (например, при разговоре с каких именно городских номеров/узлов ГТС чаще всего происходит прерывание) трудно найти причину. Нет "зацепок".

Статистику SMDR включил, вывожу через ком-порт в программу Phone Express, ни никакой систематики ни наблюдается, прерваться может и городский и междугородний звонок. А трассировка делается в LDK PCAdmin программой Remote Diagnostic Tool? Подключился ею, без знания телефонной терминологии ничего не понятно в мануале, ввожу ей какие-то команды, она мне в ответ какой-то 16-ричный вроде код, чем его расшифровывать?
Относительно влияния MOH - чтобы проверить, надо совсем MOH отключить или можно поставить внутренний источник музыки?
Спасибо за ответ.

1) Для трассировки годится любая терминальная программа (HyperTerminal/ProComm Plus/Telnet). Можно и Remote Diag. Tool ([хотя, мне, например, эта софтина не нравится).
2) Трассировать нужно плату PRIB:
t d
t b XX (где ХХ - номер слота, где стоит PRIB)
Нужно точно знать в каком канале (номер СО) был прерванный разговор.
3) Расшифровать можно изучив стандарт Q.931
3) MOH Вы ведь уже проверили - Вы же писали, что при удержании не прерывается.

harris большое спасибо за Ваш обстоятельный ответ. Буду курить мануалы по трассировке, если удастся выявить источник проблем обязательно отпишусь здесь.

Можете просто снять трассировку и выложить ее для обозрения (без расшифровки - это лишнее). Только укажите какой канал нужно смотреть. Так будет быстрее.

Извиняюсь за тупой вопрос, не получается ничего с трассировкой, ее где-то отдельно не в SMDR надо разрешать?, или наоборот SMDR на время трассировки глушить?
Вот такой вывод получаю:
и автоматом выходит из утилиты через пару минут. Плата PRIB точно в 4 слоте стоит.

- Вообще-то трассировку нужно включить на плате процессора - переключатель №2 поставить в положение OFF
- В ПГМ175/7 указать порт для вывода информации.

Спасибо, про порт я догадался, а вот про свитч на плате было написано только в мануале по инсталляции, у меня он кстати оказался №3. Трассировочки пошли прямо вместе с данными по звонкам, буду вылавливать

да, конечно, переключатель №3. Прошу пардону, в спешке допустил описку...

Вкладываю кусок лога, точно определить внеш. линию не удается, т.к. разрыв происходит обычно когда несколько разговоров идет, но очень похоже, что это либо 5 либо 6 внешняя. Сорвался перевод с номера секретаря 100 на 110 внутр. линию. По логу там только 1 перевод с длит. разговора 1:50, но реально там разговор на 110 так и не состоялся.

Вот еще кусок лога, в этот промежуток времени было 3 обрыва на разных абонентах, только какие именно линии вычислить не могу, т.к. ну не пишутся эти обрывы в лог SMDR

У Вас периодически поток падает/восстанавливается!!
На плате MPB установлен модуль PLLU или нет???

Да, установлен, индикатор на модуле красным светится.

И тем не менее поток (D-канал), похоже, падает.
В трассировке попадаются команды на восстановление потока.

В станции стоит "интеллектуальная" плата VMIB/AAIB. Какая версия софта на этой плате??
Системный блок (KSU) какого года выпуска??

Станция покупалась в 2007 году, наверное этого же года выпуска MPB: GS90P-3.7Ce JUL/07, а как прошивку VMIB посмотреть? Да наверно это и не важно, если поток действительно падает, зря я станцию мучаю, т.к. сбои начались именно после смены провайдера, надо их и трясти, правильно?

Какая плата потока L100 PRIB (NPRIB) или D300 PRIB (GDK100/LDK300 PRIB)??
Плата VMIBE/AAIBE должна быть с прошивкой 3.2Ba или 3.2Ca. Если старая прошивка 3.2A, то она может вносить ошибки во внутренний канал HDLC, из-за может сбиваться работа PRIB.

Плата потока NPRIB, как версию прошивки посмотреть не знаю. Но раньше, на модемах все работало как часы.

ОК. Плата NPRIB "без мозгов", у нее нет версии, а вот версию платы VMIB можно посмотреть на этикетке на самой плате, или в терминальном режиме командой bs <Enter>
У Вас полный поток?? Все 30 каналов используются под телефонию??? Или кол-во каналов потока обрезано??

Да все 30 на телефонию, прошивка 3.2С

ОК.
А можете еще снять трассировку большЕй длительности?? Минут на 10 ?? Чтобы посмотреть, насколько часто восстанавливается D-канал?

у нас есть прибор "AETRA" имитирует PRI или BRI. становимся в нашу сторону, затем в сторону провайдера, или параллельно. это чтобы доказать провайдеру его ошибки(в том случае, когда он утверждает, что у него всё нормально). если есть возможность, то попробуйте.

Приаттачил самые напряженные полчаса.
harris, спасибо за помощь.

vitalii, не понял насчет прибора, можно подробнее, на уровне куда что втыкать и сколько это стоит?

Ок. Сейчас посмотрю...
Виталий имеет в виду прибор - анализатор потоков. Обычно он имеется у провайдера (даже не у всех провайдеров ). Стоит прилично 3-7 тыс. $ (это было раньше, сколько стоит сейчас - не знаю).

В последнем файле 6 сообщений о восстановлении D-канала. Никакой периодичности нет. Интервалы между этими сообщениями: 150, 30, 180, 460, 130 сек.

Спасибо, в понедельник начну трясти провайдера. Надо с дачи еще лучший анализатор логов ака кувалдочка захватить
Удачных выходных.
P.S. как хоть выглядит такое сообщение, чтобы было что предьявлять?

P:04 BD, 07 0 0(1)
Но это внутристанционное сообщение, оно не имеет отношения к протоколу сигнализации Q.931/EDSS1.
Так что конкретный вид этого сообщения ничего провайдеру не даст...
Отключите поток от платы и заново его подключите, Вы увидете два сообщения:
P:04 BD, 06 0 0(6) поток упал
P:04 BD, 07 0 0(8) поток восстановился

Вот что еще попробуйте:
Сейчас при посылке входящих вызовов провайдер занимает каналы в потоке по кругу.
С вашей стороны для исходящих вызовов, похоже, тоже установлен выбор линий по кругу.
Чтобы избежать коллизий при попытке занять один и тот же канал с двух сторон:
Попросите провайдера, чтобы поставил другой способ выбора канала: начиная с 1-го.
А на LDK установите выбор канала - начиная с последнего. Это ПГМ160/3 (CO Line Choice) = LAST (вместо Round)
Правда, провайдер работает c Preffered Channel (запрашивает конкретный канал, но готов работать по другому предложенному каналу). Но станция LDK работает только с Exclusive Channel (годится только запрашиваемый канал).

Изменил порядок выбора каналов на обоих сторонах, лучше не стало.
Поймал несколько дропов уже при исходящем звонке, не только с входящими проблема!, в лог проблемные звонки не пишутся
Отправил трассировки провайдерам, жду ответа и собираю шишки от сотрудников и руководства...

Если есть возможность, то попробуйте поменять модуль PLLU на аналогичный (для пробы).

Нет у нас к ней ничего запасного. После изменения порядка выбора CO появился след. нехороший эффект - периодические попадания при звонке на чужой разговор (внутри нашей атс) наверно придется поставить обратно.
Нет ли у станции динамической памяти? Если есть, есть ли какой-нибудь мемори тест?,- не могу найти ничего в руководстве.

1) Попадание на чужой разговор??? Именно на чужой входящий вызов, т.е. один входящий попадает на другой входящий???
2) Попросите провайдера в Setup'e запрашивать Exclusive Channel, а не Preffered Channel.
3) Причем здесь память?? Какаю память Вы хотите тестировать?? ИМХО, здесь проблемы в сигнализации на потоке, а не в памяти внутри станции.

Нет, наши исходящие попадают иногда на линию на которой уже идет разговор. Это началось именно после изменения порядка выбора линий.

Какой разговор уже идет??? Другой исходящий или входящий??
ИМХО, это все получается из-за потери канала сигнализации в потоке.
Попробуйте снять трассировку такой ситуации.
А что говорит провайдер??? Он что, не видит запрос на занятие уже занятого с его стороны канала??

Если подозреваете саму станцию, то можно попробовать:
- скачать файл конфига, обнулить станцию, потом заново вкачать тот же самый файл конфига
- обнулить станцию и заново ее запрограммировать.

Сложно выловить-стремно вмешиваться в разговор и выяснять кто кому звонил, вроде и на входящие и на исходящие можно попасть.


Конфиг уже много раз закачивал, а что значит обнулить? это принудительное возвращение к дефолтным настройкам? Какая программа?

Прога 450 и еще куча вариантов через батарейку sw3/8 и т.д.

Евгений, спасибо.
Нашел похожую тему у вас-же на форуме, заказал на тестирование другую плату...

Конечно, по любому лучше использовать плату потока D300 PRIB, чем более дешевый вариант L100 PRIB (NPRIB).

Есть у кого-нибуль в Питере плата процессора для LDK-100 на тест под залог?

А зачем процессор?? Имелось в виду попробовать заменить плату потока NPRIB (L100 PRIB) на плату "с мозгами" LDK300/GDK100 PRIB (D300 PRIB), которая имеет локальный процессор.

У нас ситуация ухудшилась, теперь уже симптомы такие - после ресета некоторое время станция работает нормально, потом перестает приземлять входящие - набирающий абонент слышит длинн. гудок и все. Через 5-10 мин может самопроизвольно восстановиться связь и опять пропасть. Звонил в ваш питерский филиал, инженер подсказал, что скорее всего шалит плата процессора, но в наличии у вас ее нет и похоже ни у кого в Питере.

Почему же сразу подозрения на процессор?? У Вас же входящие обслуживаются через речевое сообщение от платы VMIB (используете DISA - донабор номера ??).
Так может проблема в нехватке каналов на плате VMIB, если большая интенсивность входящих вызовов ???
ИМХО, я бы попробовал поставить PRIB вместо NPRIB.

Ну и как это проверить? вообще вынуть плату VMIB? Я пробовал приземлять звонки и в 144 и в 231 программе сразу на секретарей - все равно идет сначала сообщение VM1...

Как это?? Знаете, так уже становится вообще непонятно, что и как у Вас запрограммировано.