Перейти к содержимому
Калькуляторы

Roman_R

Новичок
  • Публикации

    5
  • Зарегистрирован

  • Посещение

О Roman_R

  • Звание
    Абитуриент
  1. привет! как дела?

    Хочу поинтересоваться не работаешь ли ты с ГоИП?

    если да то у меня для тебя предложение

    буду рад пообщаться

    скайп alex.nyman4

  2. Настройки на сервере: [users](!) type=friend host=dynamic nat=yes canreinvite=no transport=udp qualify=yes disallow=all allow=alaw allow=ulaw callgroup=1 pickupgroup=1 deny=0.0.0.0/0.0.0.0 permit=172.126.0.0/255.255.255.0 [230](users) username=230 secret=1234 fromuser=230 insecure=port,invite context=default dtmfmode=rfc2833 Вот что происходит: == CDR updated on SIP/230-00000078 -- Executing [0@menu:1] Goto("SIP/230-00000078", "dtmf-analys,s,1") in new stack -- Goto (dtmf-analys,s,1) -- Executing [s@dtmf-analys:1] SayDigits("SIP/230-00000078", "0") in new stack -- <SIP/230-00000078> Playing 'digits/0.alaw' (language 'en') -- Executing [s@dtmf-analys:2] Answer("SIP/230-00000078", "") in new stack -- Executing [s@dtmf-analys:3] BackGround("SIP/230-00000078", "beep") in new stack -- <SIP/230-00000078> Playing 'beep.alaw' (language 'en') -- Executing [s@dtmf-analys:4] Wait("SIP/230-00000078", "1") in new stack -- Executing [s@dtmf-analys:5] Read("SIP/230-00000078", "digito,,9") in new stack -- Accepting a maximum of 9 digits. [Mar 22 16:33:41] DTMF[20485]: channel.c:4151 __ast_read: DTMF begin '1' received on SIP/230-00000078 [Mar 22 16:33:41] DTMF[20485]: channel.c:4155 __ast_read: DTMF begin ignored '1' on SIP/230-00000078 [Mar 22 16:33:41] DTMF[20485]: channel.c:4066 __ast_read: DTMF end '1' received on SIP/230-00000078, duration 100 ms [Mar 22 16:33:41] DTMF[20485]: channel.c:4135 __ast_read: DTMF end passthrough '1' on SIP/230-00000078 [Mar 22 16:33:42] DTMF[20485]: channel.c:4151 __ast_read: DTMF begin '2' received on SIP/230-00000078 [Mar 22 16:33:42] DTMF[20485]: channel.c:4155 __ast_read: DTMF begin ignored '2' on SIP/230-00000078 [Mar 22 16:33:42] DTMF[20485]: channel.c:4066 __ast_read: DTMF end '2' received on SIP/230-00000078, duration 100 ms [Mar 22 16:33:42] DTMF[20485]: channel.c:4135 __ast_read: DTMF end passthrough '2' on SIP/230-00000078 [Mar 22 16:33:43] DTMF[20485]: channel.c:4151 __ast_read: DTMF begin '3' received on SIP/230-00000078 [Mar 22 16:33:43] DTMF[20485]: channel.c:4155 __ast_read: DTMF begin ignored '3' on SIP/230-00000078 [Mar 22 16:33:43] DTMF[20485]: channel.c:4066 __ast_read: DTMF end '3' received on SIP/230-00000078, duration 100 ms [Mar 22 16:33:43] DTMF[20485]: channel.c:4135 __ast_read: DTMF end passthrough '3' on SIP/230-00000078 [Mar 22 16:33:47] DTMF[20485]: channel.c:4151 __ast_read: DTMF begin '6' received on SIP/230-00000078 [Mar 22 16:33:47] DTMF[20485]: channel.c:4155 __ast_read: DTMF begin ignored '6' on SIP/230-00000078 [Mar 22 16:33:47] DTMF[20485]: channel.c:4066 __ast_read: DTMF end '6' received on SIP/230-00000078, duration 100 ms [Mar 22 16:33:47] DTMF[20485]: channel.c:4135 __ast_read: DTMF end passthrough '6' on SIP/230-00000078 [Mar 22 16:33:51] DTMF[20485]: channel.c:4151 __ast_read: DTMF begin '7' received on SIP/230-00000078 [Mar 22 16:33:51] DTMF[20485]: channel.c:4155 __ast_read: DTMF begin ignored '7' on SIP/230-00000078 [Mar 22 16:33:51] DTMF[20485]: channel.c:4066 __ast_read: DTMF end '7' received on SIP/230-00000078, duration 100 ms [Mar 22 16:33:51] DTMF[20485]: channel.c:4135 __ast_read: DTMF end passthrough '7' on SIP/230-00000078 [Mar 22 16:33:52] DTMF[20485]: channel.c:4151 __ast_read: DTMF begin '8' received on SIP/230-00000078 [Mar 22 16:33:52] DTMF[20485]: channel.c:4155 __ast_read: DTMF begin ignored '8' on SIP/230-00000078 [Mar 22 16:33:52] DTMF[20485]: channel.c:4066 __ast_read: DTMF end '8' received on SIP/230-00000078, duration 100 ms [Mar 22 16:33:52] DTMF[20485]: channel.c:4135 __ast_read: DTMF end passthrough '8' on SIP/230-00000078 [Mar 22 16:33:56] DTMF[20485]: channel.c:4151 __ast_read: DTMF begin '9' received on SIP/230-00000078 [Mar 22 16:33:56] DTMF[20485]: channel.c:4155 __ast_read: DTMF begin ignored '9' on SIP/230-00000078 [Mar 22 16:33:56] DTMF[20485]: channel.c:4066 __ast_read: DTMF end '9' received on SIP/230-00000078, duration 100 ms [Mar 22 16:33:56] DTMF[20485]: channel.c:4135 __ast_read: DTMF end passthrough '9' on SIP/230-00000078 -- User entered '1236789' -- Executing [s@dtmf-analys:6] SayDigits("SIP/230-00000078", "1236789") in new stack -- <SIP/230-00000078> Playing 'digits/1.alaw' (language 'en') -- <SIP/230-00000078> Playing 'digits/2.alaw' (language 'en') -- <SIP/230-00000078> Playing 'digits/3.alaw' (language 'en') -- <SIP/230-00000078> Playing 'digits/6.alaw' (language 'en') -- <SIP/230-00000078> Playing 'digits/7.alaw' (language 'en') -- <SIP/230-00000078> Playing 'digits/8.alaw' (language 'en') -- <SIP/230-00000078> Playing 'digits/9.alaw' (language 'en') -- Executing [s@dtmf-analys:7] Goto("SIP/230-00000078", "collect") in new stack -- Goto (dtmf-analys,s,5) -- Executing [s@dtmf-analys:5] Read("SIP/230-00000078", "digito,,9") in new stack -- Accepting a maximum of 9 digits. -- User entered nothing. -- Executing [s@dtmf-analys:6] SayDigits("SIP/230-00000078", "") in new stack -- Executing [s@dtmf-analys:7] Goto("SIP/230-00000078", "collect") in new stack -- Goto (dtmf-analys,s,5) -- Executing [s@dtmf-analys:5] Read("SIP/230-00000078", "digito,,9") in new stack -- Accepting a maximum of 9 digits. -- User entered nothing. -- Executing [s@dtmf-analys:6] SayDigits("SIP/230-00000078", "") in new stack -- Executing [s@dtmf-analys:7] Goto("SIP/230-00000078", "collect") in new stack -- Goto (dtmf-analys,s,5) -- Executing [s@dtmf-analys:5] Read("SIP/230-00000078", "digito,,9") in new stack -- Accepting a maximum of 9 digits. Повторюсь: если звонить с очень древнего мобильного телефона, все корректно работает. Также если звонить со софтфонов. Проблема только при звонке с мобильного на Goip. Пробовал разные типы DTMF - не помогло.
  3. Вот что техподдержка говорит по поводу этой функции: that function is for call back server goip recive a sms it will send sip server a invite message then it would hang up the call your server should send a invite to goip and goip will call to the number which include in the sms contact Похоже работает, но не так как хотелось :-D
  4. linkodd Можно использовать GSM шлюз GOIP. У него такая функция есть. Настраиваю его несколько дней - звонит на номер, который указан в смс, но чего-то пока мне не перезванивает)
  5. Здравствуйте! Столкнулся с такими проблемами при настройке связки Goip+Asterisk. Goip регистрируется на сервере Asterisk. Я звоню на шлюз по GSM. Он кидает на IVR, где осуществляется донабор номера. Так вот сигналы DTMF цифр 4 и 5 (да только эти ))) не распознаются сервером. Что за..? Наткнулся на кучу статей и рекомендаций в гугле. Вот одна из них: http://subnets.ru/blog/?p=1278 Перепробовал все что можно. за исключением инструкций по смене частот кодов и перекомпиляции сервера (Asterisk работает на NAS Synology). Склоняюсь к мысли, что дело все-таки в несогласованности используемых кодеков. Т.к. с очень древнего мобильного телефона все отлично работает) Поэтому было принято решение отправлять набираемый номер смсками, но и тут возникли проблемы, о которых я написал в соседней ветке. Может есть еще у кого идеи? Кстати вот так Сервер собирает и обрабатывает DTMF: [dtmf-analys] exten => s,1,SayDigits(0) [0-чтобы знать что мы в нужном контексте] ; exten => s,n,Answer() exten => s,n,Wait(1) exten => s,n(collect),Read(digito,,9) exten => s,n,SayDigits(${digito}) exten => s,n,GoTo(collect) exten => s,n,Hangup ; exten => t,1,Goto(s,1)
  6. Здравствуйте! Не первый день пытаюсь настроить это китайское чудо. Прошу вашей помощи =) Из мануала: Используя SIP протокол,GoIP позволяет перезванивать через SMS.После отправки нужного номера на GoIP через SMS, GoIP шлюз будет отправлять запрос на сервер SIP автоматически пользователям, заинтересованным в данной функции, необходимы следующие параметры: Mode 2 В этом режиме GoIP использует SIP номер GoIP как вызывающий номер,а вызываемый номер указывается в SMS. Также в мануале представлена часть лог звонка. В моем случае Goip успешно регистрируется на сервере Asterisk (с внутренним номером 230). Настройки прилагаю. На Astrerisk так: [users](!) type=friend host=dynamic nat=yes canreinvite=no transport=udp qualify=yes dtmfmode=rfc2833 disallow=all allow=alaw allow=ulaw callgroup=1 pickupgroup=1 deny=0.0.0.0/0.0.0.0 permit=172.126.0.0/255.255.255.0 [230](users) username=230 secret=1234 context=default dtmfmode=rfc2833. Я отправляю смс с номером на Goip. Вот что происходит: 1) 202 - внутренний номер.172.126.0.100 - Asterisk. 172.126.0.3 - Goip. Запрос на установление соединения <--- SIP read from UDP:172.126.0.3:5060 ---> INVITE sip:202@172.126.0.100:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 172.126.0.3:5060;rport;branch=z9hG4bK251928738 From: "GOIP" <sip:230@172.126.0.100:5060;user=phone>;tag=1308358423 To: <sip:202@172.126.0.100> Call-ID: 1795841579@172.126.0.3 CSeq: 6 INVITE Contact: <sip:230@172.126.0.3:5060> Max-Forwards: 30 User-Agent: dble Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REFER, REGISTER, MESSAGE, INFO, SUBSCRIBE Content-Type: application/sdp Content-Length: 230 v=0 o=dble 1426571041 1426571041 IN IP4 172.126.0.3 s=dble c=IN IP4 172.126.0.3 t=0 0 m=audio 10000 RTP/AVP 8 0 101 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 <-------------> --- (12 headers 11 lines) --- Sending to 172.126.0.3:5060 (NAT) Using INVITE request as basis request - 1795841579@172.126.0.3 Found peer '230' for '230' from 172.126.0.3:5060 <--- Reliably Transmitting (NAT) to 172.126.0.3:5060 ---> 2) SIP/2.0 401 Unauthorized ответ 401 Unauthorized означает, что запрос требует проведения процедуры аутентификации пользователя. Via: SIP/2.0/UDP 172.126.0.3:5060;branch=z9hG4bK251928738;received=172.126.0.3;rport=5060 From: "GOIP" <sip:230@172.126.0.100:5060;user=phone>;tag=1308358423 To: <sip:202@172.126.0.100>;tag=as7058bd11 Call-ID: 1795841579@172.126.0.3 CSeq: 6 INVITE Server: Asterisk PBX 1.8.25.0 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="249cd3f2" Content-Length: 0 <------------> Scheduling destruction of SIP dialog '1795841579@172.126.0.3' in 6400 ms (Method: INVITE) <--- SIP read from UDP:172.126.0.3:5060 ---> ACK sip:202@172.126.0.100:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 172.126.0.3:5060;rport;branch=z9hG4bK251928738 From: "GOIP" <sip:230@172.126.0.100:5060;user=phone>;tag=1308358423 To: <sip:202@172.126.0.100>;tag=as7058bd11 Call-ID: 1795841579@172.126.0.3 CSeq: 6 ACK Content-Length: 0 <-------------> --- (7 headers 0 lines) --- подтверждает прием ответа на запрос INVITE. <--- SIP read from UDP:172.126.0.3:5060 ---> INVITE sip:202@172.126.0.100:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 172.126.0.3:5060;rport;branch=z9hG4bK1478383055 From: "GOIP" <sip:230@172.126.0.100:5060;user=phone>;tag=1308358423 To: <sip:202@172.126.0.100> Call-ID: 1795841579@172.126.0.3 CSeq: 7 INVITE Contact: <sip:230@172.126.0.3:5060> Authorization: Digest username="230", realm="asterisk", nonce="249cd3f2", uri="sip:202@172.126.0.100", response="563296248fb900e20dcf4e7c0fdab4dd", algorithm=MD5 Max-Forwards: 30 User-Agent: dble Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REFER, REGISTER, MESSAGE, INFO, SUBSCRIBE Content-Type: application/sdp Content-Length: 230 v=0 o=dble 1426571041 1426571041 IN IP4 172.126.0.3 s=dble c=IN IP4 172.126.0.3 t=0 0 m=audio 10000 RTP/AVP 8 0 101 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 <-------------> --- (13 headers 11 lines) --- Sending to 172.126.0.3:5060 (NAT) Using INVITE request as basis request - 1795841579@172.126.0.3 Found peer '230' for '230' from 172.126.0.3:5060 Found RTP audio format 8 Found RTP audio format 0 Found RTP audio format 101 Found audio description format PCMA for ID 8 Found audio description format PCMU for ID 0 Found audio description format telephone-event for ID 101 Capabilities: us - 0xc (ulaw|alaw), peer - audio=0xc (ulaw|alaw)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0xc (ulaw|alaw) Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|) Peer audio RTP is at port 172.126.0.3:10000 Looking for 202 in default (domain 172.126.0.100) list_route: hop: <sip:230@172.126.0.3:5060> <--- Transmitting (NAT) to 172.126.0.3:5060 ---> SIP/2.0 100 Trying установка на нуль таймеров, которые запускаются в оборудовании, передавшем запрос Via: SIP/2.0/UDP 172.126.0.3:5060;branch=z9hG4bK1478383055;received=172.126.0.3;rport=5060 From: "GOIP" <sip:230@172.126.0.100:5060;user=phone>;tag=1308358423 To: <sip:202@172.126.0.100> Call-ID: 1795841579@172.126.0.3 CSeq: 7 INVITE Server: Asterisk PBX 1.8.25.0 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer Contact: <sip:202@172.126.0.100:5060> Content-Length: 0 <------------> <--- Transmitting (NAT) to 172.126.0.3:5060 ---> SIP/2.0 180 Ringing 180 Ringing; вызываемый пользователь получает сигнал о входящем вызове. Via: SIP/2.0/UDP 172.126.0.3:5060;branch=z9hG4bK1478383055;received=172.126.0.3;rport=5060 From: "GOIP" <sip:230@172.126.0.100:5060;user=phone>;tag=1308358423 To: <sip:202@172.126.0.100>;tag=as26d09310 Call-ID: 1795841579@172.126.0.3 CSeq: 7 INVITE Server: Asterisk PBX 1.8.25.0 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer Contact: <sip:202@172.126.0.100:5060> Content-Length: 0 <--- SIP read from UDP:172.126.0.3:5060 ---> CANCEL sip:202@172.126.0.100:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 172.126.0.3:5060;rport;branch=z9hG4bK1478383055 From: "GOIP" <sip:230@172.126.0.100:5060;user=phone>;tag=1308358423 To: <sip:202@172.126.0.100> Call-ID: 1795841579@172.126.0.3 CSeq: 7 CANCEL Max-Forwards: 30 User-Agent: dble Content-Length: 0 <-------------> --- (9 headers 0 lines) --- Sending to 172.126.0.3:5060 (NAT) <--- Reliably Transmitting (NAT) to 172.126.0.3:5060 ---> Request Terminated Via: SIP/2.0/UDP 172.126.0.3:5060;branch=z9hG4bK1478383055;received=172.126.0.3;rport=5060 From: "GOIP" <sip:230@172.126.0.100:5060;user=phone>;tag=1308358423 To: <sip:202@172.126.0.100>;tag=as26d09310 Call-ID: 1795841579@172.126.0.3 CSeq: 7 INVITE Server: Asterisk PBX 1.8.25.0 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer Content-Length: 0 <------------> <--- Transmitting (NAT) to 172.126.0.3:5060 ---> SIP/2.0 200 OK Via: SIP/2.0/UDP 172.126.0.3:5060;branch=z9hG4bK1478383055;received=172.126.0.3;rport=5060 From: "GOIP" <sip:230@172.126.0.100:5060;user=phone>;tag=1308358423 To: <sip:202@172.126.0.100>;tag=as26d09310 Call-ID: 1795841579@172.126.0.3 CSeq: 7 CANCEL Server: Asterisk PBX 1.8.25.0 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer Content-Length: 0 <------------> <--- SIP read from UDP:172.126.0.3:5060 ---> ACK sip:202@172.126.0.100:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 172.126.0.3:5060;rport;branch=z9hG4bK1478383055 From: "GOIP" <sip:230@172.126.0.100:5060;user=phone>;tag=1308358423 To: <sip:202@172.126.0.100>;tag=as26d09310 Call-ID: 1795841579@172.126.0.3 CSeq: 7 ACK Content-Length: 0 Видно что происходит Отмена. Телефон звонит один раз. Но на Goip автоматически устанавливается пере адресация на тот номер, с которого было отправлено смс. Если позвонить на номер 230 то звонок уходит на мобильный. Подскажите куда копать? Думал, что может дело в настройках сервера, но попробовал зарегистрировать Goip у провайдера. Такая же история. Выяснилась еще одна особенность: Если позвонить на goip сразу после отправки на него смс, то соединение успешно устанавливается. Надо попасть удачно :)