Тестирование SMG-1016

[smg]

Добрий день !
Возник вопрос касающейся функционала smg-1016.
Поддерживает ли данный шлюз технологию NFAS (т.е. можем ли мы обьеденить несколько потоков Е1 под управлением одного канала сигнализации D ), если поддерживает то каким образом она реализована.

Спасибо за ответ.

[Dmitriy_eltex]

Добрий день !
Возник вопрос касающейся функционала smg-1016.
Поддерживает ли данный шлюз технологию NFAS (т.е. можем ли мы обьеденить несколько потоков Е1 под управлением одного канала сигнализации D ), если поддерживает то каким образом она реализована.

Спасибо за ответ.

Здравствуйте.

Насколько я понимаю, технология NFAS относится к PRI.
Сейчас на SMG1016m нет поддержки NFAS в рамках PRI/Q931/EDSS.
Если Вы в этом заинтересованы, то отправьте запрос на реализацию на почту в моей подписи.

Однако на SMG уже сейчас существует аналогичная NFAS реализация, только в рамках сигнализации ОКС-7.
Можно объединять до 16 потоков ОКС-7 под управлением одного D-канала. Плюс есть возможность резервирования D-каналов разными потоками. Устроит ли Вас такой вариант?

[smg]

" Однако на SMG уже сейчас существует аналогичная NFAS реализация, только в рамках сигнализации ОКС-7.
Можно объединять до 16 потоков ОКС-7 под управлением одного D-канала. Плюс есть возможность резервирования D-каналов разными потоками. Устроит ли Вас такой вариант? "

Этот вариант - возможно то что надо.

Есть задача объединить два потока E1
(в итоге будет 60 голосовых каналов : 1 - 15 , 17 - 30( обеспечит первый поток Е1 ) 32 - 46 , 48- 62(второй поток Е1) плюс два канала под сигнализацию ОКС 7 : 16 ( первый поток Е1) , 47( второй поток Е1) )
под управлением одного D канала (например 16-го с первого потока) и при необходимости иметь возможность переключиться на резервный D канал (второго потока т.е. 47 ) .
Нужно чтобы 16 канал (первого Е1) обслуживал 60 разговорных каналов и при необходимости чтобы мы могли переключится на 47 канал ( второго Е1).

Мы пытались реализовать на SMG задачу таким образом:
каждому потоку назначаем один и тот же linkset
потом потоки объединяем в одну trunkgroup
маршрутизацию звонков прописываем через эту trunkgroup
правда мы не заметили чтобы в конфигурации SMG можна было б явно указать что резервный канал например такой то, но там есть возможность указать резервный linkset что подразумевает если мы верно понимаем включение резервного потока вместе с его каналом сигнализации.
правда есть еще комбинированный режим работы linkset но его назначение не совсем понятно.

Будем признательны если вы подскажете в каком направлении двигаться. Спасибо

[Dmitriy_eltex]

" Однако на SMG уже сейчас существует аналогичная NFAS реализация, только в рамках сигнализации ОКС-7.
Можно объединять до 16 потоков ОКС-7 под управлением одного D-канала. Плюс есть возможность резервирования D-каналов разными потоками. Устроит ли Вас такой вариант? "

Этот вариант - возможно то что надо.

Есть задача объединить два потока E1
(в итоге будет 60 голосовых каналов : 1 - 15 , 17 - 30( обеспечит первый поток Е1 ) 32 - 46 , 48- 62(второй поток Е1) плюс два канала под сигнализацию ОКС 7 : 16 ( первый поток Е1) , 47( второй поток Е1) )
под управлением одного D канала (например 16-го с первого потока) и при необходимости иметь возможность переключиться на резервный D канал (второго потока т.е. 47 ) .
Нужно чтобы 16 канал (первого Е1) обслуживал 60 разговорных каналов и при необходимости чтобы мы могли переключится на 47 канал ( второго Е1).

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

Мы пытались реализовать на SMG задачу таким образом:
каждому потоку назначаем один и тот же linkset
потом потоки объединяем в одну trunkgroup
маршрутизацию звонков прописываем через эту trunkgroup
правда мы не заметили чтобы в конфигурации SMG можна было б явно указать что резервный канал например такой то, но там есть возможность указать резервный linkset что подразумевает если мы верно понимаем включение резервного потока вместе с его каналом сигнализации.
правда есть еще комбинированный режим работы linkset но его назначение не совсем понятно.

Будем признательны если вы подскажете в каком направлении двигаться. Спасибо

Комбинированный режим Вам не нужен.
Достаточно настроить идентификатор SLC в каждом потоке, нумерация каналов выставится автоматически сквозная на 2 потока.
Затем выбрать в каждом потоке в 16 КИ как D-канал. Тогда в настройках каналов 16 и 47 выставится маркер -(D) автоматически.

