Про LDK-300 тоже знаю случаи, и не один.

А здесь и так всё через виланы сделано.

MFIM 300, прошивка GS96M-E.0Gf DEC/09

Имеется проблема с подвисаниями. Симптомы: в телефонах тишина (LIP-ы теряют MFIM), транзитные звонки по потокам недоступны. MFIM при этом не пингуется, хотя периферийные модули все откликаются.
Лечится аппаратным резетом.
Началось не сразу, через несколько месяцев эксплуатации. Зависимости от нагрузки не наблюдается (иногда бывает в нерабочее время, когда звонков минимум).

В MFIM Log wiew пишется информация о рестартах.

FILE DUMP:

MPB ResetCnt: 014
SPSR: 0x7bffd5ff, CPSR: 0xf49aff6c
09/21/10 18:42:56

=== Fault Time : 09/10/21 13:18:51 ===

by Watchdog, loop_thread: pid=-1, name=ptPktRxThread

LAST, STACK:

MPB ResetCnt: 014
SPSR: 0x7bffd5ff, CPSR: 0xf49aff6c
09/21/10 18:42:56

Total Fault Count = 1
index(1)
************************************************************
=== Fault Time : 09/10/21 13:18:51 ===
by Watchdog, loop_thread: pid=-1, name=ptPktRxThread

Можно ли как-то расшифровать эти логи?
Что вообще можно предпринять в диагностических целях?

да, тоже думаю об этом. Может быть, сделаю через несколько дней.

Заработало. Не знаю, что именно повлияло решающим образом (много раз меняла везде всё), но приведу итоговые параметры:

1. На обоих PRIM-ах отключен T38
2. На обеих VOIBE отключен T38 консолью
3. Также на обеих VOIBE установлен режим NORMAL (изначально был FAST), причем на LDK-300 это пришлось делать через консоль.
4. Fax Mode в пгм 340 на LDK-100 отключен.


Трассировки, кстати, сняла - неинтересные какие-то: всё правильно, есть коннект, подтверждение коннекта, потом дисконнект с 90 причиной от принимающей стороны. При этом факс пишет: "Ошибка связи".

До снифера дело не дошло, админов трепать - это последний рубеж)

Пробовали оба варианта, одинаково не проходят. Вообще при всех раскладах (независимо от того, пришёл ли вызов из города или абоненты LDK звонят сами) получается, что когда инициатор отправки город, факс не идёт, когда LDK-300 - проходит отлично.

Точно, нюанс был упущен
Сделала пароль, сразу "обогатилось" меню, T38 включился явным образом.

Это всё на обеих LDK. Факсы так и не пошли.

Может быть, ещё что-то подкорректировать? Вот, например, галка Fax Mode, как с ней быть? На LDK-100(3.8) при её наличии или отсутствии разницы нет. А что касается LDK-300(3.6), имеет ли смысл что-то ещё поделать через консоль?

Софт поднять, увы, пока не получается, так как проц MPB.



уже))) много раз

All is not what it seems ,

что касается связки iPECS - LDK-300 напрямую...Никаких препятствий, в общем-то, нет. Придётся активно посотрудничать с администраторами той сети, чтоб порты пробрасывали.

НО. У меня нет ни малейшей уверенности, что это решит проблему с факсами.

Итак, плату перепрошили файликом Gs30HB2Ad.rom.
Команда по-прежнему проглатывается без ответа со стороны платы...

Факсы не ходят.

Понятно, то есть в данном случае необходимо обновить прошивку, далее должна заработать команда.

AXEL, насчет telnet...

Прошивка Gs30H21Dc.rom - она же удовлетворяет требованию "Gs30HB1Dl.rom и выше"?
Подключаюсь к ней, ведёт себя весьма странно.
Во-первых, в предложенном меню нет ничего про T38.
Во-вторых, если вбить команду t38fax on, плата никак не подтверждает, что поняла и приняла команду (насколько понимаю, должно быть [DSP] T38 FAX set ON)

У меня ещё есть стендовая VOIBN с прошивкой Gs30T11Ca.rom, ведёт себя точно также...
Как узнать, включился ли T38?


Dron, действительно работает (входящая сделана через MSN на двух LDK + сетевая таблица на всех станциях, исходящая только через сетевую везде)


Harris, stasmar,

спасибо за тёплые слова)

Если сделать T38=OFF на PRIM-ах, перестают проходить даже исходящие факсы, к сожалению.

