Правила набора

Так, сейчас в статистике стали отображаться звонки нулевой длины. При этом гудки перестали звучать, скайп сам молчит.
Заметил по крайней мере через задарма работает если сип-клиент включен и на нём сбросить звонок. Тогда он уходит на скайп.

При отключенной переадресации на сип-линию работает нормально. Обе переадресации вместе не работают.
В общем через сипнет у меня никак не работает, через задарма только с отключенной переадресацией на сип-линию и прописанным правилом набора skype# в задарма.

Ну так не идёт если включены ОБЕ переадресации. Выключаю первую - идёт. Это с задарма. С сипнет вообще не могу запустить никак, сам гейт у них сейчас точно рабочий.
При включенной передаче исходящего АОНа и задарма тоже не работает, точнее исходящие вообще не работают.
Гы... Задарма теперь у Вас перестал регистрироваться. На софтфоне ок.

Эх... Да я попробывал и сразу АОН отключил, не в нём дело. По крайней мере в ЛК он отключен. Сипнетовской шлюз и тогда работал и вот прямо сейчас работает. Позвонить Вам?
Фантастика, у меня всё с точностью до наоборот
Если это был бы обычный траффик, я бы сказал что что-то у нас с маршрутами совсем плохо...

Задарма зарегистрировался, остальное так же: на скайп-сипнет переадресация не работает никак, на задарма работает при отключении переадресации на сип-линию.
Хотя в статистике видно что переадресация пошла, фиксируется звонок нулевой длины. Может сипнет с вашего адреса шлюз перекрыл?
С задарма - может софт думает что сип-клиент не отвалился, сколько ж часов таймаута ему выставлено?

Разобрался с частью проблем, а именно не работали префексы в правилах набора номера при выборе в качестве провайдера SIPNet. При выборе других, всё работало.

Опишу проблему, и пути решения.

Итак, имеются в наличии вот такие вот провайдеры:


Далее, создаем простые правила.


Для наглядности:
79267654321 - свой
79257654321 - Мультифон
79161298765 - Абонент

Далее, звоним на номер Мультифон. Мультифон настроен как IVR.
Всё правильно работает, соединяется без каких либо проблем. При этом, по статистике это хорошо заметно.


Далее, Мультифон переводиться в режим CallBack и вот тут то и начинаются проблемы.
Сначала звоним с помощью провайдеров Альтерфон, РСТел, Мультифон. Префиксы согласно правилам набора. Как видим по статистике нет никаких проблем:


Далее, по правилам набора, при звонке с номера Мультифона в режиме CallBack вводим префикс 96 (Сипнет) и вот тут то и возникают проблемы.
Это выглядит так:
1) Входящий
2) Берем трубку
3) Набираем 99
4) Нажимаем *
5) Имитация гудка
6) Введите номер телефона и нажмите *
7) Набираем 99*
8) Имитация гудка
9) Введите номер телефона и нажмите *

То есть, робот сбрасывает и опять просит ввести номер.

В логах, это отображается следующим образом:

Пояснение: 3 раза набирал 96* и три раза сбрасывало. В логах причем 3 раз вообще номер с которого я звоню, а не согласно правилам. Подчеркнуто красным.

Далее, повторная попытка.


Пожалуйста, прокомментируйте данную проблему.

Нашел решение проблемы. Проблема была в имени пользователя, вычитал на этом форуме, что нужно было поставить ~ что бы передавался реальный номер, а в итоге были проблемы с набором. Теперь всё работает по правилам диалплана.

Почему не работает переадресация частично разобрался. В списке сип-линий клиент значится подключенным несмотря на то что прошло более получаса с момента его выключения. Соответственно с вашим алгоритмом звонки на него будут переадресовенны в никуда. Уж извините, но это явный и серьёзный косяк софта. На сипнете, к примеру, при выключении клиента он в ту же минуту исчезает из списка подключенных устройств. И механизм тут похоже не в таймауте регистрации.
Хотелось бы исправления сего недостатка, а так же возможность переадресации в обоих направлениях ОДНОВРЕМЕННО.
Почему через liberalvoip не проходит вызов на сипнетовкий шлюз в скайп всё ещё загадка...

Прошло полтора часа, клиент всё ещё висит типа подключенным...

Если использовать типа голову, чтобы ей типа думать, то можно понять, что в поле Регистрация показываются несколько другие данные, и их неудаление при разрегистрации оконечного оборудования - не более чем мелкий недочет интерфейса

А если вместо хамства попробовать позвонить на номер, то можно убедиться что дело не в интерфейсе.
Могу предполагать только, однако позавчера через несколько часов после отключения клиента переадресация таки заработала.

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

Хм... Сипнет по умолчанию с сименсами по TCP подключается - может тут и есть секрет. Для того чтоб жестко цепляться по UDP у них надо коннектиться к udp.sipnet.ru.