Элтекс

Добрый день.
Имеется конфигурация, состоящая из шлюза SMG-1016M и оконечных TAU/IP-телефонов.
SMG, похоже, совсем не умеет в ntp/sntp сервер.
Как уважаемые господа выходят из положения? Где берете время для оконечных TAU/IP-телефонов?

на сетях операторов связи NTP сервер в обязательном порядке присутствует, поэтому такой вопрос не поднимается даже.
Если есть машина с линуксом, поднимите там. Синкайтесь с инетом, а всё своё оборудование уже с него.

bravo писал(а):на сетях операторов связи NTP сервер в обязательном порядке присутствует...

А если телефонная сеть изолирована, как в нашем случае?

bravo писал(а):Если есть машина с линуксом, поднимите там. Синкайтесь с инетом, а всё своё оборудование уже с него.

Поднимать железяку только ради ntp - плохой хинт.

По существу: а в чем проблема реализовать для шлюза полноценный ntp/sntp?
В теории я бы мог отдавать время на любой из MESов в телефонной сети и забирать время для оконечки с него, однако, коммутаторы от Элтекс также не удостоились поддержки серверного ntp/sntp.

я не понял суть ваших претензии...

Вряд ли это "претензия". Скорее вопрос и предложение.

Чем плох «хинт» на линксовый сервер поставить ntp?
Когда сеть является изолированной, то в неё ставят что-то вроде gps/glonass приемника, в котором есть ntp и много всяких плюшек по синхре (ptp и 2mhz для Pdh/sdh)

Едва ли нам нужно что-то из перечисленного, кроме сервера времени.

almaz писал(а):SMG, похоже, совсем не умеет в ntp/sntp сервер.

в новых версиях SMG2016 будет уметь

almaz писал(а):В теории я бы мог отдавать время на любой из MESов в телефонной сети и забирать время для оконечки с него, однако, коммутаторы от Элтекс также не удостоились поддержки серверного ntp/sntp.

ради интереса: у вас есть на примете коммутаторы других производителей, которые умеют ntp/sntp сервер?

Bokrenok писал(а):в новых версиях SMG2016 будет уметь

"В новых версиях" - надеюсь это об обновлении софта?
Если да, то отличная новость! Надеюсь ждать осталось не слишком долго.

Bokrenok писал(а):ради интереса: у вас есть на примете коммутаторы других производителей, которые умеют ntp/sntp сервер?

Эти, например, легко https://www.cisco.com/c/en/us/products/switches/catalyst-4500-x-series-switches/index.html

Bokrenok писал(а):в новых версиях SMG2016 будет уметь

Прошу прощения, не обратил внимание на модель. Значит 1016 такой поддержки не получит?

almaz писал(а):Едва ли нам нужно что-то из перечисленного, кроме сервера времени.

В действительно закрытых сетях у вас не остаётся выбора.

almaz писал(а):Имеется конфигурация, состоящая из шлюза SMG-1016M и оконечных TAU/IP-телефонов.
SMG, похоже, совсем не умеет в ntp/sntp сервер.
Как уважаемые господа выходят из положения? Где берете время для оконечных TAU/IP-телефонов?

имеем две виртуалки с кучей интерфейсов, смотрящими в разные вланы, и одним наружу. универсальное решение, и одна зарезервированная точка отказа, а не ~дцать по всей сети.
насчет smg1016m - она тормозная и так. навешивание доп фич может ее убить.

nixx писал(а):имеем две виртуалки с кучей интерфейсов, смотрящими в разные вланы, и одним наружу. универсальное решение, и одна зарезервированная точка отказа, а не ~дцать по всей сети.

тут логика вообще должна быть такая, что подобные сервисы должны быть в принципе в единственном числе (резервы сервиса, ntp клайстер и тп. считаются монолитным сервисом). Незачем синхронизировать оборудование от разных источников, даже если они все всё равно с одной точки тащат.

Есть ещё вариант. В ecss, например, NTP клайстер выстраивается и они сами с себя тащат, а в качестве источника для мастера используется уже тот, что на сети для всего остального применяется. Но тут важно, что бы два именно сервера не разбегались, потому что могут появиться отрицательные длительности, или как минимум разница между серверами прибавляться или убавляться в длительности вызовов... Тут на внешний мир достаточно пофиг, что бы вставить дополнительный промежуточный сервер.