Юзал кто нибудь сабж на х100р?
Какие настройки страны/кодирования cid подходят в РФ?
Может кто использут с Nokia Premicell?

Проверил линии сегодня Панасоником KX-TCD430.

CALLERIDNUM есть в обоих режимах приема, и в DTFM и в V23(?) (наверное V23)

* по прежнему его не опознает.

Есть какой нибудь опыт в эксСССР?

Разрешите вернуться к нашим баранам.

Выдержка из http://www.intelcon.ru/news.html

=====================================================================
Общие сведения.

Многие импортные телефоны, продающиеся на территории России и СНГ, имеют функцию определения номера абонента (CLIP, Caller ID или CID. European Telecommunication Standard 300 659 от 02.1997). Данный стандарт определения номера отличается от российского, поэтому эта функция в наших сетях не работает.
Адаптер "ЕвроАОН" позволяет Вашему телефону определить номер абонента в России и СНГ, тем самым активируя имеющиеся в телефоне функции, связанные с определением номера.

Принцип работы адаптера "ЕвроАОН".

Адаптер "ЕвроАОН" представляет собой програмно управляемое устройство, предназначенное для конвертирования сигналов АОН российского стандарта в европейский FSK, применяемый почти во всех импортных устройствах с АОН (CLIP, Caller ID или CID).
Работа адаптера "ЕвроАОН" происходит следующим образом:

регистрация вызывного сигнала имитация снятия трубки
передача запроса на АТС прием данных о номере и категории абонента с АТС
кодирование данных в евростандарт FSK
формирование вызывного сигнала на телефон и имитация гудка в линию
передача данных на телефон в евростандарте FSK.
=====================================================================

У Вас поддерживается евростандарт FSK ?

И повторю более общий вопрос:
Можно софтом реализовать сигналы российского АОН с использовнием FXO карты ?
Или поставить такой вот "ЕвроАОН" и вопрос решится.

У меня, например, Acorp 9M56IS.
Или на карточках дигиума ?

Отвечаю, как обычно, сам себе.
Прицепил ЕвроАОН 3110, предварительно проверив его с телефоном.
Хренушки - никаких CallerID не поимел.

cidsignalling=bell / v23 / dtmf в zapate.conf перепробовал.

Резьюм - чесать репу вокруг callerid.c, танцевать с бубном.

Кто что-нибудь скажет по этому поводу ?

U menia k fxo podkliuchena nokia premicell, kotoraja ispravno vydajot na DECT telefony CID. FXO ih ne vidit. Segodnia pytal iz obsluzhivajuschej firmy inzhenerov-vyjasnil chto te DECT kotorye u nas stojat CID raspoznajut po FSK. Ostalos najti ego opisalovo :) i s pomoschju starogo dobrogo Vi pravit ishodniki :)

2 gool

По-моему разумению FSK - это общее название
FSK - Frequency Shift Keying
Ступенчатое переключение частоты синусоидального сигнала с f1 на f2 при неизменной амплитуде. Частоте f1 ставится в соответствие логический нуль, а f2 – логическая единица

По ентому и bell и v23 - это тоже FSK, которые ставятся в zapate.conf

Из соурсов
fskmodem.c
#define FLIST {1400,1800,1200,2200,1300,2100}

для bell частоты 1200 и 2200
для v23 - 1300 и 2100

MDMF и SDMF - и такие слова в callerid.c есть

Поправьте меня, если не прав

Определение номера в формате FSK
http://www.ats-telecom.ru/6_information/6_13_aon/6_13_3_fsk/6_13_3.htm

Выяснил у разработчиков ЕвроАОН что у них тоже FSK, но частоты 1200 и 2400.
Исправил код. Один хрен - не работает.

Устал бороться с CallerID по FXO.
Прицепил к порту Telecom FM CellRoute-GSM и о чудо, оно (fxo) заработало.

Подредактировав chan_zap.c, записал 2 файла инфы, поступающей из fxo.
Один, который определяется через Telecom FM CellRoute-GSM (9920 байт)
Второй - через ЕвроАОН (10240 байт)
Данные в них на первый взгляд похожи. Это вселяет надежду подредактировав
fskmodem.c получить CallerID с fxo порта.
В идеале, конечно, реализовать АОН внутрях *

Поизучав тематику, родил в муках российский АОН внутрях asterisk, как app_aon.c, код пока корявый, но определяет. Но родилась, вследствии применения АОН, следующая проблемка:
после применения АОН, который посылает запрос частотой 500 гц, и получает ответ в двух частотном сигнале 2 из 6, не могу после этого переключить на другого абонента, применяя FLASH и SendDTMF по Zap каналу, если app_aon.c не использую - все нормально.
Т.е. что станция ставится, посредством этих действий, в неприличное состояние ?

Можно обойти проблему через Dial по другому FXO, но как-то хочется через FLASH.

