да, самое простое - взять и попробовать на обычной трубке DECT. Если определяетцо - значит надо копать настройки FSK
Zavr2008 ( 2012-04-01 23:07:54 +0400 )редактировать
Добрый день! Проблему с входящими Поборол Но теперь На телефонах не определяется входящий номер. Схема такая горАТС => fxo spa8800 =>asterisk => ip phone Сам транк
[pstn1]
type=friend
host=192.168.1.11
port=5061
dtmfmode=rfc2833
context=from-trunk
insecure=port,invite
Настройки на цыске
Line Enable: yes
Proxy: 192.168.1.18
Display Name: pstn1
Password:
User ID: pstn1
Use Auth ID: no
Preferred Codec: G711u
Dial plan 8: (<:60@192.168.1.18>S0) (это группа, созданная на астериске)
PSTN CID For VoIP CID: yes (менял, ничего не изменилось)
PSTN Caller Default DP:8
Sip port 5061
Соответственно входящий звонок у юзера телефон показывает от pstn1. Диалплана специального не создавал, все работает с диалпланом from-trunk. Во freepbx тоже не могу входящую маршрутизацию настроить, т.к. did я так понимаю не корректно определяется. На данный момент во freepbx не создано ни одного правила вход. маршрутизации, т.к не понимаю что нужно указывать в did, да и потом from-trunk знает что такое ext. 60. Вот я объяснил ситуацию с моей точки зрения, могу сильно заблуждаться. Ребят, прошу объяснить в чем я не прав и почему не работает. Спасибо.
как же did может не определяться, если он указан на линксисе? а по поводу callerid - уверены что оператор тфопа отдает его? и даже если отдает - в том ли режиме, что прописан на spa8800?
да, самое простое - взять и попробовать на обычной трубке DECT. Если определяетцо - значит надо копать настройки FSK
Zavr2008 ( 2012-04-01 23:07:54 +0400 )редактироватьПо мне так вы сделайте вызов из города на Asterisk, и во время вызова снимите дамп sip-трафика со SPA8800. Так вы хотя бы точно поймёте, присылает ли SPA CallerID, или нет. В консоли астериска:
*CLI> sip set debug ip < SPA IP > Ребят, гляньте пож. лог full с дебагом sip set debug ip 192.168.1.11, номера c с которого я звонил, там нет. Ротацию лога сделал. Мне честно говоря, он не помог.
Ей богу горит, а спросить не у кого, кроме сообщества...
nelgondar ( 2012-04-02 19:03:02 +0400 )редактироватьДа, дело в LinkSYS значит.
Вот в гугле человек с такой же проблемой, но на spa3102. http://forum.voxilla.com/threads/spa3102-how-to-pass-caller-id-without-off-hook-pstn-line.17012/
I have found a solution, but I think it is not the best.
PSTN user tab
Cfwd Sel1 Caller: * (any Caller ID)
Cfwd Sel1 Dest: Asterisk's IP address
In this case SPA doesn't "off hook" but sends INVITE to Asterisk with correct Caller ID.
Does anybody know a better solution?
Попробуйте его метод. Ну то есть он делает не роутинг PSTN-To-VoIP Gateway, а переадресацию.
ro ( 2012-04-02 19:16:12 +0400 )редактироватьне стоит делать костыли, когда не составляет сложности позвонить своему оператору и уточнить какой режим callerid у них включен и попросить перевести на etsi fsk
zlat ( 2012-04-02 19:57:32 +0400 )редактироватьНемного не понял. А как в итеге сделать чтобы на конечном аппарате определялся номер входящего? Телефоны хорошие, callerid точно знают
телефоны здесь не при чем. сначала нужно добиться, чтоб номер с линксиса приходил, а для этого он должен понимать режим передачи callerid, по которому отдает городская АТС
zlat ( 2012-04-02 13:01:59 +0400 )редактироватьУ оператора уточнил. По линии теперь идет ETSI FSK, соответственно в региональных настройках я выбрал этот метод. Хранение логов прописал на сервер астериска, но в логах нет входящего номера.Уровень дебага -full. Возможно еще какую-нить опцию нужно изменить на самой цыске?
Прошейте SPA до последней версии.
Вы проверили метод http://forum.voxilla.com/threads/spa3102-how-to-pass-caller-id-without-off-hook-pstn-line.17012/ ?
Таких опций у меня нет "Cfwd Sel1 Caller: * (any Caller ID) Cfwd Sel1 Dest: Asterisk's IP address" А вот эти поставил PSTN Answer Delay: у меня 6 А of hook speed ставил 3ms (ETSI)
nelgondar ( 2012-04-05 13:41:19 +0400 )редактироватьПрошивка стоит последняя, на сайте цыски глянул. Один момент проскочил странный: в cdr записях 2 раза определился правильно cid, причем в это время шлюх никто не трогал, т.е сам определил пару раз и датьше опять за старое:
461. 2012-04-03 19:27:16 SIP/pstn1-... pstn1 "pstn1" <pstn1> 60 NO ANSWER 00:35
462. 2012-04-03 18:48:08 SIP/pstn1-... pstn1 "pstn1" <pstn1> 60 NO ANSWER 00:45
463. 2012-04-03 18:13:08 SIP/pstn1-... 891XXXXX957 "pstn1" <891XXXXX957> 60 ANSWERED 00:12
464. 2012-04-03 18:12:41 SIP/pstn2-... 891XXXXX182 "pstn2" <891XXXXX182> 60 ANSWERED 01:54
465. 2012-04-03 18:11:51 SIP/106-00... 106 "Evgeny" <106> 896XXXXX460 ANSWERED 01:16
466. 2012-04-03 18:10:39 SIP/106-00... 106 "Evgeny" <106> 890XXXXX951 ANSWERED 00:43
467. 2012-04-03 18:07:55 SIP/106-00... 106 "Evgeny" <106> 892XXXXX505 ANSWERED 01:10
(3 столбик - src, 4-clid, 5 - dst)
В описании шлюза упоминается о том, что он может did pstn в did voip преобразовывать. Но блин, все равно не определяется на данный момент....
если проблема еще присутствует, напишите мне в асю 558.913.046 - может чем помогу)
zlat ( 2012-04-06 15:56:21 +0400 )редактироватьЗадан: 2012-04-01 20:11:41 +0400
Просмотрен: 2,130 раз
Обновлен: Apr 05 '12
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.