Добрый день.

Сорри, если уже обсуждалось - не нашел, а проверить на железе самому пока нет возможности.

Допустим шлюз D-Link DVG-2016S или любой другой из этой линейки (с FXS) работает в режиме SIP-клиента, т.е. зарегистрирован, например, на астериске. В один прекрасный момент рвется связь с SIP-сервером - допустим надолго. Смогут ли в это время пользователи, подключенные к FXS-портам звонить друг другу?

Если разрешить это, то смогут.

_________________
Свет в конце тоннеля может быть светом фар приближающегося поезда!

И все это автоматически? Т.е. админу не придется переводить железку в другой режим вручную?

Есть там такая галочка Enable non-SIP calls/ Ставишь ее и будет тебе счастье:)

_________________
Свет в конце тоннеля может быть светом фар приближающегося поезда!

А предварительно нужно забивать номера в телефонную книгу?

Т.е. я себе эту ситуацию представляю вот так:
- все порты устройства зарегистрированы на астериске, то бишь на каждый порт - свой экстенш, положим, с номерами 101-116;
- все звонки (даже локальные) в нормальной ситуации идут через астериск, ну, по-крайней мере, сигнализация точно через него.
- галка "Enable non-SIP calls" установлена.

Теперь, допустим, связь с астериском рвется. Безо всяких дополнительных телодвижений пользователи смогут звонить по друг другу (по номерам 101-116)?

Нет, если галка установлена, то все локальные звонки в любом случае не пойдут через *. При наборе внутреннего номера вызов замкнется сразу в шлюзе.

_________________
Свет в конце тоннеля может быть светом фар приближающегося поезда!

С другой стороны возникает вопрос, а почему SIP-сервер у вас должен падать?

_________________
Свет в конце тоннеля может быть светом фар приближающегося поезда!

Планируется, что шлюз и астериск будут стоять в разных офисах, поэтому любая проблема с подключением к интернету порвет связь.

Поставьте два сервера с *, сделайте две точки подключения к двум разным провайдерам, никаких проблем не будет.

_________________
Свет в конце тоннеля может быть светом фар приближающегося поезда!

Можно конечно и так сделать, только бюджетец придется выделять побольше В любом случае спасибо за помощь.

Какой бюджетец?! Для резервного сервера денег много не надо. Да и вообще, если * ставить на отдельной машине, что является самым верным решением, то ему много ресурсов и не надо, особенно если шлюз один. У меня с 30 активно работающими каналами справляется не самая сильная машина. 1 гиг оперативки, 2 ГГц процессор - это даше шик.

_________________
Свет в конце тоннеля может быть светом фар приближающегося поезда!

Там, где стоит астериск, уже есть резервный канал. Сам астериск крутится на виртуальной машине, копия этой виртуальной машины всегда готова к поднятию на другом сервере.

А вот чтобы обеспечить постоянное подключение к интернету со стороны офисов (а их будет 3-4 штуки), где будут стоять шлюзы, уже придется чуток вложиться. Да платить потом абонентскую плату за резервные каналы ...

Поэтому я и хотел узнать, как эта схема будет работать в самом простом и бюджетном случае, когда не захочется дополнительно вкладываться.

А, в этом плане? Ну... тогда да, ставишь галку и местная связь работает. Но в * она у тебя точно уже не попадет.

_________________
Свет в конце тоннеля может быть светом фар приближающегося поезда!

А как шлюз узнает, какой звонок местный, а какой нет? Локальные номера нужно в телефонную книгу вбивать или как-то еще?

Я ничего не вбивал. Просто план нумерации предусматривает разные цифры и всё.

_________________
Свет в конце тоннеля может быть светом фар приближающегося поезда!