AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Астериск и GoIP-4

Newbies/FAQ Forum 19 сообщений -
#1

Добрый день! Работает связка астериск и жсм-шлюз. Все вроде бы отлично. Но только когда звонишь с атериска на выключенный мобильный или на занятый номер, то в ответ получаешь не короткие гудки или слова милой девушки о недоступности абонента, а обычные длинные гудки, как будто вызов идет. Что-то с сигнализацией шлюза. Никто не сталкивался?
#2

Сталкивался. Были прошивки с такой проблемой. Решается либо новой, либо откатом на старые.
Версия шлюза и прошивки какие?

_________________
Внимание! Свет в конце тоннеля может быть светом фар приближающегося поезда!
Ubuntu 10.04/12.04 - Asterisk 1.8.11.0-rc2/1.8.14.1/1.8.17.0/10.10.0
#3

Прошивка GS-4.01-37, шлюз GoIPx4-G610
#4

Да, есть такая проблема. Именно такой же шлюз, такая же прошивка. Но я его не использую для исходящей связи, поэтому мне пока не актуально бороться с проблемой.
_________________
Внимание! Свет в конце тоннеля может быть светом фар приближающегося поезда!
Ubuntu 10.04/12.04 - Asterisk 1.8.11.0-rc2/1.8.14.1/1.8.17.0/10.10.0
#5

А игрались в настройках шлюза
Configurations- > VoIP -> SIP Advanced Settings -> Early Media Mode?
#6

Да. Мне не помогло. Только откат на 33 версию.
_________________
Внимание! Свет в конце тоннеля может быть светом фар приближающегося поезда!
Ubuntu 10.04/12.04 - Asterisk 1.8.11.0-rc2/1.8.14.1/1.8.17.0/10.10.0
#7

После всяких таких выкрутасов перешел на dongle, а goip стал использовать как исходящие

у вас наверно Elastix ,,,??? угадал ???
#8

Убрала галочку в Advanced Settings - SIP 183. Помогло
#9

А сигнализация при этом как ходит? Не появляется ли answer сразу после набора номера?

2xmaster83 У меня - нет. * 1.8.11/1.8.14

_________________
Внимание! Свет в конце тоннеля может быть светом фар приближающегося поезда!
Ubuntu 10.04/12.04 - Asterisk 1.8.11.0-rc2/1.8.14.1/1.8.17.0/10.10.0
#10

goip1, девушка разговаривает если убрать SIP 183, но толку от этого нету - в мускуль все равно звонок падает как answered и в billsec падают цифры - сколько эта девушка рассказывала о недоступности абонента. Можно как то этот момент вылечить? Чтобы астериск понимал что это не разговор был)
#11

попробовать ResetCDR(), если для статистики важно?
#12

Ну не просто для статистики, точнее не только для нее. Данные о звонках из мускульной базы используются для обсчета клиентов, так что для меня это ооочень критичный вопрос. Спасибо, сейчас почитаю про ResetCDR.
Я вот еще чего спросить хотел, а Network Tones никак на это влиять не могут? Камрады, вы что обычно выбираете в этом пункте? Так же хотелось бы узнать насчет пункта dtfm.

Added after 2 hours 34 minutes:

Чего то я вообще ничего не понял))
Решил сейчас под вечер еще раз проверить, результат тестов вышел своеобразный (раньше помоему наоборот было).
Если SIP 183 отключено - вместо голоса девушки слышим длинные гудки, при этом answered чуть ли ни с самого начала звонка, т.е. цифры начинают в billsec падать.
Далее, если SIP 183 включено - нормально слышим голос девушки (о том что абонент не доступен) + answered становится только после короткого гудка, оповещающего о начале записи сообщения для абонента.
Может быть такое что на два абсолютно идентичных шлюзах с идентичными настройками по разному себя ведут? Surprised
До этого было что если галочка стоит - слышу длинные гудки, если галочку убрать - слышу девушки и цифры в billsec c самого начала разговора начинают падать.
Помоему так, может к ночи уже и напутал чего...

Added after 55 minutes:

Кажись понял что я сделал, после чего все ок стало))) Я поменял в indications.conf country с en на ru, из-за этого же могло быть?)))
#13

Странно, конечно.
Но я писал, что в версиях прошивки до 37 (33, например) таких проблем нет.

_________________
Внимание! Свет в конце тоннеля может быть светом фар приближающегося поезда!
Ubuntu 10.04/12.04 - Asterisk 1.8.11.0-rc2/1.8.14.1/1.8.17.0/10.10.0
#14

