Настроил ручками на sipnet TrixBox - все получилось и входящие, и исходящие, и т.д. т.п.
Потом посмотрел сколько пришлось удалить из файлов и жалко стало от такой красоты отказываться. Решил через Web поробовать, правда подглядывая в конфиги -- что он туда пишет ....
У меня при ручной настройке был тип транка friend. Здесь я решил поделить вх и вых User и Peer собственно как настоятельно предлагается. Исходящие с пол пинка пошли, правда надо обяз-но указать в исх-м транке fromuser и fromdomain(сам "web" это не предлагает) иначе звонки на sipnet идут , а в город ошибочка "Got SIP response 500 "account has been moved to a remote system" back from 212.53.40.40 -- ну это мелочи. А вот входящие -- не работают.Т.е. попадают в другой и пока неизвестный мне контекст.

- Настоятельно предлагаемый контекст USER в транке -- молчит как партизан.Я и номер указал для "Следуйте Сюда" и
не идет. Меня интересует только один вопрос -- Как исправить ситуацию именно через Web интерфейс , а не ручками через файлы ... add...conf и т.п.

по отладчику если смотреть то, при входящем дело так выглядит
<--- SIP read from 212.53.40.40:5060 --->
INVITE sip:0016673374@62.112.123.170 SIP/2.0
Via: SIP/2.0/UDP 212.53.40.40:5060;branch=z9hG4bK585826-lnqxjfk;cgp=etc.tario.ru;upaddr=195.151.20.217;rport
P-Asserted-Identity: <sip:aitiline@sipnet.ru>
P-CGP-Redirector: vlego@sipnet.ru
Record-Route: <sip:212.53.40.40:5060;lr>
Record-Route: <sip:212.53.40.72:5060;lr>
Record-Route: <sip:rev.340090-212.53.40.72.dialog.cgatepro;lr>
Via: SIP/2.0/UDP 195.151.20.217:5095;branch=z9hG4bK2f4b99f382ed7db1
Max-Forwards: 69
From: "0017094450" <sip:0017094450@sipnet.ru>;tag=7f4c4ef0-762122
To: <sip:0016673374@sipnet.ru:5060;user=phone>
Call-ID: D4A8-25EA-467621225EFEDEAD963B-398@SipHost
Contact: <sip:0017094450@195.151.20.217:5095>
CSeq: 862 INVITE
Expires: 90
Supported: replaces
User-Agent: dlink 12-38-28928749-0.9.5.1.1140-SA7S8
Allow:INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,PRACK,REFER,SUBSCRIBE,NOTIFY,UPDATE
Content-Type:application/sdp
Content-Length: 258

v=0
o=0017094450 1869317790 1869317790 IN IP4 195.151.20.217
s=Session SDP
c=IN IP4 195.151.20.217
t=0 0
m=audio 9004 RTP/AVP 8 18 0
c=IN IP4 195.151.20.217
a=rtpmap:8 PCMA/8000/1
a=rtpmap:18 G729/8000/1
a=fmtp:18 annexb=no
a=rtpmap:0 PCMU/8000/1

<------------->
--- (20 headers 11 lines) ---
Sending to 212.53.40.40 : 5060 (NAT)
Using INVITE request as basis request - D4A8-25EA-467621225EFEDEAD963B-398@SipHost
Found peer 'outgoing_sipnet'
arsip*CLI>
<--- Reliably Transmitting (no NAT) to 212.53.40.40:5060 --->
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 212.53.40.40:5060;branch=z9hG4bK585826-lnqxjfk;cgp=etc.tario.ru;upaddr=195.151.20.217;received=212.53.40.40;rport=5060
Via: SIP/2.0/UDP 195.151.20.217:5095;branch=z9hG4bK2f4b99f382ed7db1
From: "0017094450" <sip:0017094450@sipnet.ru>;tag=7f4c4ef0-762122
To: <sip:0016673374@sipnet.ru:5060;user=phone>;tag=as24244f91
Call-ID: D4A8-25EA-467621225EFEDEAD963B-398@SipHost
CSeq: 862 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Proxy-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="69240a9b"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog 'D4A8-25EA-467621225EFEDEAD963B-398@SipHost' in 32000 ms (Method: INVITE)
arsip*CLI>
<--- SIP read from 212.53.40.40:5060 --->
ACK sip:0016673374@62.112.123.170 SIP/2.0
P-Asserted-Identity: <sip:aitiline@sipnet.ru>
P-CGP-Redirector: vlego@sipnet.ru
Via: SIP/2.0/UDP 212.53.40.40:5060;branch=z9hG4bK585826-lnqxjfk;cgp=etc.tario.ru;upaddr=195.151.20.217;rport
Max-Forwards: 69
From: "0017094450" <sip:0017094450@sipnet.ru>;tag=7f4c4ef0-762122
To: <sip:0016673374@sipnet.ru:5060;user=phone>;tag=as24244f91
Call-ID: D4A8-25EA-467621225EFEDEAD963B-398@SipHost
CSeq: 862 ACK
Content-Length: 0

