[recovery mode] Техподдержка 3CX отвечает: условия переключения на резервный маршрут (транк) в исходящих правилах25.06.2017 22:47

Комментарии (4)

  • 25 июня 2017 в 12:20 (комментарий был изменён)

    0

    ↑

    ↓

    603 Decline — вызываемый пользователь не желает принимать входящие вызовы, не указывая причину отказа

    А чем это обусловлено? Ведь пользователь отменил получение приглашение поучаствовать в сессии? У меня наблюдался такой случай (и я уверен, до сих пор наблюдается), когда вызов приходит от мегафона, я его в программном сипфоне отбиваю (у меня не 3CX станция и клиент), отправляется 630 сообщение, и… вызов приходит снова). После повторного отклонения, он приходится опять… В общем Мегафон на мою ёмкость через 4 разных маршрута выходит и по всем я должен дать отбой, что бы вызов таки завершился.
    По хорошему, конечно, сипфон мог бы и 486 (User busy) отправить, но… это отдельный вопрос.

    • 25 июня 2017 в 13:07

      0

      ↑

      ↓

      В общем могу сказать, что разные реализации SIP софтсвитчей (и разные версии одного софтсвитча) по разному могут это интерпретировать. 603 может интрерпретироваться и как отказ в обслуживании звонка. Рекомендую уточнить это именно у Мегафона.

      • 25 июня 2017 в 13:35

        0

        ↑

        ↓

        С мегафоном всё понятно — им пофиг, я как то попытался обратиться) ну и мне не до того, что бы до них докапываться, когда это не мешает на текущем этапе.
        Но у вас в списке релизов для ухода на резерв тоже есть 603 сообщение. Причём из описания этого сообщения по сути понятно, что его генерирует именно пользователь, либо сервис, которым этот пользователь окружён (шлюз, ДВО). Т.е. нет абсолютно никакого смысла (на первый взгляд) заниматься обработкой резервных направлений.
        Причём почти никто из МгМн операторов, представленных в Москве, не обратил внимание, что voip шлюз _не_ в 17 ISUP RLS конвертит 603 ответ. МТС зацепились :)
        И вот потому, что МТС зацепись и попросили поправить релиз, тема для меня стала интересной -– очевидно многие коммутаторы 603 сообщение интерпретирует по разному, в том числе и подсистема маршрутизации отрабатывает. Для корректного завершения вызова при отказе от сеанс самим UA, им нужен был User busy, что мы в итоге и сделали заюзав таблицы конвертации релизов на voip шлюзе.

        Так вот я и хочу понять, почему всё таки 603 сообщение используют как основание для выбора другого маршрута. Думаю всем, кто работает (ну может начинает работать) с софтсвичами этот вопрос будет интересен, так как момент выбора резервного плеча один из базовых в работе коммутатора.

        PS: коммутаторы у МТС и Мегафона помоему разные, но если интересно, я поищу информацию в ТУ.

        • 25 июня 2017 в 13:46

          0

          ↑

          ↓

          Я понял ваш вопрос. Постараюсь дать точный ответ в понедельник.

© Habrahabr.ru