extensions.conf

exten => s,1,Wait,1
exten => s,2,Answer
exten => s,3,Aon(custom/601:wav|0|2)
exten => s,4,NoOp(${CALLERIDNUM})
exten => s,5,Wait,1
exten => s,6,Flash()
exten => s,7,Wait,3
exten => s,8,SendDTMF(13)
exten => s,9,Wait,1
exten => s,10,Hangup
exten => s,11,Congestion


Кусочек loga:

linux32*CLI>
-- Starting simple switch on 'Zap/2-1'
-- Executing Wait("Zap/2-1", "1") in new stack
-- Executing Answer("Zap/2-1", "") in new stack
-- Executing AON("Zap/2-1", "custom/601:wav|0|2") in new stack
Apr 13 23:07:47 NOTICE[19060]: app_aon.c:342 aon_exec:
Len=7
-- Executing NoOp("Zap/2-1", "xxxxxxx") in new stack
-- Executing Wait("Zap/2-1", "1") in new stack
-- Executing Flash("Zap/2-1", "") in new stack
-- Flashed channel Zap/2-1
-- Executing Wait("Zap/2-1", "3") in new stack
-- Executing SendDTMF("Zap/2-1", "13") in new stack
-- Executing Wait("Zap/2-1", "1") in new stack
-- Executing Hangup("Zap/2-1", "") in new stack
== Spawn extension (default, s, 10) exited non-zero on 'Zap/2-1'
-- Hungup 'Zap/2-1'
-- Starting simple switch on 'Zap/2-1'
-- Executing Wait("Zap/2-1", "1") in new stack
-- Executing Answer("Zap/2-1", "") in new stack
-- Executing AON("Zap/2-1", "custom/601:wav|0|2") in new stack
Apr 13 23:08:01 NOTICE[19060]: app_aon.c:342 aon_exec:
Len=0
-- Executing NoOp("Zap/2-1", "") in new stack
-- Executing Wait("Zap/2-1", "1") in new stack
-- Executing Flash("Zap/2-1", "") in new stack
-- Flashed channel Zap/2-1
-- Executing Wait("Zap/2-1", "3") in new stack
-- Executing SendDTMF("Zap/2-1", "13") in new stack
-- Executing Wait("Zap/2-1", "1") in new stack
-- Executing Hangup("Zap/2-1", "") in new stack
== Spawn extension (default, s, 10) exited non-zero on 'Zap/2-1'
-- Hungup 'Zap/2-1'
-- Starting simple switch on 'Zap/2-1'
-- Executing Wait("Zap/2-1", "1") in new stack
-- Executing Answer("Zap/2-1", "") in new stack
-- Executing AON("Zap/2-1", "custom/601:wav|0|2") in new stack
Apr 13 23:08:15 NOTICE[19060]: app_aon.c:342 aon_exec:
Len=0
-- Executing NoOp("Zap/2-1", "") in new stack
-- Executing Wait("Zap/2-1", "1") in new stack
-- Executing Flash("Zap/2-1", "") in new stack
-- Flashed channel Zap/2-1
-- Executing Wait("Zap/2-1", "3") in new stack
-- Executing SendDTMF("Zap/2-1", "13") in new stack
-- Executing Wait("Zap/2-1", "1") in new stack
-- Executing Hangup("Zap/2-1", "") in new stack
== Spawn extension (default, s, 10) exited non-zero on 'Zap/2-1'
-- Hungup 'Zap/2-1'

Видим что происходит зацикливание, приходится иногда сбрасывать этот порт на станции с системного телефона.

exten => s,10,Hangup - exited non-zero по логу
exten => s,11,Congestion - почему не срабатывает прерывание скрипта

У кого какие мысли ?

После долгих испытаний и ряда проданных * :

* как на х100р (и клоны) так и на родной аналоговой TDM01B-TDM04B отлично понимает европейский (Германия, Франция, Норвегия, ...) формат CallerID (ETSI-FSK). В zapata.conf cidsignalling=dtfm, cidstart=ring. Так же корректно он определяется с GSM модулей Nokia 32 PBX (после смены в нокии типа КЛИ (см. мануал нокии)). КЛИ НЕ определяется с Nokia Premicell 09, 18 и другого железа работающего в стандарте ETSI-DTFM (Финляндия, Швеция, ...) т.к. там сигналом начала посылки КЛИ служит смена полярности, которую х100р в силу своей технической простоты опознать не может :) , TDM01B-TDM04B "скорее всего" тоже (проверять уже не на чем). В Grandstream ATA-488 есть возможность смены стандарта КЛИ (как в Нокиа 32) но как я понял только для FXS порта.

Успехов!

Поправка: как показали успешные опыты, TDM01B-TDM04B успешно определяет CallerID Nokia Premicell 09, 18 в режиме смены полярности :)