Согласен. Проблем со статистикой нет, вопрос, как обычно, в ее интерпретации. Вообще анализ DID - это общее правило.
samael28 ( 2012-11-13 20:06:28 +0400 )редактироватья хочу уйти от этого -> http://igorg.ru/2012/02/22/sip-trank-neskolko-uchyotok/ , там есть "Наблюдаемые аномалии:", а статистика это так к слову.
kopMuk ( 2012-11-13 20:54:00 +0400 )редактироватькакието странные у него аномалии. и вы их не решите с помощью freeswitch. что вам конкретно не нравится?
meral ( 2012-11-13 22:21:08 +0400 )редактироватьто что из 3х транков все сыпится в один (первый зарегистрированный), а как должно быть: в какой транк звонок пришел - туда и попал. такое поведение мне кажется не логичным, приходится придумывать всякого рода грабли. потому и хочу прослойку, чтобы разделить приходящие хотя бы по портам, а дальше астериск все правильно отработает.
kopMuk ( 2012-11-13 22:41:49 +0400 )редактироватьну вы разбиритесь ПОЧЕМУ сыпиться в первый транк. а потому, что провайдер шлет их одинаково. нет, ну вы можеет запустить астерисков по количеству транков. токо смысла нет особого. а прослойка в виде freeswitch или других астерисков.. ну и что оно вам даст?хотите - делайте. правильно как указал igorg в приведнной вами теме - забить и разделить их спец контекстом. вообще почти во всех системах которые я видел ОДИН входящий контекст. ну так какая разница? или у вас по вашей теории несколько входящих? астериск порты разделять НЕ умеет.
meral ( 2012-11-14 00:44:27 +0400 )редактироватьну допустим, разделяем по дид - маршрутизация работает, подкручиваем статистику допустим начнем писать в accountcode - дид, но что делать с fop?... да и еще неизвестно с чем, на что я еще не наткнулся, а так прослойкой в виде freeswitch убиваем всех зайцев или я не прав?
kopMuk ( 2012-11-14 10:33:21 +0400 )редактироватьда убивайте что хотите. для fop2 можете в том же астериске петлю сделать черз local/${EXTEN}@from-trunk/n
meral ( 2012-11-14 12:49:19 +0400 )редактировать