--- (14 headers 1 lines) ---
Sending to 10.1.1.11 : 5067 (NAT)
arsip*CLI> sip set debug off
<--- Transmitting (NAT) to 10.1.1.11:5067 --->
SIP/2.0 501 Method Not Implemented
Via: SIP/2.0/UDP 10.1.1.11:5067;branch=z9hG4bK-d8754z-e05c23307b101046-1---d8754z-;received=10.1.1.11;rport=5067
From: "7878"<sip:7878@10.1.2.2>;tag=fd39510d
To: "7878"<sip:7878@10.1.2.2>;tag=as4f7d768e
Call-ID: NmM0MzAyNDVmMmU1ZDQxMzczYjE4NjM4MWZlMDk1NTQ.
CSeq: 1 PUBLISH
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0

USER context должен у Вас быть 0016673374 в окошечке

USER Details:
type=user
insecure=yes
context=ext-did или from-trunk

у меня так и было (Ставил я контекст и ext-did или from-trunk.
) -- не работает. Смущает одно обстоятельство.

смотрим sip show peers
Name/username Host Dyn Nat ACL Port Status
outgoind_sipnet/vlego 212.53.40.40 5060 Unmonitored
7878/7878 10.1.1.11 D A 5067 OK (101 ms)
2 sip peers [Monitored: 1 online, 0 offline Unmonitored: 1 online, 0 offline]

теперь смотрим
sip show peer outgoind_sipnet
...
Context : from-sip-external
...
sip show peer 7878
...
Context : from-internal
...
номер 7878 - установлен в опциях "как следуйте сюда"
Звонок просто проваливается куда-то.

(полез руками)
поставил "ловушку" в [ext-did] c правилом _X. либо s,1,SayDigits(123), звонка в этом
контексте нет.

Я не пойму какое участие здесь принимает USER context...
С чего туда звонок ...то пойдет ?
Если я поделил транк , да еще поставил номер на который все валиться должно, должен я что то наблюдать в личном кабинете ? Что то тут не так..

Всё так.
Смотреть sip show users
а не sip show peers
Так как правильно прописаный user появится в sip_additional.conf как секция

[0016673374]
type=user
insecure=yes
context=ext-did

Куда и ломится INVITE sip:0016673374@62.112.123.170

да. все так и сделано
вот sip show users
arsip*CLI> sip show users
Username Secret Accountcode Def.Context ACL NAT
7878 12345 from-internal Yes RFC3581
0016673374 12345 ext-did No RFC3581

При входящем звонке , в отладчике, идет сообщение (вот кусочек из него)
<------------->
--- (21 headers 11 lines) ---
Sending to 212.53.40.40 : 5060 (NAT)
Using INVITE request as basis request - D4A8-25EA-47081556912ADBBBEAA6-421@SipHost
Found peer 'outgoind_sipnet'
arsip*CLI>
<--- Reliably Transmitting (no NAT) to 212.53.40.40:5060 --->
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 212.53.40.40:5060;branch=z9hG4bK810198-lnqxjfr;cgp=etc.tario.ru;upaddr=195.151.20.217;received=212.53.40.40;rport=5060
Via: SIP/2.0/UDP 195.151.20.217:5095;branch=z9hG4bK90a9c8eba9f444e2
From: "0017094450" <sip:0017094450@sipnet.ru>;tag=c11bcc70-81556
To: <sip:0016673374@sipnet.ru:5060;user=phone>;tag=as3a149534
Call-ID: D4A8-25EA-47081556912ADBBBEAA6-421@SipHost
CSeq: 3108 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0

-- если я правильно понимаю то -- SIP/2.0 403 Forbidden
это абонент не зарегистрирован

Регистрация есть , исходящие есть, а входящий именно из-за этого и не идет.

