forum.technoforward.ru

Пытаюсь настроить у себя фичу Caller ID. Нужно, чтобы на Dterm отображался номер вызывающего абонента
Вводные:
Одна аналоговая городская линия с включенной услугой ЕвроАОН в режиме FSK (АОН проходит и именно FSK, проверил аппаратом)
NEAX IPS2000 с прошивкой R13 (SC3655)
В АТС вставлены платы PN-8DLCP, PN-8LCAK, PN-8COTQ, PN-4RSTC-A
Переключатель AP на плате PN-4RSTC-A стоит в положении "8"
АТС проинициализирована с загрузкой Resident System Program (положение свича - С)
Дальнейшую настройку брал отсюда: Feature Programming Manual - CALLER ID/MFC FEATURES - CALLER ID CLASS
А также, на всякий случай, Feature Programming Manual - BUSINESS FEATURES - CALLING NUMBER DISPLAY-Dterm
Получился скрипт:

3500,00,00
3537,00,0
3548,00,0
35129,00,0
35133,00,0
09,52,0
050,08,08
056,08,3
0604,00,080
0604,01,081
0604,02,082
0604,03,083
08,472,0
AA07,08,0
312,0,0

6542,01,0
5730,0100,200
5730,0101,201
5730,0102,202
5730,0103,203
5730,0104,204
5730,0105,205
5730,0106,206
5730,0107,207
1354,200,0
1354,201,0
1354,202,0
1354,203,0
1354,204,0
1354,205,0
1354,206,0
1354,207,0
6543,01,0
1355,200,0
1355,201,0
1355,202,0
1355,203,0
1355,204,0
1355,205,0
1355,206,0
1355,207,0

Затем назначаю вызов на Dterm (№ 200):
3002,000,04
3004,000,200
Транк 000 в роуте 00 по умолчанию.
Назначаю клавишу CID на Dterm

При приёме входящего вызова определения номера не происходит: на дисплее отображается "DDD 1000", номера вызывающего абонента нет.
При получении вызова загорается, затем гаснет один из светодиодов BL0 - BL3 на плате PN-4RSTC-A

Помогите, плиз.

Очень подробно здесь: http://forum.neax.ru/viewtopic.php?t=18 ... ght=caller

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Я там уже был Даже отметился в конце темы
На основе этой темы скомплектовал АТС, подключил услугу ЕвроАОН в нашей ГТС и именно FSK, выполнил программирование согласно мануалу. Не могу понять, что делаю неправильно.
Люди добрые! Если кто когда-нибудь включал этого зверя, посмотрите скрипт, плиз. Где там ошибка?

Сложно сказать, что не так... , вроде, всё правильно... (вопрос только, почему 312,0,0, а не 3 ).
Попробуйте 000 транк убрать из фичи INDIVIDUAL TRUNK ACCESS, может это поможет... или хотя бы вместо кнопки CID(как я понимаю это F5010) используйте (F1099).

_________________
В нашем деле неисправности бывают 2-х видов: нет контакта там , где он должен быть и есть контакт там, где его не должно быть...

Упс. Ну вот и найдена первая ошибка

Спасибо, буду ковырять дальше.

Я бы поставил здесь 312>0:1.

Все, что в вашем скрипте ниже этой команды
в принципе не нужно.
Должно и так работать при условии наведения вызова на myline.
Индикаторы на платах ведут себя правильно.

А проверить то, что из сети Сaller ID вам присылают
можно либо телефоном, либо модемом с соответствующей
функцией.

Честно говоря, не нашёл, как убирается транк из фичи INDIVIDUAL TRUNK ACCESS, поэтому просто стёр Trunk ID Code в cm30 Y=19
Кнопки поменял.
Не помогло


Не помогло


Проверил АТС-кой (LG-Nortel Aria SOHO), в которой можно выставить тип принимаемого Caller ID (DTMF, FSK, русский АОН). При установке параметра FSK, Caller ID регистрируется.

Уважаемый SAN, не могли бы Вы пролить свет на таймеры в Неке, которые отвечают за определение звонка по СО. Может у нашего оператора рисунок вызывного сигнала нестандартный?

Таки да, удалось выяснить, что при включении Caller ID изменилась каденция вызывного сигнала на городской аналоговой линии. Сейчас она такая:
индуктор ~ 0,5 сек
пауза ~ 1,5 сек (в течение этой паузы проходит тон FSK)
индуктор ~ 0,5 сек
пауза ~ 2,5 сек
индуктор ~ 1 сек
пауза ~ 4 сек
Далее повторяется
индуктор ~ 1 сек
пауза ~ 4 сек.

Нек детектирует вызов (загорается кнопка транка на DTerm) после первого же индуктора. Одновременно загорается светодиод на плате PN-4RSTC-A. Но звонок на DTerm (DIT) попадает только после третьего индуктора. Тогда же гаснет светодиод на PN-4RSTC-A.

Я предполагаю, что Нек не может определить Caller ID из-за разницы в длительностях индуктора и пауз. Т.е. он или слишком поздно начинает детектирование и часть FSK посылки не видит, или ему мешает второй индуктор - полученную кашу он считает ошибочным сообщением и не выдаёт на Dterm, или вообще начинает детектирование после второго индуктора.

Если кто-нибудь знает тайминги определения вызова по аналоговой СО, поделитесь, плиз
А есть ли таймеры, регламентирующие работу тонприёмников платы PN-4RSTC-A?

Что уже делал:
Команду CM41 Y=2>00 не трогал
Игрался с командами CM41 Y=2>40 и CM41 Y=2>41

412>40:NONE-
412>41:NONE-

412>40:02-
412>41:NONE-

412>40:02-
412>41:00-

412>40:NONE-
412>41:00-

412>40:NONE-
412>41:23-

412>40:02-
412>41:23-

во всех случаях на Dterm вызов идёт после третьего индуктора и определения Caller ID нет

Таймера максимальной паузы после индуктора (когда Нек решает, что вызов по аналоговой СО уже не поступает) не нашёл

Посмотрите на 412>00, 412>09, 412>40, 412>41.
Честно говоря не припомню, чтобы когда-нибудь менял эти таймеры,
поэтому свет скорее прольете вы если что-нибудь из этого выйдет.


Я встречался с таким, но немного с другой стороны:
Аналоговый аппарат с Caller ID отказывался принимать информацию
от станции при определенном "рисунке" вызывного сигнала.

Да и еще: FSK - понятие растяжимое.
Вот ссылка по теме http://www.ainslie.org.uk/callerid/cli_faq.htm#Q_6

Первые два таймера мне понятны:
412>00 - минимальное время длительности индуктора, после которого Нек считает, что на аналоговый транк пришёл вызов.
412>09 - максимальное время паузы после индуктора, т.е. если по прошествию этого времени индуктор не возобновляется, то Нек считает, что на аналоговом транке вызов прекратился.

А за что отвечают 412>40, 412>41?

В доке написано, что Нек различает Main PBX Ringing (Station termination) и Main PBX Ringing (C.O. termination). Во втором случае два индуктора через небольшую паузу Нек будет считать ОДНИМ вызывным сигналом и пытаться детектировать Caller ID после него.

Как мне настроить эти таймеры, чтобы Нек считал двумя вызывными сигналами а не одним?
Сам попытался - ничего не вышло
т.е. при любых значениях таймеров 412>40, 412>41, я продолжаю получать на Dterm вызов только после третьего индуктора.

Ну как говорится "Знал бы прикуп..."
Есть еще забавная команда 3587>, может быть она как-то влияет...


А не судьба попросить провайдера сменить "рисунок" на что-нибудь более простое?