forum.opennet.ru - "Проблема с прозрачным пробросом номера А на AS5350XM" (3)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Проблема с прозрачным пробросом номера А на AS5350XM"

Форум Маршрутизаторы CISCO и др. оборудование. (VoIP)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Проблема с прозрачным пробросом номера А на AS5350XM"	+/–
Сообщение от cr1m (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ообщить модератору

Оглавление

Проблема с прозрачным пробросом номера А на AS5350XM, BOJIKA, 16:29 , 07-Сен-10, (1)

Проблема с прозрачным пробросом номера А на AS5350XM, cr1m, 09:13 , 08-Сен-10, (2)

Проблема с прозрачным пробросом номера А на AS5350XM, All_is_not_what_it_seems, 15:36 , 09-Сен-10, (3)

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

1. "Проблема с прозрачным пробросом номера А на AS5350XM" +/–

Сообщение от BOJIKA on 07-Сен-10, 16:29

ну так может это сам провайдер номер переписывает?
term mon
debug ccsip all
debug voip ccapi inout
ну и посмотрите, что провайдеру улетает.

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

2. "Проблема с прозрачным пробросом номера А на AS5350XM" +/–

Сообщение от cr1m (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 | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Проблема с прозрачным пробросом номера А на AS5350XM"	+/–
Сообщение от BOJIKA on 07-Сен-10, 16:29
ну так может это сам провайдер номер переписывает? term mon debug ccsip all debug voip ccapi inout ну и посмотрите, что провайдеру улетает.
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	2. "Проблема с прозрачным пробросом номера А на AS5350XM"	+/–
	Сообщение от cr1m (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ообщить модератору