The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Проблема с трансляцией, !*! vvmax, 18-Дек-09, 14:06  [смотреть все]
Уважаемые коллеги,

Вылезла проблема. Пока не пойму почему не работает правило трансляции.

Есть 5400 аппарат. Отправляю звонки в Китай.

Если следующие правила.
voice translation-rule 861
rule 1 /^81186/ /0086/ type any international plan any isdn

voice translation-profile china
translate called 861

И вот такой диал пир

dial-peer voice 400 voip
description NEW_CHINA_TEST
translation-profile outgoing china
huntstop
destination-pattern 811861T
voice-class codec 2
session target ipv4:65.ЧЧ.ЧЧ.ЧЧ:1720
fax-relay ecm disable
fax rate 9600
fax protocol t38 ls-redundancy 5 hs-redundancy 2 fallback pass-through g711alaw
ip qos dscp cs5 media

Правило работает так.

AS5400old#test voice translation-rule 861 8118613535322351
Matched with rule 1
Original number: 8118613535322351       Translated number: 008613535322351
Original number type: none      Translated number type: international
Original number plan: none      Translated number plan: isdn

(811 это наш префикс, его надо резать).


При звонке получаю вот такую хрень. И почему не транслируется номер не пойму...

Dec 18 10:57:36.132: ISDN Se7/0:15 Q931: RX <- SETUP pd = 8  callref = 0x1E61
        Sending Complete
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA1838D
                Preferred, Channel 13
        Calling Party Number i = 0x1183, '99291862XXXX'
                Plan:ISDN, Type:International
        Called Party Number i = 0xC1, '8118613899995543'
                Plan:ISDN, Type:Subscriber(local)
Dec 18 10:57:36.148: ISDN Se7/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x9E61
        Channel ID i = 0xA9838D
                Exclusive, Channel 13
Dec 18 10:57:37.520: ISDN Se7/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x9E61
        Cause i = 0x80A6 - Network out of order
Dec 18 10:57:37.664: ISDN Se7/0:15 Q931: RX <- RELEASE pd = 8  callref = 0x1E61
Dec 18 10:57:37.668: ISDN Se7/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x9E61
AS5400old#

