si2000.ru
Обмен опытом пользователей системы SI2000
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   Регистрация и Политика конфиденциальностиРегистрация и Политика конфиденциальности 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 
ЗАО СТАРТЕЛЕКОМ ISKRATEL o.o.o.

СОРМ на SI2000 v5. Требования к нумерации серийных линий

 
Начать новую тему   Ответить на тему    Список форумов si2000.ru -> Сетевые проблемы
Предыдущая тема :: Следующая тема  
Автор Сообщение
Azimut
Спец


Зарегистрирован: 29.04.2013
Сообщения: 54

СообщениеДобавлено: Ср Окт 02, 2013 12:06 pm    Заголовок сообщения: СОРМ на SI2000 v5. Требования к нумерации серийных линий Ответить с цитатой

Коллеги, поделитесь, пожалуйста, опытом.
Вводится СОРМ на SI2000 v5 LS5092.
Основное количество абонентов - юр.лица, имеют по несколько линий с одним номером, объединенных в группы Line hunting. Приняли такой порядок присвоения номеров: первая линия имеет основной (реальный) номер, остальные линии имеют условные номера. Соответственно для subscriber'ов с условными номерами записан Presentation Number = реальный основной номер.
Инженер по реализации СОРМ (подрядчик от поставщика SIшки) требует переписать таблицу Subscriber так, чтобы в ней не было subscriber'ов с условными номерами, а только реальные номера из нашего ресурса нумерации. Иначе, по его словам, СОРМ не сдадим.
В связи с этим вопрос к тем, кто использует серийные линии и в то же время прошёл сдачу СОРМа:
- неужели все линии (а их у некоторых клиентов до 15-ти) должны быть с реальными сетевыми номерами?
Ведь, это ведет не только к огромному расходу номерного ресурса оператора, но и к тому, что все эти номера должны быть присоединены на сети через вышестоящего оператора с вытекающим из этого увеличением емкости СЛ, новым проектом и т.п.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
-=qwerty=-
Спец


Зарегистрирован: 01.02.2008
Сообщения: 78
Откуда: Сургут

СообщениеДобавлено: Пт Мар 21, 2014 12:40 pm    Заголовок сообщения: Ответить с цитатой

Если ещё актуально, у меня серийные номера прописаны таким образом - взяты несколько городских номеров, так же в презентешн дн прописан реальный основной номер, с этого основного номера настроена перадрессация при занятости на следующий номер в группе, с него на следующий и т.д, с последнего переадресации нет.
сорм работает, вопросов не задавали.
_________________
LS5092AA800
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Azimut
Спец


Зарегистрирован: 29.04.2013
Сообщения: 54

СообщениеДобавлено: Пт Мар 21, 2014 3:00 pm    Заголовок сообщения: Ответить с цитатой

-=qwerty=- Спасибо за ответ. Да, актуально.
Уточните, пожалуйста: на всех линиях серийной группы городские номера? То есть на группу из N линий Вы израсходовали N городских номеров ABCX1...X7 . Так?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
-=qwerty=-
Спец


Зарегистрирован: 01.02.2008
Сообщения: 78
Откуда: Сургут

СообщениеДобавлено: Пт Мар 21, 2014 5:42 pm    Заголовок сообщения: Ответить с цитатой

Да, всё верно. В группе на N линий соответственно N городских номеров.
Если серийный номер организовываю на VoIP шлюзе, то к одному этому номеру привязываю N FXS портов на шлюзе (это уже настройки шлюза).
_________________
LS5092AA800
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Azimut
Спец


Зарегистрирован: 29.04.2013
Сообщения: 54

СообщениеДобавлено: Пн Мар 24, 2014 8:47 am    Заголовок сообщения: Ответить с цитатой

В моем случае именно так и требуют: каждая линия должна иметь DN из нашего ресурса нумерации. Вопрос как раз был о том, нельзя ли этого избежать, чтобы не расходовать свой ресурс нумерации. Видимо, нет, на SI2000 нельзя. Особенность реализации.
Посмотрел также на имитаторе пульта: действительно, при контроле отображается номер который прилинкован к линии (порту). Таким образом, в качестве номера А отображается DN, прилинкованный к порту, в момент возникновения вызова ДО ЛЮБЫХ преобразований. В качестве номера В отображается номер ПОСЛЕ ВСЕХ преобразований непосредственно перед коммутацией с линией, то есть опять DN, прилинкованный к порту.
То есть ответ на мой вопрос: в случае SI2000 требование инженера нумеровать все линии сетевыми номерами правильное с технической точки зрения, и обойти его не получится. Другое дело, зачем это ФСБ? Все равно, только один основной номер серийной группы закреплен за абонентом в договоре. Остальные чисто технологические и в документах не фигурируют.
Из вышесказанного следует, что использование Presentation Number не влияет на отображение номера А, но инженер по СОРМ также запретил нам использование Presentation Number. Опять на том основании, что ФСБ не пропустит. В то же время qwerty пишет, что использует Presentation Number, и претензий нет. ???
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
-=qwerty=-
Спец


Зарегистрирован: 01.02.2008
Сообщения: 78
Откуда: Сургут

СообщениеДобавлено: Пн Мар 24, 2014 12:23 pm    Заголовок сообщения: Ответить с цитатой

То, что прописываете в презентейшн дн - попадает в другое поле ама-файла - Original owner number, который получает номер Б и видит его как намер звонящего.
Могу предположить, что для сорма нужно чтобы был виден Owner number из вашей нумерации.
Клиент всё равно вам платит за линии в серии, так что не стоит переживать о зря потраченной номерной емкости на эту серию.
_________________
LS5092AA800
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Azimut
Спец


Зарегистрирован: 29.04.2013
Сообщения: 54

СообщениеДобавлено: Вт Мар 25, 2014 12:22 pm    Заголовок сообщения: Ответить с цитатой

-=qwerty=-
Видимо, все так. Большое спасибо за ответы. Наверное, тему можно считать исчерпанной.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов si2000.ru -> Сетевые проблемы Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2005 phpBB Group