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

Не идут исходящие через живой поток E1.

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

Не идут исходящие через живой поток E1.

Может что с настройкой канала или с правилами выхода напорол?
Пытался сделать набор городских через 9-ку.

В лог летит это
Код:

-- Executing [s@macro-dialout-trunk:19] ExecIf("SIP/200-00000014", "1?Set(CONNECTEDLINE(num,i)=940xxx5)") in new stack
-- Executing [s@macro-dialout-trunk:20] ExecIf("SIP/200-00000014", "1?Set(CONNECTEDLINE(name,i)=CID:812610yyy2)") in new stack
-- Executing [s@macro-dialout-trunk:21] GotoIf("SIP/200-00000014", "0?customtrunk") in new stack
-- Executing [s@macro-dialout-trunk:22] Dial("SIP/200-00000014", "DAHDI/g0/940xxx5,300,Tt") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called DAHDI/g0/940xxx5
-- DAHDI/i1/940xxx5-d is proceeding passing it to SIP/200-00000014
-- Span 1: Channel 0/1 got hangup request, cause 28
-- Hungup 'DAHDI/i1/940xxx5-d'
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing [s@macro-dialout-trunk:23] NoOp("SIP/200-00000014", "Dial failed for some reason with DIALSTATUS = CHANUNAVAIL and HANGUPCAUSE = 28") in new stack
-- Executing [s@macro-dialout-trunk:24] GotoIf("SIP/200-00000014", "0?continue,1:s-CHANUNAVAIL,1") in new stack
-- Goto (macro-dialout-trunk,s-CHANUNAVAIL,1)
-- Executing [s-CHANUNAVAIL@macro-dialout-trunk:1] Set("SIP/200-00000014", "RC=28") in new stack
-- Executing [s-CHANUNAVAIL@macro-dialout-trunk:2] Goto("SIP/200-00000014", "28,1") in new stack
-- Goto (macro-dialout-trunk,28,1)
-- Executing [28@macro-dialout-trunk:1] Goto("SIP/200-00000014", "s-INVALIDNMBR,1") in new stack
-- Goto (macro-dialout-trunk,s-INVALIDNMBR,1)
-- Executing [s-INVALIDNMBR@macro-dialout-trunk:1] NoOp("SIP/200-00000014", "Dial failed due to trunk reporting Address Incomplete - giving up") in new stack
-- Executing [s-INVALIDNMBR@macro-dialout-trunk:2] Progress("SIP/200-00000014", "") in new stack
-- Executing [s-INVALIDNMBR@macro-dialout-trunk:3] Playback("SIP/200-00000014", "ss-noservice,noanswer") in new stack
-- Playing 'ss-noservice.alaw' (language 'ru')
[Dec 24 19:03:42] WARNING[4896]: res_rtp_asterisk.c:2140 ast_rtp_read: RTP Read too short
-- Executing [s-INVALIDNMBR@macro-dialout-trunk:4] Busy("SIP/200-00000014", "20") in new stack
== Spawn extension (macro-dialout-trunk, s-INVALIDNMBR, 4) exited non-zero on 'SIP/200-00000014' in macro 'dialout-trunk'
== Spawn extension (from-internal, 9940xxx5, 6) exited non-zero on 'SIP/200-00000014'
-- Executing [h@from-internal:1] Hangup("SIP/200-00000014", "") in new stack
== Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/200-00000014'


А на словах тётенька говорит - Набранный вами номер отключен проверьте номер и повторите попытку.
Куда смотреть?
#2
Вот ваше сообщение от ошибке - got hangup request, cause 28
Приходит оно с потока с противоположной стороны - узнавайте что им не нравиться
_________________
платный суппорт по мере возможностей
#3
awsswa @ Thu Dec 25, 2014 6:59 am писал(а):
Вот ваше сообщение от ошибке - got hangup request, cause 28
Приходит оно с потока с противоположной стороны - узнавайте что им не нравиться

Это сообщение я вижу, просто наивно предполагал, что оно характеризует некую стандартную ситуацию, для которой есть шаблонное решение.
Может я что-то с настройками потока накосячил?
На сторне Samsung OS7200, вместо которой встаёт астериск, а OS7200 переезжает, в настройках потока прописано вот это
Код:

CRC On/Off: On
Dialing Mode: Enblock
Q-Sig Trunk: Normal
CLI Table: 1
CLIR Flag: Off
Calling Number Type: National
Calling Number Plan: ISDN
EFWD Mode: Off
Same Connect: Off
Time Sync: Off
Called Number Plan: Unknown
Called Number Type: Unknown
Centrex Service: Off
Any Channel: No
Incomming mode: DDI
#4
а точно 9-ка нравится удаленной стороне !? вы ее отдаете туда , а нужна она ?
#5
april22 @ Thu Dec 25, 2014 11:08 am писал(а):
а точно 9-ка нравится удаленной стороне !? вы ее отдаете туда , а нужна она ?

Не, 9-ка - это как "выход в город", она идёт как префикс и обрезается.
На выход идёт конструкция
Код:

-- Executing [s@macro-dialout-trunk:22] Dial("SIP/200-00000014", "DAHDI/g0/940xxx5,300,Tt") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called DAHDI/g0/940xxx5
#6
Цитата:
Cause No. 28 - invalid number format (address incomplete).
This cause indicates that the called party cannot be reached because the called party number is not in a valid format or is not complete.


Нужно включить отладку PRI, сделать ВХОДЯЩИЙ звонок из города. Выложить сюда SETUP.
Далее сделать исходящий и также выложить SETUP.

В случае входящего все поля типа pridialplan заносит ОПЕРАТОР. в исходящих - Вы.
Также и формат самого номера и CALLERID(num), который не задается почему-то в Вашем случае..
_________________
http://mh.otx.ru Гибкие SIP/E1 шлюзы Alvis. SIP-Модернизация LDK/TDA:VoIP, Добавь E1 к Asterisk.
UPDATE! Теперь и T.38! Скидки для форумчан!!
#7
Zavr2008 @ Thu Dec 25, 2014 1:47 pm писал(а):

Нужно включить отладку PRI, сделать ВХОДЯЩИЙ звонок из города. Выложить сюда SETUP.
Далее сделать исходящий и также выложить SETUP.

Если ничего не забыл.
Это вывод pri debug в файл.
Есть ещё вперемешку с другими сообщениями астериска, но оно длиннее.
Код:

TEI=0 Got SABME from network peer.
TEI=0 Sending UA
TEI=0 MDL-ERROR (F): SABME in state 7(Multi-frame established)

< Protocol Discriminator: Q.931 (8) len=40
< TEI=0 Call Ref: len= 2 (reference 34/0x22) (Sent from originator)
< Message Type: SETUP (5)
< [a1]
< Sending Complete (len= 1)
< [04 03 80 90 a3]
< Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0)
< Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
< User information layer 1: A-Law (35)
< [18 03 a9 83 81]
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
< ChanSel: As indicated in following octets
< Ext: 1 Coding: 0 Number Specified Channel Type: 3
< Ext: 1 Channel: 1 Type: CPE]
< [6c 0c 21 81 38 31 32 36 37 37 31 31 31 31]
< Calling Number (len=14) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
< Presentation: Presentation permitted, user number passed network screening (1) '812677xxx1' ]
< [70 08 c1 36 31 30 34 35 34 38]
< Called Number (len=10) [ Ext: 1 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '6104xx8' ]
-- Making new call for cref 34
Received message for call 0x7fa2a85d6b00 on link 0x7fa2a8555660 TEI/SAPI 0/0
-- Processing Q.931 Call Setup
-- Processing IE 161 (cs0, Sending Complete)
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 112 (cs0, Called Party Number)
q931.c:8281 post_handle_q931_message: Call 34 enters state 6 (Call Present). Hold state: Idle
q931.c:5477 q931_call_proceeding: Call 34 enters state 9 (Incoming Call Proceeding). Hold state: Idle

> DL-DATA request
> Protocol Discriminator: Q.931 (8) len=10
> TEI=0 Call Ref: len= 2 (reference 34/0x22) (Sent to originator)
> Message Type: CALL PROCEEDING (2)
TEI=0 Transmitting N(S)=0, window is open V(A)=0 K=7

> Protocol Discriminator: Q.931 (8) len=10
> TEI=0 Call Ref: len= 2 (reference 34/0x22) (Sent to originator)
> Message Type: CALL PROCEEDING (2)
> [18 03 a9 83 81]
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
> ChanSel: As indicated in following octets
> Ext: 1 Coding: 0 Number Specified Channel Type: 3
> Ext: 1 Channel: 1 Type: CPE]
q931.c:5660 q931_connect: Call 34 enters state 8 (Connect Request). Hold state: Idle

> DL-DATA request
> Protocol Discriminator: Q.931 (8) len=14
> TEI=0 Call Ref: len= 2 (reference 34/0x22) (Sent to originator)
> Message Type: CONNECT (7)
TEI=0 Transmitting N(S)=1, window is open V(A)=0 K=7

> Protocol Discriminator: Q.931 (8) len=14
> TEI=0 Call Ref: len= 2 (reference 34/0x22) (Sent to originator)
> Message Type: CONNECT (7)
> [18 03 a9 83 81]
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
> ChanSel: As indicated in following octets
> Ext: 1 Coding: 0 Number Specified Channel Type: 3
> Ext: 1 Channel: 1 Type: CPE]
> [1e 02 81 82]
> Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1)
> Ext: 1 Progress Description: Called equipment is non-ISDN. (2) ]

< Protocol Discriminator: Q.931 (8) len=10
< TEI=0 Call Ref: len= 2 (reference 34/0x22) (Sent from originator)
< Message Type: CONNECT ACKNOWLEDGE (15)
< [18 03 a9 83 81]
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
< ChanSel: As indicated in following octets
< Ext: 1 Coding: 0 Number Specified Channel Type: 3
< Ext: 1 Channel: 1 Type: CPE]
Received message for call 0x7fa2a85d6b00 on link 0x7fa2a8555660 TEI/SAPI 0/0
-- Processing IE 24 (cs0, Channel Identification)
q931.c:8484 post_handle_q931_message: Call 34 enters state 10 (Active). Hold state: Idle

< Protocol Discriminator: Q.931 (8) len=13
< TEI=0 Call Ref: len= 2 (reference 34/0x22) (Sent from originator)
< Message Type: DISCONNECT (69)
< [08 02 80 90]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: User (0)
< Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
< [1e 02 82 88]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Public network serving the local user (2)
< Ext: 1 Progress Description: Inband information or appropriate pattern now available. (8) ]
Received message for call 0x7fa2a85d6b00 on link 0x7fa2a8555660 TEI/SAPI 0/0
-- Processing IE 8 (cs0, Cause)
-- Processing IE 30 (cs0, Progress Indicator)
-- Found active call: 0x7fa2a85d6b00 cref:34
q931.c:8707 post_handle_q931_message: Call 34 enters state 12 (Disconnect Indication). Hold state: Idle
q931.c:6837 q931_hangup: Hangup other cref:34
q931.c:6594 __q931_hangup: ourstate Disconnect Indication, peerstate Disconnect Request, hold-state Idle
q931.c:5703 q931_release: Call 34 enters state 19 (Release Request). Hold state: Idle

> DL-DATA request
> Protocol Discriminator: Q.931 (8) len=9
> TEI=0 Call Ref: len= 2 (reference 34/0x22) (Sent to originator)
> Message Type: RELEASE (77)
TEI=0 Transmitting N(S)=2, window is open V(A)=2 K=7

> Protocol Discriminator: Q.931 (8) len=9
> TEI=0 Call Ref: len= 2 (reference 34/0x22) (Sent to originator)
> Message Type: RELEASE (77)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]

< Protocol Discriminator: Q.931 (8) len=5
< TEI=0 Call Ref: len= 2 (reference 34/0x22) (Sent from originator)
< Message Type: RELEASE COMPLETE (90)
Received message for call 0x7fa2a85d6b00 on link 0x7fa2a8555660 TEI/SAPI 0/0
q931.c:8567 post_handle_q931_message: Call 34 enters state 0 (Null). Hold state: Idle
q931.c:6837 q931_hangup: Hangup other cref:34
q931.c:6594 __q931_hangup: ourstate Null, peerstate Null, hold-state Idle
Destroying call 0x7fa2a85d6b00, ourstate Null, peerstate Null, hold-state Idle
-- Making new call for cref 32779

