DID то мне отдается нормально (DID 7057447) от провайдера но почему все звонки падают на транк SIP/7057444-00000001

-- Executing [7057447@ttk:1] Set("SIP/7057444-00000001", "CALLERID(num)=7057447") in new stack
-- Executing [7057447@ttk:2] GotoIf("SIP/7057444-00000001", "0?dial7057444") in new stack
-- Executing [7057447@ttk:3] GotoIf("SIP/7057444-00000001", "0?dial7057447") in new stack
-- Executing [7057447@ttk:4] Goto("SIP/7057444-00000001", "office,3901,1") in new stack

Уважаемый DED, у вас стоко постов, зачем вы мне советуете FreePBX, я все делаю конфигами, про ДНК говарите, может по делу что нибудь посоветуете?

и если это не косяк * то мне очень интересно где косяк в моих настройках ??????????????????????????????????????????????????

получается что через GROUP_COUNT я уже не могу правильно ограничивать исходящие звонки (мне нужно если 2 линии занято на 705444 то исходящие не разрешать а пускать по другому транку) тока вот незадача с астериском, все звонки на 705447 падают на транк 705444 и фиг че правильно ограничишь (((

Это как то связано?

ded:

exten => _7057444,1,Set(CALLERID(num)=${EXTEN})
exten => _7057444,n,Goto(office,3901,1) Вы путаете два важных момента: DID и CID.

щас сделаю по DID и отпишусь, имхо ничего не изменит

маршрутизация по DID то работает то ка вот... все равно звоню на 7057447 а звонок идет по транку SIP/7057444 и хоть умри тут ((((

[incoming]

exten => 7057444,1,Goto(office,3901,1)
exten => 7057447,1,Goto(office,3902,1)

в логах:

== Using SIP RTP CoS mark 5
-- Executing [7057447@incoming:1] Goto("SIP/7057444-00000000", "office,3902,1") in new stack
-- Goto (office,3902,1)
-- Executing [3902@office:1] Answer("SIP/7057444-00000000", "") in new stack
-- Executing [3902@office:2] Set("SIP/7057444-00000000", "rnd=658085584") in new stack
-- Executing [3902@office:3] MixMonitor("SIP/7057444-00000000", "/var/www/html/records/2010-08-29-658085584.wav") in new stack

есть какие нибудь идеи, кроме обзывания меня дельфином и тп )))????

если есть в настройках ошибка укажите мне ее плз прежде чем называть дельфином )))

Не то чтобы идея, а есть знания. Иногда - метафизические.
Которые говорят, что непонимание процессов INVITE ведёт к суициду

qwsaqw:

звоню на 7057447 а звонок идет по транку SIP/7057444 и хоть умри тут ((((

Ошибка в настройках, что указано insecure=invite
Что означает - игнорировать username & secret при входящем с этого пира. А ориентироваться только на IP адрес пира.
А так как оба SIP/7057444 и SIP/7057447 имеют один ИП адрес, то Астериск определяет что это тот, который первый подходит под аутентитфикацию по ИП.

Что характерно: сначала шла речь о том, что секретарю на одном телефоне надо просто отделять для понимания - на который номер позвонили.
Потом это трансформировалось в два разных телефона 3901 и 3902
exten => 7057444,1,Goto(office,3901,1)
exten => 7057447,1,Goto(office,3902,1)

При этом видно, что приходят звонки куда надо - позвонивший на 7057447 попадает именно на office,3902
-- Executing [7057447@incoming:1] Goto("SIP/7057444-00000000", "office,3902,1") in new stack
-- Goto (office,3902,1)
Но нашего 6-страничного искателя багов волнует, что это протекло через SIP/7057444 а не через SIP/7057447 !
Идите умирать.

спс за разьяснения!!! спс за толчек в нужную сторону!!! буду копать дальше!!!
а 3901 и 3902 эт разные приветствия а потом падает все в очередь

читал, много дума... потом опять читал и опять много думал...
Может все же послушать совета и взять Трикса? Или Эластикса?
Если уж хочется изврата предлогаю взять freebsd, поставть туда asterisk, freepbx и все это настроить через РЕАЛЬНО понятный интерфейс? К примеру, у меня два сервака а работе, в оба заходят многоканальные номера, в одном здании у меня 4 многоканальных линии (количество входящих и исходящих упирается только в толчину канала)и все работает как часы, ситуация ооочень знакома и напоминает мне кривую маршрутизацию звонка, так что советую послушать совета гуру и поставить что то готовое. А дальше уже в симпотяшной вэб морде рулить все по DIDам как душе угодно!