SIP/2.0 403 Forbidden - это признак того, что INVITE request as basis request пытается авторизоваться на Вашем Астериске, а не абонент не зарегистрирован. А ему надо сказать, что не надо этого делать.
Попробуйте
[0016673374]
type=user
insecure=invite
context=ext-did

Звоночек -- нашелся. Причиной его отсутствия была строчка (insecure=yes )в пире outgoing_sipnet. Поставил insecure=port,invite либо insecure=very -- вызов пошел. Но опять же, он пошел в контекст from-sip-external т.е. в тот контекст , где выполняется авторизация.

-- Executing [0016673374@from-sip-external:1] NoOp("SIP/vlego-b7d0ec40", "Received incoming SIP connection from unknown peer to 0016673374") in new stack
-- Executing [0016673374@from-sip-external:2] Set("SIP/vlego-b7d0ec40", "DID=0016673374") in new stack
-- Executing [0016673374@from-sip-external:3] Goto("SIP/vlego-b7d0ec40", "s|1") in new stack
-- Goto (from-sip-external,s,1)
-- Executing [s@from-sip-external:1] GotoIf("SIP/vlego-b7d0ec40", "0?from-trunk|0016673374|1") in new stack
-- Executing [s@from-sip-external:2] Set("SIP/vlego-b7d0ec40", "TIMEOUT(absolute)=15") in new stack
-- Channel will hangup at 2009-08-24 06:32:17 UTC.
-- Executing [s@from-sip-external:3] Answer("SIP/vlego-b7d0ec40", "") in new stack
-- Executing [s@from-sip-external:4] Wait("SIP/vlego-b7d0ec40", "2") in new stack
-- Executing [s@from-sip-external:5] Playback("SIP/vlego-b7d0ec40", "ss-noservice") in new stack
-- <SIP/vlego-b7d0ec40> Playing 'ss-noservice' (language 'en')
-- Executing [s@from-sip-external:6] PlayTones("SIP/vlego-b7d0ec40", "congestion") in new stack
-- Executing [s@from-sip-external:7] Congestion("SIP/vlego-b7d0ec40", "5") in new stack
== Spawn extension (from-sip-external, s, 7) exited non-zero on 'SIP/vlego-b7d0ec40'
-- Executing [h@from-sip-external:1] NoOp("SIP/vlego-b7d0ec40", "Hangup") in new stack
-- Executing [h@from-sip-external:2] Set("SIP/vlego-b7d0ec40", "DID=s") in new stack
-- Executing [h@from-sip-external:3] Goto("SIP/vlego-b7d0ec40", "s|1") in new stack
-- Goto (from-sip-external,s,1)
-- Executing [s@from-sip-external:1] GotoIf("SIP/vlego-b7d0ec40", "0?from-trunk|s|1") in new stack
-- Executing [s@from-sip-external:2] Set("SIP/vlego-b7d0ec40", "TIMEOUT(absolute)=15") in new stack
-- Channel will hangup at 2009-08-24 06:32:27 UTC.
-- Executing [s@from-sip-external:3] Answer("SIP/vlego-b7d0ec40", "") in new stack
== Spawn extension (from-sip-external, s, 3) exited non-zero on 'SIP/vlego-b7d0ec40'

Можно конечно поправить эту несправедливость руками , но это меня не устраивает.
Почему он не находит connection from unknown peer to 0016673374 что мешает ? Номер куда следовать указан , DID тоже вполне понятен.
Следует отметить, что Web заменяет иногда команды по своему разумению. Так например - пишем
insecure=yes - в фале sip_add..conf получаем insecure=port. Есть и еще подобные примеры, из серии : "- говорим Ленин , - подразумеваем партия..."

Почитайте теорию, как Астериск определяет known или unknown peer. Сначала по номеру юзера, 0016673374 в данном случае, потом ищет совпадение пира по ИП (не наш случай), вроде так.
Я честно подзабыл.
Ну и FreePBX проверяет синтаксис при Apply, а то мало ли чего пишут!

ded спасибо за терпение ! Обяз-но прочту, но меня немного не это интересовало. С входящим я разберусь - не проблема. Где можно посмотреть саму общую идею-схему организации макросов (документ)? Что является для Web как для "конструктора" основными определениями ?Я могу и сам разобраться , только долго получится. Сами понимаете .. сделать-настроить поделку и забыть - это одно , а следовать за концепцией создания системы -это другое. И потом , как на все это ваяние посредством Web , будут сказываться последующие обновления TrixBox. Может и заморачиваться на Web не стоит - снести его и настраивать все руками.? Посоветуйте пож.