> DL-DATA request
> Protocol Discriminator: Q.931 (8) len=40
> TEI=0 Call Ref: len= 2 (reference 11/0xB) (Sent from originator)
> Message Type: SETUP (5)
TEI=0 Transmitting N(S)=3, window is open V(A)=3 K=7

> Protocol Discriminator: Q.931 (8) len=40
> TEI=0 Call Ref: len= 2 (reference 11/0xB) (Sent from originator)
> Message Type: SETUP (5)
> [04 03 80 90 a3]
> Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0)
> Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
> User information layer 1: A-Law (35)
> [18 03 a1 83 81]
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Preferred Dchan: 0
> ChanSel: As indicated in following octets
> Ext: 1 Coding: 0 Number Specified Channel Type: 3
> Ext: 1 Channel: 1 Type: CPE]
> [6c 0c 00 80 38 31 32 36 31 30 34 35 35 32]
> Calling Number (len=14) [ Ext: 0 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0)
> Presentation: Presentation permitted, user number not screened (0) '81261xxx52' ]
> [70 08 a1 39 34 30 34 30 33 35]
> Called Number (len=10) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '9404xx5' ]
> [a1]
> Sending Complete (len= 1)
q931.c:6036 q931_setup: Call 32779 enters state 1 (Call Initiated). Hold state: Idle

< Protocol Discriminator: Q.931 (8) len=14
< TEI=0 Call Ref: len= 2 (reference 11/0xB) (Sent to originator)
< Message Type: CALL PROCEEDING (2)
< [18 03 a9 83 81]
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
< ChanSel: As indicated in following octets
< Ext: 1 Coding: 0 Number Specified Channel Type: 3
< Ext: 1 Channel: 1 Type: CPE]
< [1e 02 82 82]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Public network serving the local user (2)
< Ext: 1 Progress Description: Called equipment is non-ISDN. (2) ]
Received message for call 0x25916b0 on link 0x7fa2a8555660 TEI/SAPI 0/0
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 30 (cs0, Progress Indicator)
q931.c:8454 post_handle_q931_message: Call 32779 enters state 3 (Outgoing Call Proceeding). Hold state: Idle

< Protocol Discriminator: Q.931 (8) len=28
< TEI=0 Call Ref: len= 2 (reference 11/0xB) (Sent to originator)
< Message Type: DISCONNECT (69)
< [08 02 82 9c]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Public network serving the local user (2)
< Ext: 1 Cause: Invalid number format (28), class = Normal Event (1) ]
< [1e 02 82 88]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Public network serving the local user (2)
< Ext: 1 Progress Description: Inband information or appropriate pattern now available. (8) ]
< [28 0d 57 52 4f 4e 47 20 4e 55 4d 42 45 52 20]
< Display (len=13) [ WRONG NUMBER ]
Received message for call 0x25916b0 on link 0x7fa2a8555660 TEI/SAPI 0/0
-- Processing IE 8 (cs0, Cause)
-- Processing IE 30 (cs0, Progress Indicator)
-- Processing IE 40 (cs0, Display)
-- Found active call: 0x25916b0 cref:32779
q931.c:8707 post_handle_q931_message: Call 32779 enters state 12 (Disconnect Indication). Hold state: Idle
q931.c:6837 q931_hangup: Hangup other cref:32779
q931.c:6594 __q931_hangup: ourstate Disconnect Indication, peerstate Disconnect Request, hold-state Idle
q931.c:5703 q931_release: Call 32779 enters state 19 (Release Request). Hold state: Idle

> DL-DATA request
> Protocol Discriminator: Q.931 (8) len=9
> TEI=0 Call Ref: len= 2 (reference 11/0xB) (Sent from originator)
> Message Type: RELEASE (77)
TEI=0 Transmitting N(S)=4, window is open V(A)=4 K=7