Станции соединены следующим образом:

город - PRIM(стат. IP) - MFIM300(стат. IP) - PRIM(стат. IP) - LDK-100(3.8) - VOIBE(2.1D) - VOIBE(2.1D) - LDK-300(3.6)


Обе LDK находятся во внутренней сети предприятия.

Проблема: не проходят входящие факсы из города на самую оконечную LDK-300. Из города на LDK-100 = ОК, с LDK-100 на LDK-300 = ОК. Исходящие в город проходят с обеих станций.

Настройки:
на обеих платах PRIM T38=ON, RTP Security = ON

На VOIBE, который на LDK-100 (3.8), стоит галка Fax Mode. На LDK-300 в силу версии 3.6 настройка недоступна, но если просматривать OFF-line конфиг станции, галочка Fax Mode тоже есть. Кодек на обеих VOIBE G.711A.

Что где ещё посмотреть и поменять?

Ясно, спасибо...очень жаль, вещь-то нужная.

Возможно ли это на iPECS?
Старым способом (mon>t ceht cxxx) трассировка, конечно, включается, но не PRI, а другая информация про IP, порты и пр.

На самой плате потока она включается как раз нужная (main>tr t3), но только по всему потоку сразу.

Как включать по отдельной линии, хелп!

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

Хорошо, если я описываю диапазон транков как Normal, указываю в пгм 144 для каждой группы транков своё голосовое сообщение, каким образом входящий звонок различит перенаправления по отделам?
Мы же как раз полностью удаляем всё из пгм 144, чтоб заработало поле Reroute Destination из пгм 231, ради двух разных назначений?

На новую версию так и не перешли, зато задача усложнилась)
Необходимо сделать для двух отделов РАЗНОЕ расписание. На данный момент используется схема с неподключенным главным аттендантом, вызовы по перенаправлению поступают на разные группы, в два отдела.

Оба номера приходят по потоку.

СДЕЛАЛИ:
1. Транки потока разделили на два тенанта - 1 и 2. Каждый из двух номеров с вышестоящей АТС направляется строго по отведенным транкам (вышестоящей рулим сами)
2. Назначили в каждом тенанте оператора (пгм 111/13, пгм 120)
3. Главного оператора перевели в "день" и сразу отключили
4. На операторах тенантов тоже сделали "день"

РЕЗУЛЬТАТ:
вызовы приходят на свои голосовые сообщения, но затем поступают на оператора 1 тенанта.

5. На операторе тенанта 2 поставили "ночь". Работает (в DID "ночь" назначена на Speed ячейку).

ВОПРОС:
это вообще выполнимая задача на 3.6?
Получается, что смена расписания по тенантам как таковая работает, но в сочетании с дневными двумя DISA-ми - некорректно.

Dron
harris

СПАСИБО!

Не подскажете, где она лежит?
Не могу найти. В Download для 60-ки только C.A8с - где же С.А8е?

Ясно.
Спасибо всем большое за разъяснения)
Получается, что это оптимально закладывать на этапе проектирования станции...

Даже при том, что нет необходимости определять Caller ID с внешних линий - всё равно нужна спец плата CSLBE ?..
Печально.

Подскажите, пожалуйста!
Чтобы на аналоговых аппаратах определялись внутренние номера - достаточно ли приобрести телефон с поддержкой Caller ID, например, LKA-220C ?

Будет ли оно работать для ЛЮБЫХ моделей плат аналоговых абонентов? И для тех шести портов, что располагаются на плате DSIB?

Спасибо за подсказку про H.323 - действительно отлично работает.
Но ещё хотелось бы всё-таки подцепить AddPac по SIP.
Делаю настройки по sip-регистрации AddPac по аналогии с регистрацией на Asterisk-е.
Не получается.
Сам AddPac показывает, что регистрация не выполнена.
На MFIM-e не совсем понимаю, как посмотреть статус этих аккаунтов.
В 443 нет разницы - если sip-аккаунт хоть раз откуда-либо зарегистрировался, то у него Linked = M независимо, зарегистрирован он в данный момент или нет.

Если у кого-нибудь получилось зарегистрировать AddPac по SIP - откликнитесь, пожалуйста!

Сегодня сделала MFIM и VOIM на внешних IP-адресах. Ничего не изменилось.
Делаю регистрацию с MFIM-ных транков - через секунду регистрируются.
При идентичных настройках VOIM - ничего.