Здравствуйте, не получается некак настроить выход в город с терминалов Asterisk через mfim300.
Внутренняя связь между терминалами Asterisk и mfim300 настроена, вызовы осуществляются без проблем.
АТС связаны SIP транком, посредством задействованного модуля VOIM24.
Данная задача была реализована частично посредством CO Call Rerouting (252), не дав при этом необходимой гибкости. ( сотрудник мог звонить только на конкретный номер прописанный в таблице (252), не имея возможности звонить в город по маске на различные номера.) Это конечно же не устраивает.
По потоку Е1 связать станции возможности нету., только SIP Trunk. Можно ли в этом случаи пользоваться Net numbering plan?
NET настроил, но при звонке пишет, что неправильно набран номер.
Настройки NET(между MFIM - Asterisk):
(320) - Net Enable - OFF
(321) - Join
(322) -
ISDN - 1 Group
VOIM24 - 24 Group
(324)
0 NET 305#*** 24 (ip mfim)
1 NET 318*** 24 (ip *)
2 PSTN 22 1 (ip mfim)
Абоненты на Asterisk - 8000 - 8050
Абоненты на mfim - 5100 -5150
Правила в Asterisk.
exten => _30XXXX,1,Dial(SIP/1000/${EXTEN})
exten => _22XXXXXX,1,Dial(SIP/1000/${EXTEN})
При звонке с Asterisk по номеру 305104 - пишет неправильно набран номер
При этом на VOIM стабильно занимается канал на модуле.
Полная версия этой страницы: mfim300 - net numbering plan - Asterisk
Цитата(DMBS @ 1.9.2015, 17:05) 
По потоку Е1 связать станции возможности нету., только SIP Trunk. Можно ли в этом случаи пользоваться Net numbering plan?
H323 и Net numbering plan без проблем!
А так, DISA, видимо, поможет.
Цитата(Dron @ 1.9.2015, 18:21)
H323 и Net numbering plan без проблем!
А так, DISA, видимо, поможет.
А так, DISA, видимо, поможет.
H323 к сожалению не любит Астериск насколько я знаю, ладно будем пробовать с помощью DISA, спасибо
При звонке с Asterisk по номеру 305104 - пишет неправильно набран номер
При этом на VOIM стабильно занимается канал на модуле.
[/quote]
а в трейсах что?
При этом на VOIM стабильно занимается канал на модуле.
[/quote]
а в трейсах что?
Код
[quote name='vitalii' date='1.9.2015, 18:51' post='94079']
При звонке с Asterisk по номеру 305104 - пишет неправильно набран номер
При этом на VOIM стабильно занимается канал на модуле.
а в трейсах что?
[/quote]
[code]
[ 01/09/15 12:04:50 ]===========================================================
--------------------------------------------------------------------------------
INVITE sip:305104@mfim SIP/2.0
Via: SIP/2.0/UDP 192.168.200.5:5060;branch=z9hG4bK055b6645
Max-Forwards: 70
From: <sip:8003@asterisk>;tag=as3ccbe6d4
To: <sip:305104@mfim>
Contact: <sip:8003@asterisk:5060>
Call-ID: 4a918acb18aeea763cb77e6e06ffd41d@asterisk:5060
CSeq: 102 INVITE
User-Agent: Asterisk PBX 11.18.0
Date: Tue, 01 Sep 2015 09:03:27 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 262
v=0
o=root 1299372871 1299372871 IN IP4 asterisk
s=Asterisk PBX 11.18.0
c=IN IP4 asterisk
t=0 0
m=audio 36842 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
================================================================================
224601563-[Sipm_SipTransportMsgReceivedExt]..method(INVITE)..
224601563-[Sipm_SipEvCallCreate] SIPCO Call
224601563-
[[[[[[[[[[@@@@@ [SIPM] Creation Call ID => 66 (0)@@@@@]]]]]]]]]]
224601563-
[[[[[[[[[[@@@@@ [SIPM] Creation Call SS ID => 67 @@@@@]]]]]]]]]]
224601563-[CallIdx:66(All:200)][Sipm_SipCallCreate](max:5 OUT:1,IN:1)
224601563-[CallIdx:66][Sipm_SipEvCallCreate] INCOMMING call was created
224601563-[CallIdx:66][Sipm_SipEvCallMsgReceive] SIPM <--- INVITE
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] reqUriAddr(305104)
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] fromUser(8003)
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] toUser(305104)
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] rcvdestAddr(305104)
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] destAddr(305104)
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] rcvsrcAddr(8003)
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] Trunk Call(no entry in table)
224601565-[CallIdx:66][Sipm_SipConnProcInviteInd] route:2
224601565-[GetColFromSIPProvider] (col:39) Get from Idle(First)
224601565-[Sipm_SipUtilGetOtherHeaderInMsg] Alert-Info => NULL
224601565-[CallIdx:66][Sipm_SipConnProcInviteInd] proxyIp(asterisk), contactIP(asterisk)
224601565-[CallIdx:66][Sipm_SipConnProcInviteInd] toIP(mfim), viaIP(asterisk)
224601565-[CallIdx:66][Sipm_SipConnProcInviteInd] fromIp(asteriks), fromUser(8003)
224601565-[Sipm_SipUtilGetOtherHeaderInMsg] P-Asserted-Identity => NULL
224601565-[Sipm_SipUtilGetOtherHeaderInMsg] Privacy => NULL
224601565-[Sipm_SipUtilGetOtherHeaderInMsg] Remote-Party-ID => NULL
224601565-[Sipm_SipUtilGetOtherHeaderInMsg] MS-CALL-SOURCE => NULL
224601565-[Sipm_SipUtilGetOtherHeaderInMsg] Diversion => NULL
224601565-SDP Msg Construct Parse - SinglePart
224601565-=============================================
224601565-Receive SDP MSG[66] =>
v=0
o=root 1299372871 1299372871 IN IP4 asterisk
s=Asterisk PBX 11.18.0
c=IN IP4 asterisk
t=0 0
m=audio 36842 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
224601565-=============================================
224601565-[CallIdx:66][Sipm_SipEvCallLegSessionTimerNegotiationFault] - 2
224601565-[CallIdx:66][Sipm_SipEvCallState(s:04)] INCOMING - Offering(reason:REMOTE_INVITING)
224601565-[CallIdx:66][Sipm_SipEvCallState] Offering - default Uid:1
224601565-[CallIdx:66][PORT NUMBER : 0x0027, Type:CO] CALL <--- SIPM (INVITE)
224601565-<SIPM Msg> : MSG(SIP_INVITE_MSG), Evt type(SIPTRUNK) type(SIPTRUNK) GWnum(6) phy_num(39)
Dump received SipMsg <-- (27)
msg_no : SIP_INVITE_MSG (02)
signaladdr : asterisk:5060
signalnaptaddr :
request_uri : <305104@asterisk:5060>
from_addr : <8003@asterisk>
to_addr : <305104@mfim>
call_leg : 00000043
contact :
replace_id : 00000000
reason :
diversion :
sdp
v=0
o=root 1299372871 1299372871 IN asterisk
s=Asterisk PBX 11.18.0
c=IN IP4 asterisk
t=0 0
m=audio 36842 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
224601565-[col:39] CalCol_SIP_Decode_Invite(State:SIPCALL_OOS_STATE)
224601565-[col:39] RTP PARSE asterisk : Audio:36842, Video:0, Codec:03(1), VCodec:00, DTMF:1, T38:0, nCrypto:0
224601565-[col:39] CalCol_Sip_GetIPKTSDevCodecByNego - (Set Prio:PCMA)
224601565-[col:39] CalCol_Sip_WriteCallState - SIPCALL_OFFERING_STATE <- SIPCALL_OOS_STATE
224601565-[col:39] SIP_CALL_STRUCT_CREATE_CMD
224601565 C>0006 71 0027, BE 0007, 111
224601565-[col:39] SIP_INVITE_EVT : Evt_num(2), D_length(93)
224601565 E>0006 71 0027, A5 005D, 111
[VOIME:39][SIP-EVT] INVITE
[ FROM ] : <8003@asterisk>
[ TO ] : <305104@mfim>
[ URI ] : 305104
[ SDP_VOICE_MODE ] : 11
[ CAPABILITY ] :
[ CENTRAL CALL ] : 01
IE From : "8003"@"" => SearchID:sip:8003
IE To :"" 305104
IE URI :305104
IPS_IE_CAPABILITY:00,00
...UID Matched Tbl: 0
[VOIME:39][SIP-CMD] 100 TRYING
224601565-[col:39] SIP_100_TRYING_CMD
Dump SipMsg to send --> (27)
msg_no : SIP_RESPONSE_MSG (03)
response : 100
for method : SIP_INVITE_MSG
224601565 VOIME: 39 Asc: St:co idle (00)(00) Ev-I:ring start P1: 0 P2:0 EVT: 11 From[VOIME:39]
224601565 C>0006 71 0027, 40 0002, 830
224601565 VOIME: 39 Asc: St:di-dialing(00)(00) Ev-I:disa dgt P1: 3 P2:0 EVT: 80 From[VOIME:39]
224601565 VOIME: 39 Asc: St:di-dialing(00)(00) Ev-I:disa dgt P1: A P2:0 EVT: 80 From[VOIME:39]
224601565 VOIME: 39 Asc: St:di-dialing(00)(00) Ev-I:disa dgt P1: 5 P2:0 EVT: 80 From[VOIME:39]
224601565 VOIME: 39 Asc: St:di-dialing(00)(00) Ev-I:disa dgt P1: 1 P2:0 EVT: 80 From[VOIME:39]
[VOIME:39][SIP-CMD] 180 RINGING
[ ALLOW_EVENT ] : 01
[ UID_IDX ] : 00
224601565-[col:39] SIP_180_RINGING_CMD
Dump SipMsg to send --> (27)
msg_no : SIP_RESPONSE_MSG (03)
response : 180
for method : SIP_INVITE_MSG
[VOIME:39][SIP-CMD] 200 OK
[ UID_IDX ] : 00
224601565-[col:39] SDP CalCol_Sip_RetrieveRTPIP local
224601565-[col:39] SDP CalCol_Sip_RetrieveRTPIP 2(voim24)
224601565-[col:39] CalCol_Sip_AddVoiceDTMFSDP_Sub(answer_type codec: 8)
224601565-[col:17] CalCol_Sip_Open_Rtp(your:0x11, my::0x11)
224601565-[col:39] CalCol_Sip_Open_Rtp(asterisk,36842, codec:PCMA, DIR:RXTX)
224601565 C>0006 71 0027, BD 0019, 111
224601567-Crypto num: 0
Phone Audio RTP 192.168.200.15:9004, Codec:02 DTMF:2, T38:0
Phone Video RTP 192.168.200.15:0, Codec:00
Dump SipMsg to send --> (27)
msg_no : SIP_RESPONSE_MSG (03)
response : 200
for method : SIP_INVITE_MSG
sdp
v=0
o=iPECS-LIK 39 39 IN IP4 voim24
s=iPECS-LIK SIP
c=IN IP4 voim24
t=0 0
m=audio 9004 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=sendrecv
224601567-[col:39] CalCol_Sip_WriteCallState - SIPCALL_ACCEPTED_STATE <- SIPCALL_OFFERING_STATE
224601567 C>0006 71 0027, 40 0002, 830
========@@@======== CODEC : Rx(113 39) Tx1(255 65535) Tx2(208 6) = 255 255 0
CalSip_CheckAlreadyConnectedRTP_Video : asc ch = 65535 65535 65535 65535
224601567 C>0006 71 0027, 42 0021, 191
224601567 C>0006 71 0027, 43 000A, 1A2
224601567 C>0006 71 0027, 44 0004, 1C2
224601567 C>0006 71 0027, 40 0002, 830
========@@@======== CODEC : Rx(113 39) Tx1(255 65535) Tx2(208 6) = 255 255 0
CalSip_CheckAlreadyConnectedRTP_Video : asc ch = 65535 65535 65535 65535
224601567 C>0006 71 0027, 42 0021, 191
[DEBUG] org_prompt_num: 73, prompt_num: 3
[DEBUG] sys_greet_num: 65535, dflt_prompt_num: 3
[DEBUG] VM prompt no): 3
224601567 CM-W>0006 71 0025, 1C 00C7, 071
224601567 C>0006 71 0027, 4D 0002, 21
224601567 VOIME: 39 Asc: St:dd-rng req(02)(00) Ev-I:disa dgt P1: A P2:0 EVT: 79 From[VOIME:39]
224601567 VOIME: 39 Asc: St:dd-rng req(02)(00) Ev-I:disa dgt P1: 4 P2:C EVT: 79 From[VOIME:39]
224601570 CM-W>0006 71 0025, 1C 000B, 071
224601572 E>0006 71 0027, 40 000A, 1A2
224601572 E>0006 71 0027, 40 000A, 1A2
224601573-[CallIdx:66][Sipm_CallMsgHandler] CALL ---> SIPM (100 Trying)
224601573-[CallIdx:66][Sipm_SipEvCallMsgSend] SIPM ---> 100(Method:INVITE, reason:Trying)
224601573-[Sipm_SipUtilSetOtherHeaderInMsg] Allow => INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBER,NOTIFY,MESSAGE,INFO,PRAC
K,UPDATE
224601573-[Sipm_SipUtilSetOtherHeaderInMsg] Supported => replaces,UPDATE,INFO
224601573-[Sipm_SipUtilSetOtherHeaderInMsg] User-Agent => Ericsson-LG iPECS-LIK 300 6.0Bo
[ 01/09/15 12:04:50 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 465 Bytes to asterisk:5060 by UDP (SendEv)
--------------------------------------------------------------------------------
При звонке с Asterisk по номеру 305104 - пишет неправильно набран номер
При этом на VOIM стабильно занимается канал на модуле.
а в трейсах что?
[/quote]
[code]
[ 01/09/15 12:04:50 ]===========================================================
--------------------------------------------------------------------------------
INVITE sip:305104@mfim SIP/2.0
Via: SIP/2.0/UDP 192.168.200.5:5060;branch=z9hG4bK055b6645
Max-Forwards: 70
From: <sip:8003@asterisk>;tag=as3ccbe6d4
To: <sip:305104@mfim>
Contact: <sip:8003@asterisk:5060>
Call-ID: 4a918acb18aeea763cb77e6e06ffd41d@asterisk:5060
CSeq: 102 INVITE
User-Agent: Asterisk PBX 11.18.0
Date: Tue, 01 Sep 2015 09:03:27 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 262
v=0
o=root 1299372871 1299372871 IN IP4 asterisk
s=Asterisk PBX 11.18.0
c=IN IP4 asterisk
t=0 0
m=audio 36842 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
================================================================================
224601563-[Sipm_SipTransportMsgReceivedExt]..method(INVITE)..
224601563-[Sipm_SipEvCallCreate] SIPCO Call
224601563-
[[[[[[[[[[@@@@@ [SIPM] Creation Call ID => 66 (0)@@@@@]]]]]]]]]]
224601563-
[[[[[[[[[[@@@@@ [SIPM] Creation Call SS ID => 67 @@@@@]]]]]]]]]]
224601563-[CallIdx:66(All:200)][Sipm_SipCallCreate](max:5 OUT:1,IN:1)
224601563-[CallIdx:66][Sipm_SipEvCallCreate] INCOMMING call was created
224601563-[CallIdx:66][Sipm_SipEvCallMsgReceive] SIPM <--- INVITE
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] reqUriAddr(305104)
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] fromUser(8003)
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] toUser(305104)
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] rcvdestAddr(305104)
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] destAddr(305104)
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] rcvsrcAddr(8003)
224601563-[CallIdx:66][Sipm_SipConnProcInviteInd] Trunk Call(no entry in table)
224601565-[CallIdx:66][Sipm_SipConnProcInviteInd] route:2
224601565-[GetColFromSIPProvider] (col:39) Get from Idle(First)
224601565-[Sipm_SipUtilGetOtherHeaderInMsg] Alert-Info => NULL
224601565-[CallIdx:66][Sipm_SipConnProcInviteInd] proxyIp(asterisk), contactIP(asterisk)
224601565-[CallIdx:66][Sipm_SipConnProcInviteInd] toIP(mfim), viaIP(asterisk)
224601565-[CallIdx:66][Sipm_SipConnProcInviteInd] fromIp(asteriks), fromUser(8003)
224601565-[Sipm_SipUtilGetOtherHeaderInMsg] P-Asserted-Identity => NULL
224601565-[Sipm_SipUtilGetOtherHeaderInMsg] Privacy => NULL
224601565-[Sipm_SipUtilGetOtherHeaderInMsg] Remote-Party-ID => NULL
224601565-[Sipm_SipUtilGetOtherHeaderInMsg] MS-CALL-SOURCE => NULL
224601565-[Sipm_SipUtilGetOtherHeaderInMsg] Diversion => NULL
224601565-SDP Msg Construct Parse - SinglePart
224601565-=============================================
224601565-Receive SDP MSG[66] =>
v=0
o=root 1299372871 1299372871 IN IP4 asterisk
s=Asterisk PBX 11.18.0
c=IN IP4 asterisk
t=0 0
m=audio 36842 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
224601565-=============================================
224601565-[CallIdx:66][Sipm_SipEvCallLegSessionTimerNegotiationFault] - 2
224601565-[CallIdx:66][Sipm_SipEvCallState(s:04)] INCOMING - Offering(reason:REMOTE_INVITING)
224601565-[CallIdx:66][Sipm_SipEvCallState] Offering - default Uid:1
224601565-[CallIdx:66][PORT NUMBER : 0x0027, Type:CO] CALL <--- SIPM (INVITE)
224601565-<SIPM Msg> : MSG(SIP_INVITE_MSG), Evt type(SIPTRUNK) type(SIPTRUNK) GWnum(6) phy_num(39)
Dump received SipMsg <-- (27)
msg_no : SIP_INVITE_MSG (02)
signaladdr : asterisk:5060
signalnaptaddr :
request_uri : <305104@asterisk:5060>
from_addr : <8003@asterisk>
to_addr : <305104@mfim>
call_leg : 00000043
contact :
replace_id : 00000000
reason :
diversion :
sdp
v=0
o=root 1299372871 1299372871 IN asterisk
s=Asterisk PBX 11.18.0
c=IN IP4 asterisk
t=0 0
m=audio 36842 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
224601565-[col:39] CalCol_SIP_Decode_Invite(State:SIPCALL_OOS_STATE)
224601565-[col:39] RTP PARSE asterisk : Audio:36842, Video:0, Codec:03(1), VCodec:00, DTMF:1, T38:0, nCrypto:0
224601565-[col:39] CalCol_Sip_GetIPKTSDevCodecByNego - (Set Prio:PCMA)
224601565-[col:39] CalCol_Sip_WriteCallState - SIPCALL_OFFERING_STATE <- SIPCALL_OOS_STATE
224601565-[col:39] SIP_CALL_STRUCT_CREATE_CMD
224601565 C>0006 71 0027, BE 0007, 111
224601565-[col:39] SIP_INVITE_EVT : Evt_num(2), D_length(93)
224601565 E>0006 71 0027, A5 005D, 111
[VOIME:39][SIP-EVT] INVITE
[ FROM ] : <8003@asterisk>
[ TO ] : <305104@mfim>
[ URI ] : 305104
[ SDP_VOICE_MODE ] : 11
[ CAPABILITY ] :
[ CENTRAL CALL ] : 01
IE From : "8003"@"" => SearchID:sip:8003
IE To :"" 305104
IE URI :305104
IPS_IE_CAPABILITY:00,00
...UID Matched Tbl: 0
[VOIME:39][SIP-CMD] 100 TRYING
224601565-[col:39] SIP_100_TRYING_CMD
Dump SipMsg to send --> (27)
msg_no : SIP_RESPONSE_MSG (03)
response : 100
for method : SIP_INVITE_MSG
224601565 VOIME: 39 Asc: St:co idle (00)(00) Ev-I:ring start P1: 0 P2:0 EVT: 11 From[VOIME:39]
224601565 C>0006 71 0027, 40 0002, 830
224601565 VOIME: 39 Asc: St:di-dialing(00)(00) Ev-I:disa dgt P1: 3 P2:0 EVT: 80 From[VOIME:39]
224601565 VOIME: 39 Asc: St:di-dialing(00)(00) Ev-I:disa dgt P1: A P2:0 EVT: 80 From[VOIME:39]
224601565 VOIME: 39 Asc: St:di-dialing(00)(00) Ev-I:disa dgt P1: 5 P2:0 EVT: 80 From[VOIME:39]
224601565 VOIME: 39 Asc: St:di-dialing(00)(00) Ev-I:disa dgt P1: 1 P2:0 EVT: 80 From[VOIME:39]
[VOIME:39][SIP-CMD] 180 RINGING
[ ALLOW_EVENT ] : 01
[ UID_IDX ] : 00
224601565-[col:39] SIP_180_RINGING_CMD
Dump SipMsg to send --> (27)
msg_no : SIP_RESPONSE_MSG (03)
response : 180
for method : SIP_INVITE_MSG
[VOIME:39][SIP-CMD] 200 OK
[ UID_IDX ] : 00
224601565-[col:39] SDP CalCol_Sip_RetrieveRTPIP local
224601565-[col:39] SDP CalCol_Sip_RetrieveRTPIP 2(voim24)
224601565-[col:39] CalCol_Sip_AddVoiceDTMFSDP_Sub(answer_type codec: 8)
224601565-[col:17] CalCol_Sip_Open_Rtp(your:0x11, my::0x11)
224601565-[col:39] CalCol_Sip_Open_Rtp(asterisk,36842, codec:PCMA, DIR:RXTX)
224601565 C>0006 71 0027, BD 0019, 111
224601567-Crypto num: 0
Phone Audio RTP 192.168.200.15:9004, Codec:02 DTMF:2, T38:0
Phone Video RTP 192.168.200.15:0, Codec:00
Dump SipMsg to send --> (27)
msg_no : SIP_RESPONSE_MSG (03)
response : 200
for method : SIP_INVITE_MSG
sdp
v=0
o=iPECS-LIK 39 39 IN IP4 voim24
s=iPECS-LIK SIP
c=IN IP4 voim24
t=0 0
m=audio 9004 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=sendrecv
224601567-[col:39] CalCol_Sip_WriteCallState - SIPCALL_ACCEPTED_STATE <- SIPCALL_OFFERING_STATE
224601567 C>0006 71 0027, 40 0002, 830
========@@@======== CODEC : Rx(113 39) Tx1(255 65535) Tx2(208 6) = 255 255 0
CalSip_CheckAlreadyConnectedRTP_Video : asc ch = 65535 65535 65535 65535
224601567 C>0006 71 0027, 42 0021, 191
224601567 C>0006 71 0027, 43 000A, 1A2
224601567 C>0006 71 0027, 44 0004, 1C2
224601567 C>0006 71 0027, 40 0002, 830
========@@@======== CODEC : Rx(113 39) Tx1(255 65535) Tx2(208 6) = 255 255 0
CalSip_CheckAlreadyConnectedRTP_Video : asc ch = 65535 65535 65535 65535
224601567 C>0006 71 0027, 42 0021, 191
[DEBUG] org_prompt_num: 73, prompt_num: 3
[DEBUG] sys_greet_num: 65535, dflt_prompt_num: 3
[DEBUG] VM prompt no): 3
224601567 CM-W>0006 71 0025, 1C 00C7, 071
224601567 C>0006 71 0027, 4D 0002, 21
224601567 VOIME: 39 Asc: St:dd-rng req(02)(00) Ev-I:disa dgt P1: A P2:0 EVT: 79 From[VOIME:39]
224601567 VOIME: 39 Asc: St:dd-rng req(02)(00) Ev-I:disa dgt P1: 4 P2:C EVT: 79 From[VOIME:39]
224601570 CM-W>0006 71 0025, 1C 000B, 071
224601572 E>0006 71 0027, 40 000A, 1A2
224601572 E>0006 71 0027, 40 000A, 1A2
224601573-[CallIdx:66][Sipm_CallMsgHandler] CALL ---> SIPM (100 Trying)
224601573-[CallIdx:66][Sipm_SipEvCallMsgSend] SIPM ---> 100(Method:INVITE, reason:Trying)
224601573-[Sipm_SipUtilSetOtherHeaderInMsg] Allow => INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBER,NOTIFY,MESSAGE,INFO,PRAC
K,UPDATE
224601573-[Sipm_SipUtilSetOtherHeaderInMsg] Supported => replaces,UPDATE,INFO
224601573-[Sipm_SipUtilSetOtherHeaderInMsg] User-Agent => Ericsson-LG iPECS-LIK 300 6.0Bo
[ 01/09/15 12:04:50 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 465 Bytes to asterisk:5060 by UDP (SendEv)
--------------------------------------------------------------------------------
Правильно ли я понимаю логику. Что астериск связан с MFIM по SIP, через транзитную учет.зап.
При звонке занимается канал VOIM24 и в ответ "неправильно набран номер". Мне нужно с CO линий VOIM 24 (37-60) вызов перенаправить на линии ISDN (выход в город) не используя при этом программу (252). Если с Астериска послать код доступа к соединительным линиям на выход в город, тоже самое в ответ "неправильно набран номер" и нету готовности сигнала соединительной линии, для последующей возможности отправки в тоне dtmf. Либо же нужно с Астера звонить на городской номер ждать сигнала готовности станции и также в режиме DISA осуществлять донабор требуемого городского номера.
В первую очередь нужно добиться как я понимаю внутреннего сигнала готовности соединительной линии на которой включен DISA?
При звонке занимается канал VOIM24 и в ответ "неправильно набран номер". Мне нужно с CO линий VOIM 24 (37-60) вызов перенаправить на линии ISDN (выход в город) не используя при этом программу (252). Если с Астериска послать код доступа к соединительным линиям на выход в город, тоже самое в ответ "неправильно набран номер" и нету готовности сигнала соединительной линии, для последующей возможности отправки в тоне dtmf. Либо же нужно с Астера звонить на городской номер ждать сигнала готовности станции и также в режиме DISA осуществлять донабор требуемого городского номера.
В первую очередь нужно добиться как я понимаю внутреннего сигнала готовности соединительной линии на которой включен DISA?
Цитата(DMBS @ 2.9.2015, 9:58)
Правильно ли я понимаю логику. Что астериск связан с MFIM по SIP, через транзитную учет.зап.
При звонке занимается канал VOIM24 и в ответ "неправильно набран номер". Мне нужно с CO линий VOIM 24 (37-60) вызов перенаправить на линии ISDN (выход в город) не используя при этом программу (252). Если с Астериска послать код доступа к соединительным линиям на выход в город, тоже самое в ответ "неправильно набран номер" и нету готовности сигнала соединительной линии, для последующей возможности отправки в тоне dtmf. Либо же нужно с Астера звонить на городской номер ждать сигнала готовности станции и также в режиме DISA осуществлять донабор требуемого городского номера.
В первую очередь нужно добиться как я понимаю внутреннего сигнала готовности соединительной линии на которой включен DISA?
При звонке занимается канал VOIM24 и в ответ "неправильно набран номер". Мне нужно с CO линий VOIM 24 (37-60) вызов перенаправить на линии ISDN (выход в город) не используя при этом программу (252). Если с Астериска послать код доступа к соединительным линиям на выход в город, тоже самое в ответ "неправильно набран номер" и нету готовности сигнала соединительной линии, для последующей возможности отправки в тоне dtmf. Либо же нужно с Астера звонить на городской номер ждать сигнала готовности станции и также в режиме DISA осуществлять донабор требуемого городского номера.
В первую очередь нужно добиться как я понимаю внутреннего сигнала готовности соединительной линии на которой включен DISA?
Нет, неправильно. Курсы обучения вам в помощь. И это нужно в первую очередь!!
Таблицы Networking не предназначены непосредственно для связи по SIP, а только для H.323.
Транк связи с Астериском по SIP не может быть типа NET (322), а PSTN.
Входящие по SIP нужно принимать просто по DID, как ISDN вызовы (тип конвертации: use as is), а транзит на поток выполнять как раз по Пгм252 (CO Call Routing).
Цитата(harris @ 2.9.2015, 11:16)
Нет, неправильно. Курсы обучения вам в помощь. И это нужно в первую очередь!!
Таблицы Networking не предназначены непосредственно для связи по SIP, а только для H.323.
Транк связи с Астериском по SIP не может быть типа NET (322), а PSTN.
Входящие по SIP нужно принимать просто по DID, как ISDN вызовы (тип конвертации: use as is), а транзит на поток выполнять как раз по Пгм252 (CO Call Routing).
Таблицы Networking не предназначены непосредственно для связи по SIP, а только для H.323.
Транк связи с Астериском по SIP не может быть типа NET (322), а PSTN.
Входящие по SIP нужно принимать просто по DID, как ISDN вызовы (тип конвертации: use as is), а транзит на поток выполнять как раз по Пгм252 (CO Call Routing).
Все что вы сказали, это все реализовано, но данное решение не дает гибкости , номер назначения не может быть маской в город звонить можно только на конкретные номера прописанные в пгм252. Про NET я понял , просто Астериск заточен на протокол SIP, по H323 его не связать.
Цитата(DMBS @ 2.9.2015, 10:36)
Все что вы сказали, это все реализовано, но данное решение не дает гибкости , номер назначения не может быть маской в город звонить можно только на конкретные номера прописанные в пгм252. Про NET я понял , просто Астериск заточен на протокол SIP, по H323 его не связать.
Маски?? Нет гибкости?? Значит вы все неправильно понимаете, и неправильно запрограммирована Пгм252.
Цитата(harris @ 2.9.2015, 13:53)
Маски?? Нет гибкости?? Значит вы все неправильно понимаете, и неправильно запрограммирована Пгм252.
Ну как же неправильно, настроено по мануалу.
Compare CO GRoup - 70 ( Принимать цифры с группы 70 (соединительные линии VOIM24))
Compare digits - *301 ( к примеру, роли не играет)
CO+Rerouting Number - *301 (Access CO Group, выход на соединительные линии ISDN)
Rerouting Type - N/A (не задан)
Если к CO+Rerouting Number прописать *301123456 и набрать на сипфоне *301, звонок уходит в город на конкретный
номер 12345, все хорошо. Но ведь это конкретика! К сожалению я не могу задать маску в CO+Rerouting Number
Прописывать номера для выхода в город - дурное решение. Сейчас пробую использовать DISA, если Rerouting Type = DISA , при наборе *301 получаю сигнал готовности от станции, но при тональном наборе доп. номера все тихо, некакой реакции , dtmf не отрабатывается и гол.сообщение "истекло время набора".
Если в CO+Rerouting Number оставить просто *301 без номера. При звонке занимается ISDN линия и висит без действия.
Цитата(DMBS @ 2.9.2015, 16:33)
Ну как же неправильно, настроено по мануалу.
Compare CO GRoup - 70 ( Принимать цифры с группы 70 (соединительные линии VOIM24))
Compare digits - *301 ( к примеру, роли не играет)
CO+Rerouting Number - *301 (Access CO Group, выход на соединительные линии ISDN)
Rerouting Type - N/A (не задан)
Если к CO+Rerouting Number прописать *301123456 и набрать на сипфоне *301, звонок уходит в город на конкретный
номер 12345, все хорошо. Но ведь это конкретика! К сожалению я не могу задать маску в CO+Rerouting Number
Прописывать номера для выхода в город - дурное решение. Сейчас пробую использовать DISA, если Rerouting Type = DISA , при наборе *301 получаю сигнал готовности от станции, но при тональном наборе доп. номера все тихо, некакой реакции , dtmf не отрабатывается и гол.сообщение "истекло время набора".
Если в CO+Rerouting Number оставить просто *301 без номера. При звонке занимается ISDN линия и висит без действия.
Compare CO GRoup - 70 ( Принимать цифры с группы 70 (соединительные линии VOIM24))
Compare digits - *301 ( к примеру, роли не играет)
CO+Rerouting Number - *301 (Access CO Group, выход на соединительные линии ISDN)
Rerouting Type - N/A (не задан)
Если к CO+Rerouting Number прописать *301123456 и набрать на сипфоне *301, звонок уходит в город на конкретный
номер 12345, все хорошо. Но ведь это конкретика! К сожалению я не могу задать маску в CO+Rerouting Number
Прописывать номера для выхода в город - дурное решение. Сейчас пробую использовать DISA, если Rerouting Type = DISA , при наборе *301 получаю сигнал готовности от станции, но при тональном наборе доп. номера все тихо, некакой реакции , dtmf не отрабатывается и гол.сообщение "истекло время набора".
Если в CO+Rerouting Number оставить просто *301 без номера. При звонке занимается ISDN линия и висит без действия.
В манул еще нужно вчитаться.
В ПГМ252 прописывается только префикс, по которому станция определяет, что следующие цифры нужно отправить на указанную линию/группу линий. Линия/группа линий задается кодом доступа из нумер. плана.
Вы же в качестве префикса прописываете непосредственно код доступа из плана нумерации.
Например,
префикс (compare digits)- 22
Co+ rerouting number - *301.
Если станция получит 221234567, то 1234567 уйдет транзитом на группу по коду *301.
Ну, и все остальное еще тоже нужно проверять, т.к. м.б. нюансы.
Цитата(harris @ 2.9.2015, 21:54)
В манул еще нужно вчитаться.
В ПГМ252 прописывается только префикс, по которому станция определяет, что следующие цифры нужно отправить на указанную линию/группу линий. Линия/группа линий задается кодом доступа из нумер. плана.
Вы же в качестве префикса прописываете непосредственно код доступа из плана нумерации.
Например,
префикс (compare digits)- 22
Co+ rerouting number - *301.
Если станция получит 221234567, то 1234567 уйдет транзитом на группу по коду *301.
Ну, и все остальное еще тоже нужно проверять, т.к. м.б. нюансы.
В ПГМ252 прописывается только префикс, по которому станция определяет, что следующие цифры нужно отправить на указанную линию/группу линий. Линия/группа линий задается кодом доступа из нумер. плана.
Вы же в качестве префикса прописываете непосредственно код доступа из плана нумерации.
Например,
префикс (compare digits)- 22
Co+ rerouting number - *301.
Если станция получит 221234567, то 1234567 уйдет транзитом на группу по коду *301.
Ну, и все остальное еще тоже нужно проверять, т.к. м.б. нюансы.
Был близок к цели ) Спасибо получилось
Compare CO GRoup - 70 ( Принимать цифры с группы 70 (соединительные линии VOIM24))
Compare digits - 22
CO+Rerouting Number - *301 (Access CO Group, выход на соединительные линии ISDN)
Rerouting Type=N/A
Aster:
exten => 22XXXXXX,1,Dial (SIP/500/${EXTEN}
harris
А так, DISA, видимо, поможет.
вопрос по DISA. (это по вопросу пгм 252 Co Call Rerouting в eMG80)
получаю тон готовности DISA.
Донабрать даёт лишь внутренний номер eMG80, если после тона готовности DISA пытаюсь "9-й" или кодами 8801 или 8901 захватить СО-линию, "автоинформатор" подсказывает "не правильно набран номер".
(COS DISA=1)
LCR = off
между MG100 и eMG80 - SIP.
остальные случаи проверил с транзитом или типа с "черным списком" - всё корректно отабатывает
вопрос по DISA. (это по вопросу пгм 252 Co Call Rerouting в eMG80)
получаю тон готовности DISA.
Донабрать даёт лишь внутренний номер eMG80, если после тона готовности DISA пытаюсь "9-й" или кодами 8801 или 8901 захватить СО-линию, "автоинформатор" подсказывает "не правильно набран номер".
(COS DISA=1)
LCR = off
между MG100 и eMG80 - SIP.
остальные случаи проверил с транзитом или типа с "черным списком" - всё корректно отабатывает
Цитата(vitalii @ 3.9.2015, 10:41)
А так, DISA, видимо, поможет.
вопрос по DISA. (это по вопросу пгм 252 Co Call Rerouting в eMG80)
получаю тон готовности DISA.
Донабрать даёт лишь внутренний номер eMG80, если после тона готовности DISA пытаюсь "9-й" или кодами 8801 или 8901 захватить СО-линию, "автоинформатор" подсказывает "не правильно набран номер".
(COS DISA=1)
LCR = off
между MG100 и eMG80 - SIP.
остальные случаи проверил с транзитом или типа с "черным списком" - всё корректно отабатывает
вопрос по DISA. (это по вопросу пгм 252 Co Call Rerouting в eMG80)
получаю тон готовности DISA.
Донабрать даёт лишь внутренний номер eMG80, если после тона готовности DISA пытаюсь "9-й" или кодами 8801 или 8901 захватить СО-линию, "автоинформатор" подсказывает "не правильно набран номер".
(COS DISA=1)
LCR = off
между MG100 и eMG80 - SIP.
остальные случаи проверил с транзитом или типа с "черным списком" - всё корректно отабатывает
CO/IP Attributes(140~142) [N]-->DISA CO Access ??
Это по LIK...
Цитата(Dron @ 3.9.2015, 10:46)
CO/IP Attributes(140~142) [N]-->DISA CO Access ??
Это по LIK...
Это по LIK...
MG: Normal/DISA CO ATTR(168) [N]-->CO Access from DISA
eMG80: Common Attributes(140)-->DISA CO Access
Справочное бюро работу закончило.
Цитата(DMBS @ 3.9.2015, 8:35)
Был близок к цели ) Спасибо получилось
Compare CO GRoup - 70 ( Принимать цифры с группы 70 (соединительные линии VOIM24))
Compare digits - 22
CO+Rerouting Number - *301 (Access CO Group, выход на соединительные линии ISDN)
Rerouting Type=N/A
Aster:
exten => 22XXXXXX,1,Dial (SIP/500/${EXTEN}
harris
Compare CO GRoup - 70 ( Принимать цифры с группы 70 (соединительные линии VOIM24))
Compare digits - 22
CO+Rerouting Number - *301 (Access CO Group, выход на соединительные линии ISDN)
Rerouting Type=N/A
Aster:
exten => 22XXXXXX,1,Dial (SIP/500/${EXTEN}
harris
Только надо позаботиться, чтобы кроме как с адреса астериска больше ниоткуда ни-ни...
Цитата(Dron @ 3.9.2015, 10:46)
CO/IP Attributes(140~142) [N]-->DISA CO Access ??
Это по LIK...
Это по LIK...
спасибо именно это DISA CO Access.
я пробовал включить DISA(SIP-линий) через DISA Service Attributes(146pgm) включить 71-е сообщение = Only Tone Mode
ещё раз спасибо
Цитата(vitalii @ 3.9.2015, 11:02)
спасибо именно это DISA CO Access.
я пробовал включить DISA(SIP-линий) через DISA Service Attributes(146pgm) включить 71-е сообщение = Only Tone Mode
ещё раз спасибо
я пробовал включить DISA(SIP-линий) через DISA Service Attributes(146pgm) включить 71-е сообщение = Only Tone Mode
ещё раз спасибо
Ну зачем ему DISA, когда вход. линии с нормальной сигнализацией?? Ему нужен транзит PSTN-PSTN (SIP - ISDN), что вполне решается через Пгм252.
Цитата(harris @ 3.9.2015, 11:23)
Ну зачем ему DISA, когда вход. линии с нормальной сигнализацией?? Ему нужен транзит PSTN-PSTN (SIP - ISDN), что вполне решается через Пгм252.
Виталий для себя уяснял.
Цитата(harris @ 3.9.2015, 11:23)
Ну зачем ему DISA, когда вход. линии с нормальной сигнализацией?? Ему нужен транзит PSTN-PSTN (SIP - ISDN), что вполне решается через Пгм252.
через 252-ю и решил с донабором, надо было ещё дополнительно в 140-й - включить DISA CO Access
(это у предыдущего было: SIP - ISDN, у меня: SIP-Analog проверял донабор в город)
хотя DISA CO Access включал именно для линий SIP
Цитата(Dron @ 3.9.2015, 12:00)
Только надо позаботиться, чтобы кроме как с адреса астериска больше ниоткуда ни-ни...
согласен Dron!
Цитата(Dron @ 3.9.2015, 11:38)
Виталий для себя уяснял.
и ещё. знаю, что LCR в транзитной атс не отрабатывают для оконечной АТС.
получив тон DISA и набрав код линии - выхожу на город.
как показать eMG80, без кода захвата линий выйти на город.
пробовал через 270-ю (DIGIT Conver Table) не получается
P.S. как выше писал, всё остальное(транзит) -отрабатывает чётко. (это для себя - может где и будет использоваться)
конечно надо было открывать тему в eMG80 - моя ошибка
В свете последних событий странно стали себя вести исходящие в город по SIP.
Исходя из настроек астера , хочу под каждый отдел к примеру выделить 1 городской номер, с которого бы осуществлялись все звонки наружу. Все это описать в контекстах. Но почему то все звонки наружу со всех сипфонов без исключения идут через мой городской номер к примеру 66-66-66. Логично что данная ситуация должна разруливаться с помощью транзитных учетных записей. Я вижу данную ситуацию , на каждый отдел создается своя транзитная учетная запись с индексом. После этого данный индекс учетной записи привязывается к городскому номеру отдела, сейчас же повторюсь все звонки идут через мой городской номер.
1000 - транзитная учетная запись
index - 1
В (111) у моего внутреннего номера выставлено SIP USER TABLE INDEX =1 . Звонки наружу идут черз мой номер 66-66-66
Создаю учетную запись 2000
index - 2
В (111) к внутреннему номеру в другом отделе привязываю SIP USER TABLE INDEX =2. Звонки все равно идут через мой номер 66-66-66
Удаляю все записи SIP USER TABLE INDEX со всех внутренних абонентов, выставляю SIP USER TABLE INDEX=0 , опять все звонки наружу идут через 66-66-66, где логика
Исходя из настроек астера , хочу под каждый отдел к примеру выделить 1 городской номер, с которого бы осуществлялись все звонки наружу. Все это описать в контекстах. Но почему то все звонки наружу со всех сипфонов без исключения идут через мой городской номер к примеру 66-66-66. Логично что данная ситуация должна разруливаться с помощью транзитных учетных записей. Я вижу данную ситуацию , на каждый отдел создается своя транзитная учетная запись с индексом. После этого данный индекс учетной записи привязывается к городскому номеру отдела, сейчас же повторюсь все звонки идут через мой городской номер.
1000 - транзитная учетная запись
index - 1
В (111) у моего внутреннего номера выставлено SIP USER TABLE INDEX =1 . Звонки наружу идут черз мой номер 66-66-66
Создаю учетную запись 2000
index - 2
В (111) к внутреннему номеру в другом отделе привязываю SIP USER TABLE INDEX =2. Звонки все равно идут через мой номер 66-66-66
Удаляю все записи SIP USER TABLE INDEX со всех внутренних абонентов, выставляю SIP USER TABLE INDEX=0 , опять все звонки наружу идут через 66-66-66, где логика
После снятия трассировок выяснился очень интересный момент:
Все исходящие звонки с сип-телефонов (абонентов астериска) транзитом через LG в город уходят с одним и тем же АОНом (соответствующим АОНу телефона- System Atteandant'a) Сталкивался ли кто с подобной ситуацией. Хотелось бы формировать АОН для каждого сип-абонента свой ....
Все исходящие звонки с сип-телефонов (абонентов астериска) транзитом через LG в город уходят с одним и тем же АОНом (соответствующим АОНу телефона- System Atteandant'a) Сталкивался ли кто с подобной ситуацией. Хотелось бы формировать АОН для каждого сип-абонента свой ....
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.