Добрый день!У меня есть связка оборудования Avaya 8500, cisco 2811 voip-gate и Asterisk. Это исторически сложившийся набор оборудования в моей конторе.
Проблема в том, что при звонке из Аваи на Астериск (и обратно) теряется callerid на cisco.
Логи cisco это явно показывают:Oct 9 06:05:30.872: //-1/2A22E9B1806C/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=52392
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=2095
cisco-desttype=0
cisco-destplan=1
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=-1
cisco-rdnplan=-1
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0Oct 9 06:05:30.876: //-1/2A22E9B1806C/CCAPI/cc_api_call_setup_ind_common:
Interface=0x483FBFEC, Call Info(
Calling Number=52392,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=2095(TON=Unknown, NPI=ISDN),
Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE,
Incoming Dial-peer=2300, Progress Indication=ORIGINATING SIDE IS NON ISDN(3), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1
Oct 9 06:05:30.876: //-1/2A22E9B1806C/CCAPI/cc_api_call_setup_ind_common:
Interface Type=13, Protocol=0
Oct 9 06:05:30.876: //-1/2A22E9B1806C/CCAPI/ccCheckClipClir:
In: Calling Number=52392(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Oct 9 06:05:30.876: //-1/2A22E9B1806C/CCAPI/ccCheckClipClir:
Calling Party Number Is User Provided
Oct 9 06:05:30.876: //-1/2A22E9B1806C/CCAPI/ccCheckClipClir:
Out: Calling Number=52392(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Oct 9 06:05:30.876: //591/xxxxxxxxxxxx/CCAPI/cc_insert_call_entry:
Total Call Count=0, Call Entry(Call Count On=FALSE, Incoming Call=TRUE)
Oct 9 06:05:30.876: //591/xxxxxxxxxxxx/CCAPI/cc_insert_call_entry:
Total Call Count=1
Oct 9 06:05:30.876: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:Oct 9 06:05:30.876: :cc_get_feature_vsa malloc success
Oct 9 06:05:30.876: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:Oct 9 06:05:30.876: cc_get_feature_vsa count is 1
Oct 9 06:05:30.876: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:Oct 9 06:05:30.876: :FEATURE_VSA attributes are: feature_name:0,fearture_time:1205830496,feature_id:452
Oct 9 06:05:30.876: //-1/xxxxxxxxxxxx/CCAPI/cc_init_call_entry:Oct 9 06:05:30.876: call_init_entry calle is 47EA5CC8,callid is 591
Oct 9 06:05:30.876: //591/2A22E9B1806C/CCAPI/cc_insert_guid_pod_entry:
Incoming=TRUE, Call Id=591
Oct 9 06:05:30.876: //591/2A22E9B1806C/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=52392(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=2095(TON=Unknown, NPI=ISDN))
Oct 9 06:05:30.880: //591/2A22E9B1806C/CCAPI/cc_process_call_setup_ind:
Event=0x47E4D770
Oct 9 06:05:30.880: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_registration_lookup:
Matching Parameters; Called Number=2095, Call Transfer Consult Id=
Oct 9 06:05:30.880: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Searching Node;
Called Number=2095, Call Transfer Consult Id=
Oct 9 06:05:30.880: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_compare:Oct 9 06:05:30.880: Comparing SSOpCode; 0x50 and 0x0
Oct 9 06:05:30.880: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_compare:Oct 9 06:05:30.880: Comparing SSOpCode; 0x12 and 0x0
Oct 9 06:05:30.880: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_registration_lookup:
No Matching Node
Oct 9 06:05:30.884: //-1/xxxxxxxxxxxx/CCAPI/ccAppInitializePID:
Application Process Name=_ManagedAppProcess_Default, Application Process Id=300, Application Handle=0x484ED058
Oct 9 06:05:30.884: //591/2A22E9B1806C/CCAPI/ccCallSetContext:
Context=0x481382D0
Oct 9 06:05:30.884: //591/2A22E9B1806C/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 591 with tag 2300 to app "_ManagedAppProcess_Default"Oct 9 06:05:30.888: //-1/xxxxxxxxxxxx/CCAPI/ccAppInitialize:
Application Name=_ManagedAppProcess_Default, Application Process Id=300, Application Handle=0x48FDEAC8
Oct 9 06:05:30.888: //591/2A22E9B1806C/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
Oct 9 06:05:30.892: //591/2A22E9B1806C/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=1, Params=0x48136870, Progress Indication=ORIGINATING SIDE IS NON ISDN(3)
Oct 9 06:05:30.892: //591/2A22E9B1806C/CCAPI/ccCheckClipClir:
In: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Oct 9 06:05:30.892: //591/2A22E9B1806C/CCAPI/ccCheckClipClir:
Calling Party Number Is User Provided
Oct 9 06:05:30.892: //591/2A22E9B1806C/CCAPI/ccCheckClipClir:
Out: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Oct 9 06:05:30.892: //591/2A22E9B1806C/CCAPI/ccCallSetupRequest:
Destination Pattern=[1-3,6]..., Called Number=2095, Digit Strip=FALSE
Oct 9 06:05:30.892: //591/2A22E9B1806C/CCAPI/ccCallSetupRequest:
Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=2095(TON=Unknown, NPI=ISDN),
Redirect Number=, Display Info=~CO
O
KOB
.
Account Number=, Final Destination Flag=TRUE,
Guid=2A22E9B1-110E-11E2-806C-0022558B54E8, Outgoing Dial-peer=1
Oct 9 06:05:30.892: //591/2A22E9B1806C/CCAPI/cc_api_display_ie_subfields:В начале лога:
Calling Number=52392,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
А уже в середине его нет:
Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=2095(TON=Unknown, NPI=ISDN),
Redirect Number=, Display Info=~CO
O
KOB
.Зато callingname передается, хотя и криво по Аваевски.
Я выложил не весь лог cisco, чтобы не захламлять.
Может ктонить сталкивался в такой поблемой?
Спасибо.
Коллега, с зоопарком сталкивались все, но дебажить зоопарк по звездам желающих нет.
Лучше покажите на 2811 debug isdn q931 и sh call hist vo id $id для этого вызова, а то ccapi как-то лениво читать.
Извините!Вот вывод дебага q931:
debug isdn q931:.Oct 9 10:52:50.471: ISDN Se0/3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x43FE
Sending Complete
Bearer Capability i = 0x9090A3
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18381
Preferred, Channel 1
Progress Ind i = 0x8183 - Origination address is non-ISDN
Display i = '~C', 0x8F, 'O', 0x8A, 'O', 0x8B918E, 'KOB ', 0x8B, '.'
Calling Party Number i = 0x80, '52392'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x81, '2095'
Plan:ISDN, Type:Unknown
.Oct 9 10:52:50.503: ISDN Se0/3/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0xC3FE
Channel ID i = 0xA98381
Exclusive, Channel 1
.Oct 9 10:52:50.623: ISDN Se0/3/0:15 Q931: TX -> ALERTING pd = 8 callref = 0xC3FE
.Oct 9 10:52:53.863: ISDN Se0/3/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x43FE
Cause i = 0x8190 - Normal call clearing
.Oct 9 10:52:53.867: ISDN Se0/3/0:15 Q931: TX -> RELEASE pd = 8 callref = 0xC3FE
.Oct 9 10:52:53.883: ISDN Se0/3/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x43FEsh call hist vo id 593:
Telephony call-legs: 1
SIP call-legs: 1
H323 call-legs: 0
Call agent controlled call-legs: 0
Total call-legs: 2sh call hist vo last 1:
GENERIC:
SetupTime=1038759060 ms
Index=455
PeerAddress=52392
PeerSubAddress=
PeerId=2300
PeerIfIndex=96
LogicalIfIndex=29
DisconnectCause=10
DisconnectText=normal call clearing (16)
ConnectTime=0 ms
DisconnectTime=1038762440 ms
CallDuration=00:00:00 sec
CallOrigin=2
ReleaseSource=1
ChargedUnits=0
InfoType=speech
TransmitPackets=0
TransmitBytes=0
ReceivePackets=0
ReceiveBytes=0
TELE:
ConnectionId=[0x4DBE2FE8 0x113611E2 0x806D0022 0x558B54E8]
IncomingConnectionId=[0x4DBE2FE8 0x113611E2 0x806D0022 0x558B54E8]
CallID=593
TxDuration=0 ms
VoiceTxDuration=0 ms
FaxTxDuration=0 ms
CoderTypeRate=None
NoiseLevel=0
ACOMLevel=0
SessionTarget=
ImgPages=0
CallerName=~C^OO
O^K^Q^NKOB ^K.
CallerIDBlocked=False
LongDurationCallDetected=no
LongDurCallTimeStamp=
LongDurCallDuration=
OriginalCallingNumber=52392
OriginalCallingOctet=0x80
OriginalCalledNumber=2095
OriginalCalledOctet=0x81
OriginalRedirectCalledNumber=
OriginalRedirectCalledOctet=0xFF
TranslatedCallingNumber=52392
TranslatedCallingOctet=0x80
TranslatedCalledNumber=2095
TranslatedCalledOctet=0x81
TranslatedRedirectCalledNumber=
TranslatedRedirectCalledOctet=0xFF
GwReceivedCalledNumber=2095
GwReceivedCalledOctet3=0x81
GwReceivedCallingNumber=52392
GwReceivedCallingOctet3=0x80
GwReceivedCallingOctet3a=0x0
DSPIdentifier=0/1:1
Спасибо.
Ну вот, все номера приходят и уходят. Убедиться можете в debug ccsip messages.
> Ну вот, все номера приходят и уходят. Убедиться можете в debug ccsip
> messages.Вывод debug ccsip messages (начало):
Oct 9 11:18:59.325: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
CANCEL sip:2095@10.16.1.7:5060 SIP/2.0
Via: SIP/2.0/UDP 10.16.4.1:5060;branch=z9hG4bK11226F2
From: "~CO
O
KOB
." <sip:10.16.4.1>;tag=3E020724-15C3
To: <sip:2095@10.16.1.7>
Date: Tue, 09 Oct 2012 11:18:51 GMT
Call-ID: F0551913-113911E2-848CE783-2F601F7F@10.16.4.1
CSeq: 101 CANCEL
Max-Forwards: 70
Timestamp: 1349781539
Reason: Q.850;cause=16
Content-Length: 0Не вижу.... А вы?
Спасибо.
Всем спасибо!Правильно пишите рули на cisco. После просмотра рулей нашел ощибку. Нужно внимательно читать grep или egrep.
Такой руль не канает:voice translation-rule 4
rule 1 /.*/ /\1/
Спасибо.