Кто подскажет где засада? Почему не меняется Type:Subscriber на Type:International?

  • Проблема с трансляцией, !*! dae, 19:07 , 21-Дек-09 (1)

    >[оверквотинг удален]
    >
    >Dec 18 10:57:37.520: ISDN Se7/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x9E61
    >        Cause i = 0x80A6
    >- Network out of order
    >Dec 18 10:57:37.664: ISDN Se7/0:15 Q931: RX <- RELEASE pd = 8
    > callref = 0x1E61
    >Dec 18 10:57:37.668: ISDN Se7/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x9E61
    >AS5400old#
    >
    >Кто подскажет где засада? Почему не меняется Type:Subscriber на Type:International?

    в voice translation-rule можно писать правила без знака "^"
    voice translation-rule 861
    rule 1 /81186/ /0086/ type any international plan any isdn

    Вы дебаг делали на входе, а что на выходе то?
    Ведь правило применяется к исходящему ВоИП диал-пиру
    debug cch323 h225

    • Проблема с трансляцией, !*! vvmax, 07:25 , 22-Дек-09 (2)
      Получаю вот это.

      AS5400old#
      Dec 22 04:31:26.989: //397283/B3AE767B8F8E/H323/run_h225_sm: Received event H225_EV_SETUP while at state H225_IDLE
      Dec 22 04:31:26.989: //397283/B3AE767B8F8E/H323/check_qos_and_send_setup: Setup ccb 0x6378327C
      Dec 22 04:31:26.989: //397283/B3AE767B8F8E/H323/run_h225_sm: Received event H225_EV_FS_SETUP while at state H225_IDLE
      Dec 22 04:31:26.989: //397283/B3AE767B8F8E/H323/idle_fsSetup_hdlr: Setup ccb 0x6378327C
      Dec 22 04:31:26.993: //397283/B3AE767B8F8E/H323/generic_send_setup:
      generic_send_setup: is_overlap = 0, info_complete = 0
      Dec 22 04:31:26.993: //397283/B3AE767B8F8E/H323/generic_send_setup: sending calling IE
      Dec 22 04:31:26.993: //397283/B3AE767B8F8E/H323/generic_send_setup: ====== PI = 0
      Dec 22 04:31:26.993: //397283/B3AE767B8F8E/H323/generic_send_setup: Send infoXCap=128, infoXRate=16, rateMult=0, xMode=128, info_layer1_prot=163
      Dec 22 04:31:26.993: //397283/B3AE767B8F8E/H323/generic_send_setup: src address = 217.11.180.130; dest address = 65.38.64.10
      Dec 22 04:31:26.993: //397283/B3AE767B8F8E/H323/cch323_h225_set_new_state: Changing from H225_IDLE state to H225_REQ_FS_SETUP state

      Dec 22 04:31:27.925: //397283/B3AE767B8F8E/H323/run_h225_sm: Received event H225_EV_CONN_LOST while at state H225_REQ_FS_SETUP
      Dec 22 04:31:27.925: //397283/B3AE767B8F8E/H323/run_h225_sm: Received event H225_EV_RELEASE while at state H225_REQ_FS_SETUP
      Dec 22 04:31:27.925: //397283/B3AE767B8F8E/H323/cch323_h225_set_new_state: Changing from H225_REQ_FS_SETUP state to H225_IDLE state


      Сорри за предыдущие два поста... Меня че то клинит с утра пораньше.

      • Проблема с трансляцией, !*! dae, 12:04 , 22-Дек-09 (3)
        >Получаю вот это.
        >Dec 22 04:31:27.925: //397283/B3AE767B8F8E/H323/run_h225_sm: Received event H225_EV_CONN_LOST while at state H225_REQ_FS_SETUP
        >Dec 22 04:31:27.925: //397283/B3AE767B8F8E/H323/run_h225_sm: Received event H225_EV_RELEASE while at state H225_REQ_FS_SETUP
        >Dec 22 04:31:27.925: //397283/B3AE767B8F8E/H323/cch323_h225_set_new_state: Changing from H225_REQ_FS_SETUP state to H225_IDLE state
        >
        >
        >Сорри за предыдущие два поста... Меня че то клинит с утра пораньше.
        >

        Я и забыл, что дебаг Н323 на циске не дружественен к юзеру...
        Удаленный адрес не отвечает на открытие ТСР-канала
        ping 65.38.64.10 проходит?
        Там точно открыт порт 1720? Звонок там ждут?

        Трансляция отрабатывает правильно скорее всего, удаленный узел не принимает звонок.
        Чтоб уж наверняка проверить - заверни звонок на комп, а на нем запусти wireshark, чтоб посмотреть Сетап

        • Проблема с трансляцией, !*! vvmax, 12:19 , 22-Дек-09 (4)
          >[оверквотинг удален]
          >
          >Я и забыл, что дебаг Н323 на циске не дружественен к юзеру...
          >
          >Удаленный адрес не отвечает на открытие ТСР-канала
          >ping 65.38.64.10 проходит?
          >Там точно открыт порт 1720? Звонок там ждут?
          >
          >Трансляция отрабатывает правильно скорее всего, удаленный узел не принимает звонок.
          >Чтоб уж наверняка проверить - заверни звонок на комп, а на нем
          >запусти wireshark, чтоб посмотреть Сетап

          Да проходит и пинг и телнет на 1720... Я честно говоря подозреваю что дела в руте. Уж очень далеко от нас этот IP. Ладно, спасибо за помощь. Парит не особо.
          Просто проблема именно с этим пиром. Они утверждают, что вообще не видят моих попыток. С этого же аппарата на другие пиры вообще никаких проблем.
          Все равно спасибо. Я просто склоняюсь к мысли, что по дороге кто не пропускает signalling.

          • Проблема с трансляцией, !*! dae, 12:26 , 22-Дек-09 (5)
            >Все равно спасибо. Я просто склоняюсь к мысли, что по дороге кто
            >не пропускает signalling.

            Точно нет - по дороге маршрутизаторы работают по IP протоколу, им дела нет до твоего Н323.
            Тряси кетайцев - забыли для тебя роут открыть.
            С компа можешь сделать трейс звонка и им отправить

            Кста, попробуй без префикса позвонить. Может прокатит

            • Проблема с трансляцией, !*! vvmax, 12:39 , 22-Дек-09 (6)
              >>Все равно спасибо. Я просто склоняюсь к мысли, что по дороге кто
              >>не пропускает signalling.
              >
              >Точно нет - по дороге маршрутизаторы работают по IP протоколу, им дела
              >нет до твоего Н323.
              >Тряси кетайцев - забыли для тебя роут открыть.
              >С компа можешь сделать трейс звонка и им отправить
              >
              >Кста, попробуй без префикса позвонить. Может прокатит

              Пробывал уже все. Префикс отрезается. Я и без 00 звонил. Глухо. Network out of order. Я почему то подумал, что эта хрень творится из за Type:... У меня уже было один раз такое. Когда звонки не проходили из неправильно Type:. Но видимо дело в китайцах.

              Я им уже и трейсы отправлял, и логи, и дебаги.

              Вопрос не по теме: Сколько стоит позвонить в Таджикистан? Минута? Скажем с мобильного. Просто статистику собираю для отчета.

              • Проблема с трансляцией, !*! dae, 18:58 , 22-Дек-09 (7)
                >Пробывал уже все. Префикс отрезается. Я и без 00 звонил. Глухо. Network
                >out of order. Я почему то подумал, что эта хрень творится
                >из за Type:... У меня уже было один раз такое. Когда
                >звонки не проходили из неправильно Type:. Но видимо дело в китайцах.

                Это настройка удаленного конца, опять же вернулись к кетайцам (они хоть и аккуратные, но часто путаются в настройках)

                >Вопрос не по теме: Сколько стоит позвонить в Таджикистан? Минута? Скажем с
                >мобильного. Просто статистику собираю для отчета.
                >

                от 10 рублей за минуту, может меньше
                http://www.rt.ru/serv-abonent/mn/#/pubsas/test--A61BEE97D9DB...?

                • Проблема с трансляцией, !*! vvmax, 11:25 , 23-Дек-09 (8)
                  >[оверквотинг удален]
                  >
                  >Это настройка удаленного конца, опять же вернулись к кетайцам (они хоть и
                  >аккуратные, но часто путаются в настройках)
                  >
                  >>Вопрос не по теме: Сколько стоит позвонить в Таджикистан? Минута? Скажем с
                  >>мобильного. Просто статистику собираю для отчета.
                  >>
                  >
                  >от 10 рублей за минуту, может меньше
                  >http://www.rt.ru/serv-abonent/mn/#/pubsas/test--A61BEE97D9DB...?

                  Большое спасибо за помощь. Теперь уверен, что был прав, когда доказывал китайцам, что наше оборудование тут не причем.

                  10 рублей это где то 30 центов? Я правильно посчитал?




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

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