The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Проблема с прозрачным пробросом номера А на AS5350XM"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Маршрутизаторы CISCO и др. оборудование. (VoIP)
Изначальное сообщение [ Отслеживать ]

"Проблема с прозрачным пробросом номера А на AS5350XM"  +/
Сообщение от cr1m email(ok) on 07-Сен-10, 11:27 
Добрый день, возникла следующаяситуация.
Имеется 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


Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Проблема с прозрачным пробросом номера А на AS5350XM"  +/
Сообщение от BOJIKA on 07-Сен-10, 16:29 
ну так может это сам провайдер номер переписывает?

term mon
debug ccsip all
debug voip ccapi inout

ну и посмотрите, что провайдеру улетает.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Проблема с прозрачным пробросом номера А на AS5350XM"  +/
Сообщение от cr1m email(ok) on 08-Сен-10, 09:13 
>ну так может это сам провайдер номер переписывает?
>
>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 =0

Sep  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.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Проблема с прозрачным пробросом номера А на AS5350XM"  +/
Сообщение от All_is_not_what_it_seems (ok) on 09-Сен-10, 15:36 
посмотрите в tario_accept
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру