Добрый день, возникла следующаяситуация.
Имеется AS5350XM в качестве voip-шлюза.Вот настройки voip:voice translation-rule 1
rule 1 // // type any subscriber
!
!
voice translation-profile TEST
translate calling 1
voice-port 3/0:D
disc_pi_off
cptone RU
timeouts interdigit 4
bearer-cap 3100Hz
dial-peer voice 1001 pots
permission orig
huntstop
service tario_accept
voice-class aaa 7690
incoming called-number 2166050
forward-digits all
!
dial-peer voice 1003 voip
translation-profile outgoing TEST
destination-pattern 0723#T
voice-class codec 7680
session protocol sipv2
session target ipv4:192.168.0.1
fax rate 14400
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none
no vad
При звонках с циски номер А подменяется на 2166050, хотя правила подмены нет.
Если правило подмены сделаю, например:voice translation-rule 1
rule 1 /.*/ /2166000/то оно срабатывает. Почему же без всяких правил, подменяется номер на 2166050, хотелось бы прозрачно видеть номер А.
В debug voice translate вижу:Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x68DF52CC; count=1
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x6A6EB9F0
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal: stack=0x68DF52CC; count=1
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_profile_translate_internal: number=3433759652 type=unknown plan=isdn numbertype=calling
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_profile_match_internal: Matched with rule 1 in ruleset 1
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_profile_match_internal: Matched with rule 1 in ruleset 1
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/sed_subst: Successful substitution; pattern=3433759652 matchPattern= replacePattern= replaced pattern=3433759652
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_subst_num_type: Match Type = unknown, Replace Type = subscriber Input Type = unknown
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_subst_num_plan: Match Plan = none, Replace Plan = none Input Plan = isdn
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_profile_translate_internal: xlt_number=3433759652 xlt_type=subscriber xlt_plan=isdn
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_profile_translate_internal: number= type=UNKNOWN plan=UNKNOWN numbertype=redirect-called
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_get_RegXrule: Invalid translation ruleset tag=0
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_profile_match_internal: Error: ruleset for redirect-called number not found
Sep 7 11:46:02.844: //-1/08C0D89CB01F/RXRULE/regxrule_profile_translate_internal: No match: number= type=UNKNOWN plan=UNKNOWN
Sep 7 11:46:13.876: //-1/05772D3FB01E/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x68DF261C; count=1
Sep 7 11:46:13.876: //-1/05772D3FB01E/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x6A6F3358
Sep 7 11:46:25.324: //-1/A48E493EB01A/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x0
Sep 7 11:46:25.460: //-1/A48E493EB01A/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x68DF5E7C; count=2
Sep 7 11:46:25.460: //-1/A48E493EB01A/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x6A6F1E88
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal: stack=0x68DF52CC; count=2
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_profile_translate_internal: number=3432166050 type=subscriber plan=isdn numbertype=calling
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_match: Error: type didn't match; in.type=0x4 rule.type = 0x0
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_profile_match_internal: No match found
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_profile_translate_internal: No match: number=3432166050 type=subscriber plan=isdn
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_profile_translate_internal: number=79065624793 type=subscriber plan=isdn numbertype=called
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_get_RegXrule: Invalid translation ruleset tag=0
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_profile_match_internal: Error: ruleset for called number not found
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_profile_translate_internal: No match: number=79065624793 type=subscriber plan=isdn
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_profile_translate_internal: number= type=subscriber plan=isdn numbertype=redirect-target
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_get_RegXrule: Invalid translation ruleset tag=0
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_profile_match_internal: Error: ruleset for redirect-target number not found
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_profile_translate_internal: No match: number= type=subscriber plan=isdn
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_profile_translate_internal: number= type=UNKNOWN plan=UNKNOWN numbertype=redirect-called
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_get_RegXrule: Invalid translation ruleset tag=0
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_profile_match_internal: Error: ruleset for redirect-called number not found
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_profile_translate_internal: No match: number= type=UNKNOWN plan=UNKNOWN
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_dp_translate: calling_number=3432166050 calling_octet=0x41
called_number=79065624793 called_octet=0xC1
redirect_number= redirect_type=-1 redirect_plan=-1 redirect_PI=-1 redirect_SI=-1
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x68DF52CC; count=2
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x6A6E92A0
Sep 7 11:46:50.016: //-1/08C0D89CB01F/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal: stack=0x68DF52CC; count=2
ну так может это сам провайдер номер переписывает?term mon
debug ccsip all
debug voip ccapi inoutну и посмотрите, что провайдеру улетает.
>ну так может это сам провайдер номер переписывает?
>
>term mon
>debug ccsip all
>debug voip ccapi inout
>
>ну и посмотрите, что провайдеру улетает.Да вот дебаги тоже показывают, что циска подменяет номер:
Sep 8 11:10:16.628: //57905/20666218B488/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=150-126-43153
----- ccCallInfo IE subfields -----
cisco-ani=3432166050
cisco-anitype=4
cisco-aniplan=1
cisco-anipi=0
cisco-anisi=3
dest=79193523602
cisco-desttype=4
cisco-destplan=1
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-lastrdn=
cisco-rdntype=-1
cisco-rdnplan=-1
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0Sep 8 11:10:16.628: //57905/20666218B488/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x67FB177C, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=3432166050,(Calling Name=3432166050)(TON=Subscriber, NPI=ISDN, Screening=Network, Presentation=Allowed),
Called Number=79193523602(TON=Subscriber, NPI=ISDN), Calling Translated=FALSE,
Subscriber Type Str=RegularLine, FinalDestinationFlag=FALSE, Outgoing Dial-peer=1003, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
Sep 8 11:10:16.628: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Вот и непонятно, почему вдруг без правил подмены, циска сама подменяет номер взятый с dial-peer pots.
посмотрите в tario_accept