Тема: Lg и Nec по Isdn Pri

Такое сообщение вылетает, когда физически поток есть, но звонить никуда нельзя. Мы с этим сталкиваемся, когда поток отключен за неуплату. Конкретнее не знаю, что за процесс.

“ISDN LINE RELEASED” означает, что канал отбивается со стороны NEC’a (т.е. отбой: в LDK поступает либо Disconnect либо Release). А почему происходит отбой - надо трассировать. LDK в принципе позволяет трассировать все команды, передаваемые/принимаемые по ISDN линии, а не только внутренние команды станции. Но, конечно, с помощью специального анализатора нагляднее.

А нет ли информации по содержанию кодов трассировки, а то с этим труба, почему-то все говорят, что нужно логи отправлять в Корею и там типа разберутся. Если бы это было общедоступно мне кажется корейцам это бы тоже облегчило жизнь. Их бы не заваливали подозрениями на собственные предрассудки.

Корейцы и не занимаются разбором трассировок таких единичных (частных) случаев. В Корею отсылаются только трассировки проблем, связанных с систематическими ошибками (недоработками) ПО.
Если есть такая необходимость, то можете прислать логи с трассировками нам (правда, к сожалению, у нас тоже не всегда есть время этим заняться, т.е. по возможности).
Коды трассировки устройств, входящих в состав станции, не являются общедоступными, и не рассчитаны на конечного пользователя (”для внутреннего употребления”, т.е. Ноу Хау).
А трассировка ISDN линии соответствует стандарту, но только не комментируется текстом, т.е. выдается так же, как и идет в канале сигнализации.

Да все в принципе понятно, только хочется все таки большего.
Ведь корейцам в принципе ничем не грозит, ноу-хау нарушить нереально. Надеюсь вы понимаете, что с помощью кодов трассировки не получится подделать АТС в целом, несмотря на то, что все комплектующие с точки зрения мирового рынка далко не оригинальны. Кому надо, тот подделает. Так что доступность кодов та или иначе облегчит жизнь LG и тех кто им содействует. Тем более что это более или менее стандартные события обычной телефонной станции, при желании можно даже расшифровать, коды все однобайтовые, их не так много, просто на расшифровку уйдет много времени и средств. Пока туда-сюда уже все это дело с производства снимут.
В общем если короче, то лазейка какая-то существует? Все-таки это же никому не повредит.
И еще по вопросу NPRIB если не затруднит, что-нибудь ответьте по возможности, а то тут я смотрю уже единомышленников накопилось на этот счет. Почему не работает? Хотя-бы какие-то предположения. При моментальном перетыкании на PRIB сразу же работает. Чудес на свете не бывает.

Насчет неработоспособности платы NPRIB у меня ответа нет. Я уже писал здесь на форуме, что мы с этой проблемой не сталкивались. Все установленные платы NPRIB запустились сразу и работают нормально. Хитростей там тоже никаких нет.
Есть только догадки: на всякий случай уточните вариант исполнения (Rev.) платы процессора тех станций, где NPRIB не работает: MPB (P/N: SPGY0016601-1.0 ~ SPGY0016603-1.1) или новая плата MPBE (выпускается с марта 2003 г., P/N: SPGY0016604-1.0 ~ ...). Может быть причина проблемы с NPRIB заключена в новой плате MPBE??? (Как обычно: лучшее - враг хорошему).
К сожалению, я не смогу проверить это в ближайшую неделю на реальном потоке, но может быть удасться что-нибудь выяснить у корейцев. Тогда сообщу.

Ув. harris!
Если я правильно понял, речь идет о “B channel listening” в Remote Diagnostics?  Если да, то в двух словах, пожалуйста, поясните как ей пользоваться. Если нет - поправьте меня.

Спасибо.

Нет. Речь идет о трассировке D-канала ISDN линии, а также о трассировке команд/событий внутри станции.

to harris:

1) Насчет трассировки D-канала понятно. Тут нужен анализатор протоколов (трассировщик). У меня, к сожалению, его нет.
2) Как можно средствами самой LG посмотреть трассировку команд/событий внутри станции.
3) Все-таки, что такое “B-channel listening”? Какие возможности она дает?

Благодарю.

Всем ОГРОМНОЕ спасибо за участие в решении моей проблемы. Все заработало. Проблема была на NEC’e.

А в чем проблема, если не секрет? А то у меня и Лыжи и Нек в наличии. Будем знать на будущее.
С уважением COMik.

Проблем было собственно несколько:
1) В СМ35YY по мануалу сказано, что эти команды нужно выполнять только для роута В-каналов, а для роута D-канала - нет. Однако роуты нужно назначать одинаково. Хотя потом, когда все заработало пробовал менять параметры роута D-канала все равно работает.
2) Спешка, а следовательно (к своему стыду :o) невнимательное чтение документации. В СМ3512 при назанчении кол-ва принимаемых цифр параметр 3 (В поле Second data) означает 4 принимаемых цифры, а вовсе не 3, как интуитивно кажется с первого взгляда.
3) Несмотря на то, что по ISDN мануалу вроде как ясно, что команды из главы D CHANNEL HANDLER ASSIGMENT нужно выполнять в случае использования для одного пока ISDN PRI 2-ух карт (30DTC и SC01), а не одной совмещенной с контроллером D-канала (30PRTA). На самом деле их нужно тоже выплнить в любом случае.
4) Насчет синхры: первую карту 30PRTA нужно ставить обязательно в PIMM 0.

Поздравляю с удачей.
Пути японцев неисповедимы.
С уважением, COMik.

Создано harris
Насчет неработоспособности платы NPRIB у меня ответа нет. Я уже писал здесь на форуме, что мы с этой проблемой не сталкивались. Все установленные платы NPRIB запустились сразу и работают нормально. Хитростей там тоже никаких нет.
Есть только догадки: на всякий случай уточните вариант исполнения (Rev.) платы процессора тех станций, где NPRIB не работает: MPB (P/N: SPGY0016601-1.0 ~ SPGY0016603-1.1) или новая плата MPBE (выпускается с марта 2003 г., P/N: SPGY0016604-1.0 ~ ...). Может быть причина проблемы с NPRIB заключена в новой плате MPBE??? (Как обычно: лучшее - враг хорошему).
К сожалению, я не смогу проверить это в ближайшую неделю на реальном потоке, но может быть удасться что-нибудь выяснить у корейцев. Тогда сообщу.

Да нет, это было и в июле прошлого года и в январе этого и в августе этого все то же самое. А был ли опыт с инородными станциями?

Да, конечно. Все упомянутые мною станции LDK-100 с платой NPRIB подключены к разным московским ISDN провайдерам (Телмос, Стартелеком и др. - там, естественно, установлены более серьезные коммутаторы, нежели продукция LG), и только одна из них стоит позади LDK-300.