Если есть время - включи TeamViewer и скайп (ID avk_tmc).

Ну линки на хабе активные? Запускаете снифер, включаете станцию и ждете пока она не загрузится (минут 5) и смотрите пакеты.
На компе установите статический адрес, удалите все шлюзы и DNS, чтоб минимизировать количество лишних пакетов с компа.

Если ваш комп поддерживает автоопределение на сетевой карте, то обычный, если нет то кабель должен быть кросоверный. Можно включить комп и станцию через хаб (не коммутатор!!! - это обязательное условие для работы снифера), тогда вообще никаких проблем не должно быть.
Другое дело, что хабы сейчас большая редкость. У себя берегу старенький хаб на 8 портов - часто выручает.

Если на плате погасли все светодиоды, а в свойствах плата не в сервисе, трясите оператора - не подключен D канал.

Кабель как правило со станцией не поставляется - это экзотика.
Снифер обычный Wireshark качаете с родного сайта. Комп должен иметь статический адрес и подключаться непосредственно в станцию.

Айпишник довольно легко определяется снифером -запускаете станцию и ищете строку Alcatel  с соответствующем IP адресом.

Это срабатывает тон-детектор. Станции не нравится чей-то голос и она принимает его за сигнал отбоя, что честно выполняет. Лечится изменением константы (можно поискать в форуме описание).

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

Можно приспособить реле домофона. Нужен модуль AFU на плату процессора.
Как вариант использовать поляризационное реле на абонентской линии (с некоторой обвязкой), при поступлении вызова реле блокируется и замыкает цепь тревожной сигнализации.

Сумматор - он же делитель, пассивная железка. Сумматор на 2 - потери 3дБ, на 4 -6дБ, 8- 9дБ и это в идеальном случае. Прибавьте потери в кабеле ~ 0,15 дБ/м х 50м = 7,5 дБ в итоге от сигнала ничего не останется.
Пробовал AddPac и даже продал клиенту, правда тогда была станция ОХО 8-го релиза. Из минусов - не надежная трансляция DTMF, то проходит, то нет. Относительно большая задержка соединения, напоминает работу аналоговых СО транков.
Из плюсов - не зависает.
Вообще из GSM шлюзов мне больше всего понравились с BRI ISDN интерфейсом - это и скорость соединения, и все плюсы цифрового канала.
Минус - цена, но на авито можно найти за приемлемую цену.

Увеличил таймеры Т1 (4000) и Т2 (10000) в закладке IP Trunk.
На что они влияют, так и не понял, но работа станции стала стабильной - регистрация не падает уже несколько дней.
До этого смотрел инциденты - регистрация прерывалась каждый день в одно и тоже время (разница несколько секунд).

Реализация SIP сильно меняется от релиза к релизу. Я это сужу по реализации в ОХО - в ОХЕ я думаю то же, появляется множество полей, которых не было в предыдущих релизах. Так что нужно штудировать документацию.

Эта фраза есть в документации и на 9-й релиз. Я запросил в техподдержке документацию на релиз 10.1 и мне докучи прислали все ТС.
Так вот в ТС 1765 3-й редакции (то есть для релизов 8, 9, 10) появилось поле 68 в метке VOIPnwaddr которое отвечает за обработку поля To в INVITE (Process To header for incoming call routing in SIP Trunk gateway).
Проверил - все работает.

Это фича Call Center называется Call Routing. Требует лицензии и возможно апгрейд станции (не помню с какого релиза доступен этот функционал, тем более, что 7-й релиз доживает последнии дни, если уже не прекратилась поддержка производителем).

Собственно пробовал на всех релизах начиная с 6-го и заканчивая 10-м.
Проблема в следующем - входящий INVITE содержит ID, например 12345@Operator.net, а поле To в сообщении INVITE собственно городской номер, по которому и нужно сделать селекцию вызова.
Станция упорно смотрит на ID.
Вопрос : можно средствами станции анализировать номер в поле To?