asterisk.ru

Out видимо не знает что в приличном оборудовании есть аппаратные кросс-коннекторы E1 слотов, не добавляющие задержек )))

Out, это ответ.
Не надо разводить пустую дискуссию. Вы многого не знаете по технологиям Е1, а то что знаете наверняка кружит Вам голову, раздувая самомнение.
Через шлюзы Е1 делается тоже, резервируется при отказе, как исходящая в ТФОП, так и входящая. Это применяется в стыках в основном у толстых операторов связи, используя протокол ОКС-7 (SS7), он как раз и разработан для резервирования узлов (шлюзов). Вполне можно, конечно, использовать и Астериск с картами Е1 как узел связи по ОКС-7, почитайте то, что найдёте поиском по ключевым словам asterisk ss7, если Вам интересно.

Во второй схеме тоже есть решения, в краткой форме высказанные Vlad1983 - руками, берём - и настраиваем. В развёрнутой форме: ищем инструкции по ключевым словам "шлюз Е1", "SIP", "резервирование", "high availability", "Asterisk", etc
и выполняем, настраиваем, проверяем.

Out, "упал" - расплывчатое понятие. Если Вы о процессоре, то кроссконнекторы к нему не относятся - делаются на отдельном чипе.
К соединениям SIP-E1 они не относяться, это E1-E1 коммутаторы аппаратные. Но это лишь обычно дополняет системы полного резерва.

Если о том, чтобы система с Asterisk сервером могла получать статус шлюза - есть SNMP: всеми нормальными железками поддерживается. Через SNMP можно получать как состояние линков E1 и SIP, также и о загруженности проца и расходе памяти.
Также схемы FailOver, о которых упомянул ded - дополняют всё это.

То же самое.
Для Астериска по первой схеме - транк Е1, транк SIP, исходящие либо по приоритету
1. Dial(DAHDI/g0/${EXTEN})
2. Dial(SIP/operator/${EXTEN})

либо через CHAN_UNAVAIL

По второй схеме
1. Dial(SIP/gateway/${EXTEN})
2. Dial(SIP/operator/${EXTEN})

либо через CHAN_UNAVAIL

Забыл сказать: эхоподавитель в сангоме можно определить как маленькую платку-мезонинчик, которая опционально ставится на основную, вот почему lspci до спины - код платы может быть и D, а DSP модуль отсуствовать. Далее - эходав для работы требует свое firmware, которое (вот непомню) wanpipe модуль подгружает или на лету или прошивается один раз (см. wanpipe-xx/util/wan_aftup/A10*). Т.е. надо проверить :

a) есть ли плата эходава (обычно там стоит TI DSP или спец-чип)
b) загружен ли в эходав/плату соответсвующий firmware

Может кому пригодится.
В сангоме ответили, что wanrouter hwprobe можно доверять.
Получил фотографии платы, таки да - это A104, так что lspci и lshw нагло врали, не понятно, кстати, почему.

kadet писал(а):Получил фотографии платы, таки да - это A104, так что lspci и lshw нагло врали, не понятно, кстати, почему.

lspci и lshw выдали ту информацию, которую считали в микрокоде платы из NVRAM (если я правильно говорю). Так что это скорее всего недоработки самой Сангомы, которая не следит за правильностью этой инфы.

Out писал(а):И да, если бы вы купили 101 плату, то я мог бы понять что без аппаратного эходавом, но 104 без эходава, конечно удивили

Не я покупал. Тоже удивился.

Sfinx писал(а): a) есть ли плата эходава (обычно там стоит TI DSP или спец-чип)
b) загружен ли в эходав/плату соответсвующий firmware

Я даже знаю что там у них в DSP крутится )
именно по-этому и писал ранее что Сангома - реально интересный конкурент.