Надеюсь с онлайн трансляции записи кто-нибудь выложит.

интересно что это за канализация при повреждении которой нарушается связь во всём многомилионном городе?
вроде бы раньше телефонные сети строились с запроектированной отказоустойчивостью.

видимо последствия оптимизаторов-джипонизаторов

Передавайте в каком-нибудь неиспользуемом/ненужном поле SIP сообщения.

Ну если виртуалка стоит на десктопе - то да. А так зависит от того что за железо и как оно нагружено.
amazon aws тоже фтопку по вашему.
* если вы не умеете строить решения на какой-то определенной платформе, еще не означает то что на ней в принципе нельзя это сделать

awsswa писал(а): 1.Настройка сервера, включая установку в стойку заказчика - 1 день

А если сервер виртуальный?

То Дубна, то Москва, но почему-то суббота. Как говорится, не понос, так золотуха.
Если бы в будний день было то сходил

Виртуальных сокетов. Еще хорошо помогает выставить CPU -> Resource Allocation: Shares - High и зарезервировать частоту.
За сутки всего 2-3 "проседания" в dahdi_test, для офисной АТС более чем нормально.

Факт\не факт, но тенденция имеется. Что касаемо архитектуры - мне не удалось заметить отсутствие или наличие специфических проблем на x86_64 против i386. Насчёт скорости работы - спорно, всё же процессор поддерживает 64бит инструкции и в теории должно работать быстрее. А уж оптимизирован ли под это ...

ded писал(а):

а исходящие - GROUP COUNT

Не обязательно. Входящие точно также можно разграничить с помощью GROUP COUNT.