> Protocol Discriminator: Q.931 (8) len=9
> TEI=0 Call Ref: len= 2 (reference 11/0xB) (Sent from originator)
> Message Type: RELEASE (77)
> [08 02 81 9c]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Invalid number format (28), class = Normal Event (1) ]

< Protocol Discriminator: Q.931 (8) len=5
< TEI=0 Call Ref: len= 2 (reference 11/0xB) (Sent to originator)
< Message Type: RELEASE COMPLETE (90)
Received message for call 0x25916b0 on link 0x7fa2a8555660 TEI/SAPI 0/0
q931.c:8567 post_handle_q931_message: Call 32779 enters state 0 (Null). Hold state: Idle
q931.c:6837 q931_hangup: Hangup other cref:32779
q931.c:6594 __q931_hangup: ourstate Null, peerstate Null, hold-state Idle
Destroying call 0x25916b0, ourstate Null, peerstate Null, hold-state Idle
#8
хотя я не настоящий сварщик

первый закончился нормально
Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]

вижу что первый в формате national
Calling Number (len=14) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)

второй так же закрылся с ошибкой
Ext: 1 Cause: Invalid number format (2Cool, class = Normal Event (1) ]

второй в формате
Calling Number (len=14) [ Ext: 0 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0)
_________________
платный суппорт по мере возможностей
#9
awsswa @ Thu Dec 25, 2014 8:57 pm писал(а):
хотя я не настоящий сварщик

вижу что первый в формате national
Calling Number (len=14) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)

второй так же закрылся с ошибкой
Ext: 1 Cause: Invalid number format (2Cool, class = Normal Event (1) ]

второй в формате
Calling Number (len=14) [ Ext: 0 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0)

Вероятно, из этой логической цепочки, я должен понять, что нужно поправить какие-то конфыQuestion
Скорее всего chan_dahdi.conf или dahdi-channels.conf.
Направьте.
#10
Млин, просил же только SETUP не портянку..

Итак смотрим:

Входящий:
Цитата:

< [6c 0c 21 81 38 31 32 36 37 37 31 31 31 31]
< Calling Number (len=14) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
< Presentation: Presentation permitted, user number passed network screening (1) '812677xxx1' ]
< [70 08 c1 36 31 30 34 35 34 38]
< Called Number (len=10) [ Ext: 1 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '6104xx8' ]


и исходящий:

Цитата:

> Ext: 1 Channel: 1 Type: CPE]
> [6c 0c 00 80 38 31 32 36 31 30 34 35 35 32]
> Calling Number (len=14) [ Ext: 0 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0)
> Presentation: Presentation permitted, user number not screened (0) '81261xxx52' ]
> [70 08 a1 39 34 30 34 30 33 35]
> Called Number (len=10) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '9404xx5' ]
> [a1]
> Sending Complete (len= 1)


Поля Calling и Called при обратных звонках обычно меняются местами.

Еще смотрите на разницу Calling Presentation. Это говорит о дибильной организации СОРМ1 на свиче провайдера..
Это - наиболее вероятная причина отбоя (по моему опыту).
Поставить SetCallerPres(allowed_passed_screen).

Ну и на последок: Sending Complete: вероятно включен оверлапдиал. Обычно провам это фиолетово, но всёж посмотрите.
_________________
http://mh.otx.ru Гибкие SIP/E1 шлюзы Alvis. SIP-Модернизация LDK/TDA:VoIP, Добавь E1 к Asterisk.
UPDATE! Теперь и T.38! Скидки для форумчан!!
#11
Zavr2008 @ Fri Dec 26, 2014 11:39 am писал(а):

Поля Calling и Called при обратных звонках обычно меняются местами.

Еще смотрите на разницу Calling Presentation. Это говорит о дибильной организации СОРМ1 на свиче провайдера..
Это - наиболее вероятная причина отбоя (по моему опыту).
Поставить SetCallerPres(allowed_passed_screen).

Ну и на последок: Sending Complete: вероятно включен оверлапдиал. Обычно провам это фиолетово, но всёж посмотрите.

Т.е., как я понял в chan_dahdi.conf я должен прописать
Код:

pridialplan=national
prilocaldialplan=national
overlapdial=no


