Страница 1 из 1
SMG-1016M, слипы
Добавлено: 05 дек 2012 19:39
nick82
Тестирую SMG-1016M (firmware - V.2.10.05.150. L. M. Build: Oct 8 2012 11:48:00 )
Тестовый стенд такой:
Код: Выделить всё
-- (SIP) -- Cisco1760_1 -- (E1) --
Asterisk < > SMG-1016M -- (SIP) -- Asterisk
-- (SIP) -- Cisco1760_2 -- (E1) --
Циски настроены как источники синхронизации, на SMG выставлено в настройках E1 Протокол сигнализации: Q.931(User), в "источниках сигнализации" добавлены оба потока с одинаковым приоритетом - на 2м Е1 потоке появляются слипы, если выставить разные приоритеты на SMG - то слипы будут на канале с меньшим приоритетом.
Возможно ли сделать настройку независимо для каналов по получению синхронизации?
PS в "боевом" использовании потоки будут приходить от операторов со своей синхронизацией (3 от одного оператора, 1 - от другого).
UPD -
Если настроить как 1я cisco отдает синхронизацию, eltex принимает на 0й порт (User), а 2я cisco принимает синхронизацию с 1го порта SMG (Network) то слипов не будет.
Но мне надо рабочий 1й вариант.
Добавлено: 06 дек 2012 17:27
Evgeniy
У SMG синхронизация происходит только от одного источника по приоритету, соответсвенно, если у Вас 2 потока приходят на транковый шлюз и оба потока являются источниками синхронизации, то на SMG вполне возможны слипы.
Если выдачу синхронизации выключить на одном из потоков, то слипы пропадут?
Добавлено: 06 дек 2012 17:39
nick82
Да, я дописал в посту №1 после "UPD" так ходят. Но тогда становится непонятным пункт в настройках SMG "Источники синхронизации".
Добавлено: 06 дек 2012 17:56
Evgeniy
"Можно задать до 16 источников синхронизации
(по одному на каждый поток Е1)."
То есть задать можно не один источник синхронизации. Однако устройство не может использовать несколько синхроисточников одновременно, будет использоваться только самый приоритетный, один. При потере синхросигнала будет произведен переход на другой, оперируя приоритетностью в настройках.
Добавлено: 06 дек 2012 18:32
nick82
Получается - на резервном источнике синхронизации постоянно будут слипы, пока источником синхронизации будет основной?
Добавлено: 07 дек 2012 10:10
Evgeniy
Устройство будет синхронизироваться только от одного источника, на резервный будет переходить и синхронизация будет браться с него, только в случае потери синхронизации на основном, более приоритетном.
Добавлено: 07 дек 2012 12:08
VM
nick82 писал(а):Получается - на резервном источнике синхронизации постоянно будут слипы, пока источником синхронизации будет основной?
А что это за "резервный источник", если он не синхронизирован с основным?
Конечно , если два источника между собой разбегаются по частоте - то
неминуемо на каком-то из них будут слипы
Добавлено: 10 дек 2012 13:06
nick82
VM писал(а):А что это за "резервный источник", если он не синхронизирован с основным?
Конечно , если два источника между собой разбегаются по частоте - то
неминуемо на каком-то из них будут слипы
Да не обязательно резервный. Сейчас это 2 cisco 1760, которые из SIP делают E1, между собой не синхронизируются - получаются слипы. Но на платах от Sangoma можно задать для каждого порта откуда брать синхронизацию и слипов нет.
Хотя как я понимаю, от разных операторов расхождений по синхронизации не должно быть и слипов соответственно не будет?
Добавлено: 13 дек 2012 10:30
Evgeniy
nick82 писал(а):VM писал(а):А что это за "резервный источник", если он не синхронизирован с основным?
Конечно , если два источника между собой разбегаются по частоте - то
неминуемо на каком-то из них будут слипы
Да не обязательно резервный. Сейчас это 2 cisco 1760, которые из SIP делают E1, между собой не синхронизируются - получаются слипы. Но на платах от Sangoma можно задать для каждого порта откуда брать синхронизацию и слипов нет.
Хотя как я понимаю, от разных операторов расхождений по синхронизации не должно быть и слипов соответственно не будет?
Если операторы все делают корректно и синхронизируются от вышестоящей станции по иерархии, а не придумывают велосипед и ставят собственные внешние источники синхронизации с неподстроенной частотой, то никаких расхождений быть не должно.
Добавлено: 13 дек 2012 11:42
nick82
Evgeniy писал(а):Если операторы все делают корректно и синхронизируются от вышестоящей станции по иерархии, а не придумывают велосипед и ставят собственные внешние источники синхронизации с неподстроенной частотой, то никаких расхождений быть не должно.
Вот в том-то и дело. Возможно всё-таки реализовать на вашем оборудовании работу без слипов (т.е. указать, что вот у этого потока своя синхронизация, от других не зависящая) или нет?
Добавлено: 13 дек 2012 12:04
Bokrenok
nick82 писал(а):Evgeniy писал(а):Если операторы все делают корректно и синхронизируются от вышестоящей станции по иерархии, а не придумывают велосипед и ставят собственные внешние источники синхронизации с неподстроенной частотой, то никаких расхождений быть не должно.
Вот в том-то и дело. Возможно всё-таки реализовать на вашем оборудовании работу без слипов (т.е. указать, что вот у этого потока своя синхронизация, от других не зависящая) или нет?
Невозможно.
Активный источник синхронизации может быть только один.
Если в вашей тестовой схеме требуется засинхронизировать все 3 устройства, то одну из CISCO надо синхронизировать от SMG.
Либо увязать как-то между собой обе CISCO, например внешним источником синхронизации.