Цитата:
Так же хотелось бы узнать насчет пункта dtfm

У меня DTMF Signaling; Outband DTMF type RFC 2833!

и по Network Tones актуальный вопрос!
#15

У меня goip1, там прошивка вообще 53 Smile
DTMF тоже RFC2833, network tones стоит в United States, но тут главное на астериске в indications.conf указать RU-зону. После изменений в конфиге у меня все ок стало Smile
#16

Изменения в конфиге результатов не принесли
#17

Добрый день.

Привезли мне GoIP4 (прошивка GS-4.01-46-1) , поставил в работу на исходящие звонки.
Настроил в режиме Config by line. Чтобы каждое из нужных направлений шло с определенной симки пришлось в диалплан добавить префиксы 01,02,03,04 и задать удаление этих префиксов на GoIP4 в одноименном разделе.

Кстати, может кто-то пооптималнее скажет как можно реализовать выбор исходящей сим карты на шлюзе? С префиксами как-то коряво все это выглядит...



Диалплан на астериске выглядит теперь так:
exten => _890233XXXXX,n,Dial(SIP/905/01${EXTEN}) ;YarGSM 90233
exten => _895128XXXXX,n,Dial(SIP/905/01${EXTEN}) ;YarGSM 95128

exten => _8920XXXXXXX,n,Dial(SIP/908/02${EXTEN}) ;Megafon 920
exten => _8930XXXXXXX,n,Dial(SIP/908/02${EXTEN}) ;Megafon 930

exten => _8910XXXXXXX,n,Dial(SIP/909/03${EXTEN}) ;MTS 910
exten => _8915XXXXXXX,n,Dial(SIP/909/03${EXTEN}) ;MTS 915

Однако еще одна проблема:
Если я делаю исходящий вызов на сотовый , а человек вместо того чтобы ответить, делает отбой звонка (вешает трубку), GoIP4 мне возвращает состояние занято вместо отбоя. Соответственно диалплан в астериске продолжает выполняться.

Код:
-- Executing [8920ххххххх@PRI:20] Dial("SIP/209-281e46b0", "SIP/908/028920ххххххх") in new stack
-- Called 908/028920ххххххх
-- SIP/908-007b91a0 is ringing
-- SIP/908-007b91a0 is making progress passing it to SIP/209-281e46b0
-- SIP/908-007b91a0 is making progress passing it to SIP/209-281e46b0
нажимаю отбой на сотовом
-- Got SIP response 486 "Busy Here" back from 192.168.100.115 ;(это IP GoIP4)
-- SIP/908-007b91a0 is busy
== Everyone is busy/congested at this time (1:1/0/0)
[Jan 29 10:21:55] WARNING[24699]: channel.c:2568 ast_indicate_data: Unable to handle indication -1 for 'SIP/209-281e46b0'
далее продолжает выполнять диалплан - а мне это не надо


Если человек поднял трубку и потом положил, то все отрабатывается GoIP правильно- на астер приходит отбой:

Код:
-- Executing [8920xxxxxxx@PRI:20] Dial("SIP/209-281e46b0", "SIP/908/028920xxxxxxx") in new stack
-- Called 908/028920xxxxxxx
-- SIP/908-007c99e0 is ringing
-- SIP/908-007c99e0 is making progress passing it to SIP/209-281e46b0
-- SIP/908-007c99e0 answered SIP/209-281e46b0
[Jan 29 10:31:01] WARNING[25548]: channel.c:2568 ast_indicate_data: Unable to handle indication -1 for 'SIP/209-281e46b0'
-- Packet2Packet bridging SIP/209-281e46b0 and SIP/908-007c99e0
== Spawn extension (PRI, 8920xxxxxxx, 20) exited non-zero on 'SIP/209-281e46b0'

_________________
Один телефон – это необходимость, два телефона – богатство,
три телефона – роскошь, а ни одного телефона – блаженство.
#18

Меня тоже не устраивала ситуация с префиксами. К сожалению так и не смог более изящно разобраться с ней, пришлось несколько goip1 ставить. Но люди все равно говорят, что можно эти префиксы как то избежать.
#19

FreeSS
А по проблеме: "Если я делаю исходящий вызов на сотовый , а человек вместо того чтобы ответить, делает отбой звонка (вешает трубку), GoIP4 мне возвращает состояние занято вместо отбоя. Соответственно диалплан в астериске продолжает выполняться. "

У вас так же GoIP себя ведет?

_________________
Один телефон – это необходимость, два телефона – богатство,
три телефона – роскошь, а ни одного телефона – блаженство.