А вот это SetCallerPres(allowed_passed_screen) куда?
#12
в план набора
#13
xelas @ Fri Dec 26, 2014 12:09 pm писал(а):
в план набора

С учётом того, что у меня поверх астериска, по малодушию, накручен FreePBX, то эту конструкцию нужно прописать в [macro-dialout-trunk] или в [macro-user-callerid] или ещё куда?
#14
smartchecker @ Пт Дек 26, 2014 13:50 писал(а):
С учётом того, что у меня поверх астериска, по малодушию, накручен FreePBX, то эту конструкцию нужно прописать в [macro-dialout-trunk] или в [macro-user-callerid] или ещё куда?


Наверное в [macro-outbound-callerid] в конце, но пусть меня поправят специ по фрихе - привык к ванильному астеру.
_________________
http://mh.otx.ru Гибкие SIP/E1 шлюзы Alvis. SIP-Модернизация LDK/TDA:VoIP, Добавь E1 к Asterisk.
UPDATE! Теперь и T.38! Скидки для форумчан!!
#15
Zavr2008 @ Fri Dec 26, 2014 1:41 pm писал(а):
Наверное в [macro-outbound-callerid] в конце, но пусть меня поправят специ по фрихе - привык к ванильному астеру.

Да, там.
Спасибо.

Сейчас картинка следующая:
На городские номера вызовы идут. В поток номера нужно отдавать как код_городаномер
Но что-то с мобильниками никак не могу разобраться.
Отдаю как DEFномер, но получаю отлуп.
Как отдавать?
Оператор - Мегафон(СПб)
#16
smartchecker @ Пт Дек 26, 2014 17:43 писал(а):
Да, там.
Как отдавать?
Оператор - Мегафон(СПб)


Ну, если pridialplan = national, тогда нужно префикс 8 добавлять..
_________________
http://mh.otx.ru Гибкие SIP/E1 шлюзы Alvis. SIP-Модернизация LDK/TDA:VoIP, Добавь E1 к Asterisk.
UPDATE! Теперь и T.38! Скидки для форумчан!!
#17
Zavr2008 @ Fri Dec 26, 2014 6:02 pm писал(а):
Ну, если pridialplan = national, тогда нужно префикс 8 добавлять..

И так пытался - отбивает.
Лог чуть позже выложу.
#18
smartchecker @ Пт Дек 26, 2014 19:17 писал(а):
И так пытался - отбивает.
Лог чуть позже выложу.


Смотреть PRI HANGUP CAUSE код. И узнать у оператора формат номеров A и B. Важно и то, что Вы указываете в CALLERID(num): применительно к Фрихе - в Outbound route..
_________________
http://mh.otx.ru Гибкие SIP/E1 шлюзы Alvis. SIP-Модернизация LDK/TDA:VoIP, Добавь E1 к Asterisk.
UPDATE! Теперь и T.38! Скидки для форумчан!!
#19
Zavr2008 @ Fri Dec 26, 2014 6:32 pm писал(а):
Смотреть PRI HANGUP CAUSE код. И узнать у оператора формат номеров A и B. Важно и то, что Вы указываете в CALLERID(num): применительно к Фрихе - в Outbound route..


В CALLERID я указываю свой номер в формате 812номер
Вот это в логе, при звонке на мобильный в формате 8DEFномер.
Код:

< Protocol Discriminator: Q.931 (8) len=28
< TEI=0 Call Ref: len= 2 (reference 26/0x1A) (Sent to originator)
< Message Type: DISCONNECT (69)
< [08 02 82 81]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Public network serving the local user (2)
< Ext: 1 Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]
< [1e 02 82 88]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Public network serving the local user (2)
< Ext: 1 Progress Description: Inband information or appropriate pattern now available. (8) ]
< [28 0d 57 52 4f 4e 47 20 4e 55 4d 42 45 52 20]
< Display (len=13) [ WRONG NUMBER ]
#20
Стоит позвонить провайдеру и выяснить форматы номеров.
_________________
http://mh.otx.ru Гибкие SIP/E1 шлюзы Alvis. SIP-Модернизация LDK/TDA:VoIP, Добавь E1 к Asterisk.
UPDATE! Теперь и T.38! Скидки для форумчан!!