Тема: Разорвать кольцевание вызова Asterisk-TDE
Еще раз внимательно все проверить.
Город к Панасу как подключен?
...Астериск с АТС связаны через V-SIPGW16…
Какое, нахрен, TIE?! Вязать между собой по H.323, и тогда спокойно 9-ку в начало номера!.. И не забывать про CLIP, если из панаса уйдёт по цифре, а провайдер следит за правильностью АОНа.
Зря ты упомянул про TDE600.. (с) :lol:
:lol:
PS: Простите, не удержался. :lol:
Вязать между собой по H.323
Дело вкуса. Если кто-нибудь из гуру, например Вы, возьмется написать качественную пошаговую инструкцию для 323-го, можно будет сравнить плюсы и минусы обоих подходов. 9-ка же в начале номера должна быть по любому, от протокола это никак не зависит.
Еще раз внимательно все проверить.
Город к Панасу как подключен?
ДА сто раз уже проверил, ибо 2 месяца как настраиваю!!! Народ во всю работает, а с софтовых телефонов вызов в Город не идет!! И на мобилки через софтовые не позвонить...
Город подключен по E1.
Вязать между собой по H.323
Дело вкуса. Если кто-нибудь из гуру, например Вы, возьмется написать качественную пошаговую инструкцию для 323-го, можно будет сравнить плюсы и минусы обоих подходов. 9-ка же в начале номера должна быть по любому, от протокола это никак не зависит.
Говорю-же с 9-кой не проходит!
попборовал сделать подмену 6712 в АТС, включил АРС, чо-то там понастраивал, согластно инструкции, получилось следующее... при звонуе из астериска 9274820, идет подмена на 6712274820 и уходит в АТС, там идет вызов и отвечает “Оператор” с вахты....
ничо не понимаю!!!
...Астериск с АТС связаны через V-SIPGW16…
Какое, нахрен, TIE?! Вязать между собой по H.323, и тогда спокойно 9-ку в начало номера!.. И не забывать про CLIP, если из панаса уйдёт по цифре, а провайдер следит за правильностью АОНа.
+1. Не могут наши звездолюбы догнать, что Панас не рассматривает SIP-транки в качестве соединительных линий между равнозначными станциями в частной сети. Отсюда все проблемы с маршрутизацией.
Город подключен по E1.
Так я и думал. Проверять, какой отдается клип.
Город подключен по E1.
Так я и думал. Проверять, какой отдается клип.
При чем сдесь клип? Если при отправки “без 9” вызов в город уходит, а при отправки “с 9”, вызов в город не идет.
Ктсати АТС, сама приписывает “9” к клипу пользователя Астериск, это заметно на телефонах с определителем номера.
Ктсати АТС, сама приписывает “9” к клипу пользователя Астериск, это заметно на телефонах с определителем номера.
А не должна. Если Вы звоните на внутренний Вашей АТС, то внутренний номер Астериска должен высветится без всякой девятки. Другое дело, внешние номера. К ним да, дописывается девятка, что бы легко можно было перенабрать.
А вот при звонке наружу в качестве клипа должен улетать не внутренний номер, а пилот или один из потока.
Как проверить: включите в консоли трассировку ISDN и попробуйте сделать звонок.
И так при звонке наружу в качестве клипа выходит номер абонента астериска, что не нравиться провайдеру и вызов отбиваеться:
PBX->CO No.32584 Port:1 (elapsed time from LPR reset) 01/03/04 20:52:03
L2: I SAPI:0 TEI:0
L3:
SETUP crn:007B (O)
Sending Complete
Bearer Capability: 80 90 A3 (Speech A-Law)
Channel Identity: A1 83 88 (channel=B8 pref.)
Calling Party Number: 01 80 32 30 30 31 32 31 32
Type of Number= Unknown, Numbering Plan= ISDN/Telephony
Number= 2001212
Called Party Number: 81 33 39 31 31 38 38
Type of Number= Unknown, Numbering Plan= ISDN/Telephony
Number= 391188
00 01 64 34 08 02 00 7B 05 A1 04 03 80 90 A3 18
03 A1 83 88 6C 09 01 80 32 30 30 31 32 31 32 70
07 81 33 39 31 31 38 38
CO->PBX No.32585 Port:1 (elapsed time from LPR reset) 01/03/04 20:52:04
L2: I SAPI:0 TEI:0
L3:
RELEASE crn:007B (D)
Cause: 83 9C
Cause Value= “#28 Invalid number format”
Location= “transit network”
02 01 34 66 08 02 80 7B 4D 08 02 83 9C
PBX->CO No.32586 Port:1 (elapsed time from LPR reset) 01/03/04 20:52:04
L2: I SAPI:0 TEI:0
L3:
RELEASE COMPLETE crn:007B (O)
Cause: 81 9F
Cause Value= “#31 Normal unspecified”
Location= “private network serving the local user”
00 01 66 36 08 02 00 7B 5A 08 02 81 9F
Вытекает следующий вопрос, как подменить клип?
фу.. наконец заработало!!! 1,5 месяца бился!
вот такой екстеншн получился
[office]
exten => _20XXXXX,1,Dial(SIP/${EXTEN},90)
exten => _1XXX,1,Dial(SIP/utde/${EXTEN},90)
exten => _9XXXXXX,1,Macro(ats,${EXTEN})
exten => _98XXXXXXXXXX,1,Macro(ats,${EXTEN})
exten => _7XXXXXXXXXX,1,Dial(SIP/GALAXY/${EXTEN},90)
[macro-ats]
exten=>s,1,Set(CALLERID(ALL)=UTDE<333480>)
exten=>s,n,Dial(SIP/utde/${ARG1},300,rtT)
exten=>s,n,Hangup
ЗАРАБОТАЛО!!! И на мобильнико пошли вызовы...
Спасибо что подсказали, где затык.
Если кто-нибудь ... возьмется написать качественную пошаговую инструкцию для 323-го, можно будет сравнить плюсы и минусы
Сравнивать С ЧЕМ? С SIP-ом? Хорошо, давайте сравним подключение по PRI и по аналоговым СО с переполюсовкой, CID и поддержкой DTMF. В принципе, почти одно и то же. То есть видны ответ, отбой, номер вызывающего. Только вот хрен там! По аналоговой СО набор номера, хоть и DTMF-ом, но всё равно требует времени набора, и распределение по DIL, а не по DDI. А хвалёный астерих ориентирован на работу со всякими китайскими коробочками типа FXS и FXO.. А кто-нибудь хоть раз видел эти коробочки, поддерживающие DDI? Хер! Нет таких! Всё тупо донабирается DTMF-ом! Это панас как раз сделал поддержку DDI на SIP-е, что, кстати, как правило, редко используется даже провайдерами (ибо SIP не шибко ориентирован на такой способ).
Что касается Н.323-го, то какие, нахрен, инструкции? Всё стандартно! Потому что это стандартизированный протокол, чего нельзя сказать о SIP-е. Да и взаимодействие между станциями - всё тот же самый QSIG. Попробуйте этот QSIG запустить на SIP-е. Хер чё получится.. (уже кто-то даже упоминадл, что между Астерихами пускается вовсе не SIP, а IAX)
9-ка же в начале номера должна быть по любому, от протокола это никак не зависит
Владимир, не ерундите ерундой.
+1. Не могут наши звездолюбы догнать, что Панас не рассматривает SIP-транки в качестве соединительных линий между равнозначными станциями в частной сети. Отсюда все проблемы с маршрутизацией.
Вот это абсолютно в точку. И если VIPGW панасоник позволяет перевести из привата в “павлика”, то VSIPGW как “павликом” сделан, так вечно “павликом” и останется.
В итоге:
фу.. наконец заработало!!! 1,5 месяца бился!
Прошу заметить, это ЧУДО. Чудо, что удалось добиться желаемого. По теории это не то чтобы вообще не должно быть, но как бы.. до такой степени приходится извращатьтся через жопу, что.. в другом
похожем
варианте не факт, что всё заработает.
Что касается Н.323-го, то какие, нахрен, инструкции? Всё стандартно! Потому что это стандартизированный протокол, чего нельзя сказать о SIP-е.
Протокол то стандартный, да вот с поддержкой у Панасоника не фонтан. Инструкций очень мало, единственно Амитек разорвал порочный круг, и я вот тоже, постарался внести скромный вклад. Но если Вы посвятите пару статей связке Астериска с Панасоником по старичку 323-му, это будет настоящий прорыв!
+1. Не могут наши звездолюбы догнать, что Панас не рассматривает SIP-транки в качестве соединительных линий между равнозначными станциями в частной сети. Отсюда все проблемы с маршрутизацией.
Вот это абсолютно в точку. И если VIPGW панасоник позволяет перевести из привата в “павлика”, то VSIPGW как “павликом” сделан, так вечно “павликом” и останется.
В итоге:
В итоге оказалось, что никаких проблем с маршрутизацией SIP не добавляет. Неправильный клип с тем же успехом может улетать и по 323-му.
Кстати, автору топика респект, за то что не только разобрался в проблеме, но и выложил здесь решение для следующих поколений связистов. Телефонистов будущего.
Вова, вот ты лучше по астериховскому H.323 побольше инфы собери, что умеет, что не умеет. А насчёт “старичка” - это ты зря. Между провайдерами (именно МЕЖДУ!!!) работают только по 323-му, а вовсе не по SIP-у.
А “неправильный CLIP” как раз по 323-му будет уходить толлько в том случае, если ты его в Астерихе задашь “неправильным”. При транзите панас его просто передаст без изменений.. А по SIP-у панас вааще “не знает”, где брать этот CLIP. Даже если ты в 2.9 установишь “передавать принятый, а не пилотный”, то в других случаях у тебя будут другие проблемы.
