Посмотреть - на freepbx.org, документации полно. Но нужно fluent понимание.
Если обновления идут в рамках major версии, то всё сохраняется, если все наработки руками пишутся в custom файлах. Типа, апгрейды 2.6.12 до 2.6.99 будут приемлемы. Но вот апгрейд с 2.6 на 2.8 уже потребует прочтения REAEDME: Howto upgrade from 2.6 to 2.8 как минимум.

Посмотрел доки на freepbx.org. Ситуация конечно проще оказалась, впрочем как оно и думалось. Входящий приходит только на контекст который указан в пире outgoing_sipnet (type = peer). Указываю context=ext_did или from_trunk в секции outgoing_sipnet => входящий звонок приходит и обрабатывается другим(и) контекстами и соответственно другими (как понятно не мною созданными) макросами. Писать свои макросы , используя Web, охоты нет и смысла тоже. Потому как нажми кнопочку Apply в Web интефейсе и все труды (если это не custom файлы) - летят к черту. Контекст в транке , указанный для type = user - не влияет вообще. Пробовал издеваться - не получается. Входящий звонок как "наглый конь" валится на контекст см. выше по тексту. Получается так , что надо иметь какое то мало мальское руководство или сам транслятор Web-а должем как то направлять действия , а там можно сидеть очень долго и не понимать что происходит. К сожалению это работает - "лопатой не убьешь". Вообщем , я пока не знаю как относиться к этому Web инструменту. Вроде выбросить жалко т.к. выбрасывать надо вместе со всеми прелестями в файлах, а потом самому писать что то похожее...а это долго долго и муторно.

привожу содержимое sip_add.. conf

[0016673374]
disallow=all
type=user
insecure=port
context=ext-did
allow=alaw
allow=g729

[7878]
deny=0.0.0.0/0.0.0.0
type=friend
secret=xxxxxxxxx
qualify=yes
port=5067
pickupgroup=
permit=0.0.0.0/0.0.0.0
nat=no
mailbox=7878@device
host=dynamic
dtmfmode=rfc2833
dial=SIP/7878
context=from-internal
canreinvite=no
callgroup=
callerid=device <7878>
accountcode=
call-limit=50

[outgoind_sipnet]
disallow=all
host=sipnet.ru
fromdomain=sipnet.ru
username=vxxxx
fromuser=vxxxx
secret=xxxxxxxxxxxxxxx
type=peer
callerid=0016673374 <xxx>
allow=alaw
allow=g729
allowguest=no
context=ext-did
nat=no
insecure=port,invite

Синтаксис FreePBX не может охватить все нюансы всех провайдеров.
Как вариант - могу предложить делать пир sipnet не type=peer а type=friend, и отказаться от нижней части USER context.
Мы так настраиваем клиентам, ничего противоречивого в этом нет.
Пир называть лучше

[sipnet.ru]
disallow=all
host=sipnet.ru
fromdomain=sipnet.ru
username=vxxxx
fromuser=vxxxx
secret=xxxxxxxxxxxxxxx
type=peer
callerid=0016673374 <xxx>
allow=alaw
allow=g729
allowguest=no
context=ext-did
nat=no
insecure=port,invite

так как он не только для исходящих, но и для входящих.

Согласен. Я так и сделаю а бы не мусорить в файлах. Есть одно НО ! Я не уверен , что провайдер sipnet.ru вообще поддерживает sip-trunk. Насколько я помню (а занимаюсь я стациями avaya оч. долго),avaya рекомендует двунаправленный sip-trunk только в случае защищеного соединения и конечно обязательно без авторизации. Я разговаривал с sipnet на эту тему. Они цепляют "по простому " , выражаясь примерно так : "У нас нет никаких ограничений..." Однако многие говорят,что более 15 одновременных соединений не поддерживается. Пока не верю.. посмотрим.