Элтекс

Добрый день.
Настраиваю SIP абонентов на SMG.
Со стороны клиента Asterisk.

Создал 5 абонентов. Режим Register+ Invite.
Все работает и звонит.

Удаляем SIP абонентов с SMG. Совсем.
Со стороны Asterisk они существуют и продолжают пытаться зарегистрироваться на SMG.

АТС продолжает считать их зарегистрированными, хотя их не существует вовсе:

В логах SMG нет ничего про регистрацию удаленных абонентов, однако в дампе видно что SMG1016M (10.40.0.59) все же отвечает ОК на попытку регистрации несуществующего абонента:




Это нормальная ситуация?

Проблема исправляется только перезагрузкой шлюза.



Вопрос N2.
Возможно ли как то автоматизировать создание, изменение , удаление SIP абонентов с SMG ?

Суть проблемы. При подключении через консоль чтобы иметь возможность сделать какое либо действие с абонентом нужно знать его User index. Все бы хорошо. Написали в биллинге соответствие абонента из биллинга и User index на SMG и все хорошо - можно управлять.
Но при удалении абонента - User index всех абонентов сдвигаются.
Можно ли этого как то избежать? Или еще как нибудь автоматизировать процесс?

День добрый.

Alexey_1983 писал(а):Добрый день.
Настраиваю SIP абонентов на SMG.
Со стороны клиента Asterisk.

Создал 5 абонентов. Режим Register+ Invite.
Все работает и звонит.

Удаляем SIP абонентов с SMG. Совсем.
Со стороны Asterisk они существуют и продолжают пытаться зарегистрироваться на SMG.

АТС продолжает считать их зарегистрированными, хотя их не существует вовсе:

В логах SMG нет ничего про регистрацию удаленных абонентов, однако в дампе видно что SMG1016M (10.40.0.59) все же отвечает ОК на попытку регистрации несуществующего абонента:

Код: Выделить всё

    17:28:23.449690 IP (tos 0x0, ttl 64, id 2822, offset 0, flags [none], proto UDP (17), length 612)

        10.40.0.60.5060 > 10.40.0.59.5060: SIP, length: 584

            REGISTER sip:10.40.0.59 SIP/2.0

            Via: SIP/2.0/UDP 10.40.0.60:5060;branch=z9hG4bK5bb63904;rport

            Max-Forwards: 70

            From: <sip:84994180628@10.40.0.59>;tag=as4d1ba18f

            To: <sip:84994180628@10.40.0.59>

            Call-ID: 2ea5795659fefa692842758f069f975b@77.87.200.30

            CSeq: 115 REGISTER

            User-Agent: MACS.ucanet.ru

            Authorization: Digest username="84994180628", realm="84994180628@10.40.0.59", algorithm=MD5, uri="sip:10.40.0.59", nonce="dd08121da1f0b206cc50b1fb2d6e62b5", response="3351de6c7b0b38571b2391bd27950931"

            Expires: 300

            Contact: <sip:84994180628@10.40.0.60:5060>

            Content-Length: 0





    17:28:23.457886 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 469)

        10.40.0.59.5060 > 10.40.0.60.5060: SIP, length: 441

            SIP/2.0 200 OK

            Via: SIP/2.0/UDP 10.40.0.60:5060;branch=z9hG4bK5bb63904;received=10.40.0.60;rport=5060

            From: <sip:84994180628@10.40.0.59>;tag=as4d1ba18f

            To: <sip:84994180628@10.40.0.59>;tag=254a16921b95687351691

            Call-ID: 2ea5795659fefa692842758f069f975b@77.87.200.30

            CSeq: 115 REGISTER

            Contact: <sip:84994180628@10.40.0.60:5060>;expires=300

            Date: Tue, 27 Aug 2013 13:30:02 GMT

            User-Agent: Eltex SMG SIP 2.12.215

            Content-Length: 0



Это нормальная ситуация?