[smg]

"Достаточно настроить идентификатор SLC в каждом потоке, нумерация каналов выставится автоматически сквозная на 2 потока.
Затем выбрать в каждом потоке в 16 КИ как D-канал. Тогда в настройках каналов 16 и 47 выставится маркер -(D) автоматически."

Идентификатор SLC обязательно должен иметь одно и тоже значение на обеих потоках Е1 , или можно например как мы сделали на первом потоке SLC = 0 (нумерация ISUP CIC выставляется автоматически 0 - синхронизация, 1 - 15 разговорные, 16 - D, 17 - 31 разговорные )
на втором потоке SLC = 1 (нумерацию ISUP CIC задавали руками 32 - 46 разговорные, 47 - D, 48 - 62 разговорные ).

Иле все же правильнее SLC должен быть одинаковым и нумерация ISUP CIC автоматически ?
Спасибо .

[bravo]

SLC должен изменяться на каждом потоке, где есть D канал. Если у вас на первом потоке есть D канал, то там SLC=0, если на втором нет, то там тоже SLC=0 (вообще его там быть не должно), а если есть на втором, то там уже SLC=1. Аналогично и дальше, если будете расширять линксет - как только добавляется новый D канал, на этом потоке должен измениться SLC на 1 в большую сторону. На потоках, где нет D канала, SLC может быть любым (и повторюсь, его в принципе там быть не должно). НО главное! – нумерация SLC должна идти по порядку. Т.е. если у вас на 1 и на 2 потоках есть D канал и там SLC=0 и SLC=1 соответственно, то на какой нибудь 5-ом потоке добавляя ещё один (третий) D канал вы должны там поставить SLC=2.


Но вашу задачу, если честно, я не понимаю. Не понимаю, зачем вам резервный D канал на PRI потоках... если один D канал падает, то... я даже не знаю в каких случаях он может упасть отдельно от всего потока... Т.е. в любом случае упадут все 32 КИ (вместе с D и синхрой), а второй поток продолжит работать сам по себе. При этом маршрутизирую вызов в ТГ (или направление), они там сами разберутся, куда направить вызов, что бы он дошёл до встречной стороны.

я сначала подумал, что ради экономии одного КИ. И тут ОКС7 действительно поможет. По факту один D канал может тащить на себе сигнальный обмен для большого потоков. Огромная экономия заложена. Но потом вы написали, что нужен резервный D канал и тут смысл во всём этом потерялся.
В вашем случае линксет ОКС7 вам ничего не даст по сравнению с DSS сигнализацией. Если хотите получить лишний КИ, то используйте ОКС7 (только используйте диапазоны поинт кодов из резерва или для тестов, что б красиво было). Если цели "получить дополнительный КИ" не стоит, то не заморачивайтесь и используйте DSS сигнализацию на двух отдельно согласованных потоках, объединённых в ТГ или в Транк. направление.


PS:

Иле все же правильнее SLC должен быть одинаковым и нумерация ISUP CIC автоматически ?

бувально отвечу - если на обоих потоках будет указано наличие D канала, то второй D канал у вас не поднимется.
А что касательно назначения CIC - главное, что бы они совпадали на двух сторонах. я бы предложил так:

1-Е1:
1-1
15-15
16-D
17-17
31-31

2-Е1:
1-33
...

принято оставлять запасной номер в порядке нумерации CIC на 0 КИ.

[smg]

Спасибо за информативный ответ !
Изначально ставилась цель соединить SMG-1016 c IP ATC asterisk двумя потоками Е1. Была задача направить все звонки через эти два потока так чтобы использовались все каналы обеих Е1. В asterisk есть реализация NFAS технологии соответственно было принято решение объединить на asterisk два потоки используя механизм NFAS т.е. через транкгруппу и маршрутизировать звонки через нее.
Но потом изучив более детально данный вопрос мы узнали что в аsterisk можна два разных потока со своими D каналами объединить одним идентификатором - group что и подразумевает то что потоки принадлежат одному направлению.

Вы правы нету выгоды использовать так называемый "NFAS" для двух потоков , он приносит пользу только тогда, когда количество потоков больше количества используемых общих D каналов и дает возможность получить дополнительные разговорные каналы.

[bravo]

Вы правы нету выгоды использовать так называемый "NFAS" для двух потоков , он приносит пользу только тогда, когда количество потоков больше количества используемых общих D каналов и дает возможность получить дополнительные разговорные каналы.

есть окс7, nfas в принципе нет смысла использовать. Да, без официально выделенных поинт кодов это не по правилам, но у вас и сеть закрытая и можно использовать диапазоны для теста или резервные... если хочется делать всё правильно. ) но сеть закрытая и в общем фактически не важно.

Почему вы два SIP коммутатора стыкуете друг с другом по потокам е1?)