Проблема исправляется только перезагрузкой шлюза.

Так быть не должно. Будем разбираться с проблемой, решение предоставим в последующей версии ПО.

Alexey_1983 писал(а):Вопрос N2.
Возможно ли как то автоматизировать создание, изменение , удаление SIP абонентов с SMG ?

Суть проблемы. При подключении через консоль чтобы иметь возможность сделать какое либо действие с абонентом нужно знать его User index. Все бы хорошо. Написали в биллинге соответствие абонента из биллинга и User index на SMG и все хорошо - можно управлять.
Но при удалении абонента - User index всех абонентов сдвигаются.
Можно ли этого как то избежать? Или еще как нибудь автоматизировать процесс?

В данном случае у Вас идет какая-то привязка по индексам абонентов?

В данном случае у Вас идет какая-то привязка по индексам абонентов?

Евгений, достаточно просто не сдвигать индексы при удалении абонента.

Так быть не должно. Будем разбираться с проблемой, решение предоставим в последующей версии ПО.

А есть какие либо ориентировочные данные по срокам.

Alexey_1983 писал(а):

В данном случае у Вас идет какая-то привязка по индексам абонентов?

... достаточно просто не сдвигать индексы при удалении абонента.

С индексами это невозможно.

Есть еще параметр ID (идентификатор записи), который остается неизменным. Но с ним проблема в том, что он скрытый, т.е. не виден при редактировании записи и по нему сейчас нельзя найти запись для изменения/удаления.
Теоретически можно сделать его открытым в CLI и добавить возможность адресации к записям по этому параметру.

А ваш биллинг поддерживает RADIUS? И конкретно DIGEST-авторизацию (RFC 4590 или Draft-Sterman)?
Почему бы вам не попробовать использовать "динамических абонентов" на SMG, чтобы рулить абонентами только средствами биллинга?

Bokrenok писал(а):А ваш биллинг поддерживает RADIUS? И конкретно DIGEST-авторизацию (RFC 4590 или Draft-Sterman)?
Почему бы вам не попробовать использовать "динамических абонентов" на SMG, чтобы рулить абонентами только средствами биллинга?

Я вставлю свои пять копеек. Для руления абонентами через радиус не доступен параметр число линий и даже информации по доступности данного функционала нет
Т.е. нужно статически создавать абонентов на АТС для использования всего функционала, либо использовать radius, но терять часть функционала. Есть еще вариант в профиле при создании дин.абонентов указать максимальное число линий, но это не совпадает с нашей продуктовой линейкой, когда разное кол-во линий тарифицируется по разному.

Теоретически можно сделать его открытым в CLI и добавить возможность адресации к записям по этому параметру.

Было бы здорово. Нам неважно какой это будет параметр. Важно чтобы он не изменялся и к нему можно было привязаться. Если такое возможно - я всеми руками и ногами за.

А ваш биллинг поддерживает RADIUS? И конкретно DIGEST-авторизацию (RFC 4590 или Draft-Sterman)?
Почему бы вам не попробовать использовать "динамических абонентов" на SMG, чтобы рулить абонентами только средствами биллинга?

Биллинг у нас самописный. Про динамических абонентов читал, но ведь это только вопрос авторизации. Нам же нужно создавать и удалять абонентов на SMG, а именно с этим и проблема.
И да, количество линий - актуальный параметр. Только ради него мы в принципе используем SIP-Registar.

Alexey_1983 писал(а):Биллинг у нас самописный. Про динамических абонентов читал, но ведь это только вопрос авторизации. Нам же нужно создавать и удалять абонентов на SMG, а именно с этим и проблема.
И да, количество линий - актуальный параметр. Только ради него мы в принципе используем SIP-Registar.

Сами используем динамическую регистрацию абонентов, дабы не прописывать на АТС ничего. В биллинге в договоре абонента создаем номер с паролем, абоненту выдается войп шлюз настроенный или учетные данные для самостоятельной регистраии, после регистрации на АТС, абонент на ней появляется и маршрутизируется. Ручками делать ничего не надо, но загвоздка с количеством линий.

Alexey_1983 писал(а):Биллинг у нас самописный. Про динамических абонентов читал, но ведь это только вопрос авторизации.

Не только авторизации, но и регистрации!
Абонент не будет зарегистрирован, если RADIUS-сервер не ответил положительно на запрос. Как раз при помощи динамической регистрации и решается вопрос с удалением/добавленим абонентов. Это делается только в одном месте - на сервере.

Единственный момент - регистрация истекает не сразу и после удаления абонента на сервере еще некоторое время (до истечения регистрации) абонент сможет звонить.

anix писал(а):Ручками делать ничего не надо, но загвоздка с количеством линий.

Вот что-то я не понял в чем загвоздка... Можно еще разок объяснить на пальцах, для тех кто в танке?

Как я себе представляю, количеством активных абонентских линий должен рулить RADIUS-сервер.

SMG для этого отдает всю необходимую информацию как при вызове _от_ абонента (digest-авторизация самого абонента), так и при вызове _на_ абонента (обычная авторизация транкового вызова).

Добрый день.
А есть ли какие нибудь данные по срокам решения проблем?

Alexey_1983 писал(а):Добрый день.
А есть ли какие нибудь данные по срокам решения проблем?

по проблеме удаления абонента?
или по кол-ву линий?

В первую очередь интересует проблема удаления абонента.

Во вторую интересует вот это:

С индексами это невозможно.

Есть еще параметр ID (идентификатор записи), который остается неизменным. Но с ним проблема в том, что он скрытый, т.е. не виден при редактировании записи и по нему сейчас нельзя найти запись для изменения/удаления.
Теоретически можно сделать его открытым в CLI и добавить возможность адресации к записям по этому параметру.

Alexey_1983 писал(а):В первую очередь интересует проблема удаления абонента.

Задача по этой проблеме будет решена в RC14. В данный момент версия на проверке

PS а почему проблема для Вас так критична? Даже если удаленный абонент получает положительный ответ на регистрацию совершать вызовы он все равно не может, должен получить отбой от SMG.

Alexey_1983 писал(а):Во вторую интересует вот это:

С индексами это невозможно.

Есть еще параметр ID (идентификатор записи), который остается неизменным. Но с ним проблема в том, что он скрытый, т.е. не виден при редактировании записи и по нему сейчас нельзя найти запись для изменения/удаления.
Теоретически можно сделать его открытым в CLI и добавить возможность адресации к записям по этому параметру.

По этой задаче чуть позже Вас сориентирую.

Alexey_1983 писал(а):

Евгений, достаточно просто не сдвигать индексы при удалении абонента.

Необходимо уточнение - Вы конфигурите абонентов через CLI и не хотите создавать динамических абонентов только из-за параметра "количество активных линий"?
Если да, то через коммерческий отдел может быть поднят вопрос о реализации поддержки возможности получения этого параметра от Radius сервера при регистрации абонента (управление через Radius )

PS а почему проблема для Вас так критична?

Не очень критична.

Необходимо уточнение - Вы конфигурите абонентов через CLI и не хотите создавать динамических абонентов только из-за параметра "количество активных линий"?

Мы в принципе используем SIP абонентов только из за этого параметра.

Изначально было желание использовать только SIP-транк в сторону Астериска. Но из за невозможности редактировать кол-ва линий для каждого номера в такой схеме мы начали использовать SIP-абонентов.
Поэтому в идеале было бы реализовать возможность редактировать кол-во линий в схеме с SIP-транком.

Если да, то мы готовы реализовать поддержку возможности получения этого параметра от Radius сервера при регистрации абонента (управление через Radius )

Мы пока не тестировали схему с Radius и динамическими абонентами именно по причине того, что невозможно редактировать кол-во линий.
Если будет такая возможность - то нас это устраивает.