Слишком много насобачил на пирах insecure=invite,port
Пока было мало насобачено - до этого момента все работало как надо.
Теперь любой INVITE присобачивается произвольно к первому попавшемуся пиру.
Волею судеб это оказался <s>несчастный сэр Рональд Адэр</s> SIP/11259
Нужели это не очевидно?

insecure=very вообще то стоит

проверил , в Inbound route правило для DID. и ВСЕ. сами пиры прописаны как всегда прописывал-
username=11170
type=peer
secret=xxxxxxxxxx
qualify=yes
nat=yes
host=xxxxxxxxxxx
disallow=all
context=from-pstn
allow=alaw
registertimeout=120
insecure=very
да и глюк одинаков на 2 машинах общего у которых в количестве пиров мало. разные провайдеры номера дают, разная реализация. А вот модули я обновлял одним рыпом у всех:-(

Уберите insecure=very

тогда транк не работает. извне линия бизи изнутри - все ок.

переписал вообще все описания пира убрал все ип пароли и тд все только в строке регистрации, убрал insecure вообще. Звонки ходят либо извне либо изнутри. Нормально работает только если указано все как в конфиге выше.

Не информативно.
Кто звонит - "SIP/11259-b7b92e10" на какой номер - "_FROM_DID=11170"
В этом сценарии, насколько я понимаю, звонок приходит на самом деле не с пира SIP/11259.
А что такое SIP/11259? Какой-то порт FXO?

Узнайте как происходит SIP аутентификация при звонке снаружи, по каим признакам он соотносится с тем или иным пиром, что такое type=user & type=friend.
Вы пробовали методом перебора всё переставлять, а надо уже почитать.

Имею такой баг на 2 компьютерах. Везде ТОЛЬКО SIP транки от провадера - на одном 7 штук на другом 2 штуки.
И там и там картина одинакова. Все работает как прописано в маршрутизации по DID а вот визульно видим при звонке с любого транка - звонящий канал вроде как бы SIP/11259 или SIP/111171 в зависимости от системы. Это просто самый большой по числу номер транка. Если его удалить писать начинает просто тот который больше по числу из оставшихся. Т.е 11258 и т.д.

вот например я звоню извне на транк 11129 слушаю IVR и ложу трубку - и вижу
-- Executing [11129@from-pstn:1] Set("SIP/11259-09d0f5c8", "__FROM_DID=11129") in new stack
-- Executing [11129@from-pstn:2] Gosub("SIP/11259-09d0f5c8", "app-blacklist-check,s,1") in new stack
-- Executing [s@app-blacklist-check:1] GotoIf("SIP/11259-09d0f5c8", "0?blacklisted") in new stack
-- Executing [s@app-blacklist-check:2] Return("SIP/11259-09d0f5c8", "") in new stack
-- Executing [11129@from-pstn:3] ExecIf("SIP/11259-09d0f5c8", "0 ?Set(CALLERID(name)=442340000)") in new stack
-- Executing [11129@from-pstn:4] Set("SIP/11259-09d0f5c8", "__CALLINGPRES_SV=allowed_not_screened") in new stack
-- Executing [11129@from-pstn:5] Set("SIP/11259-09d0f5c8", "CALLERPRES()=allowed_not_screened") in new stack
-- Executing [11129@from-pstn:6] Goto("SIP/11259-09d0f5c8", "ivr-3,s,1") in new stack
-- Goto (ivr-3,s,1)
-- Executing [s@ivr-3:1] Set("SIP/11259-09d0f5c8", "MSG=custom/ivr1") in new stack
-- Executing [s@ivr-3:2] Set("SIP/11259-09d0f5c8", "LOOPCOUNT=0") in new stack
-- Executing [s@ivr-3:3] Set("SIP/11259-09d0f5c8", "__DIR-CONTEXT=default") in new stack
-- Executing [s@ivr-3:4] Set("SIP/11259-09d0f5c8", "_IVR_CONTEXT_ivr-3=") in new stack
-- Executing [s@ivr-3:5] Set("SIP/11259-09d0f5c8", "_IVR_CONTEXT=ivr-3") in new stack
-- Executing [s@ivr-3:6] GotoIf("SIP/11259-09d0f5c8", "0?begin") in new stack
-- Executing [s@ivr-3:7] Answer("SIP/11259-09d0f5c8", "") in new stack
-- Executing [s@ivr-3:8] Wait("SIP/11259-09d0f5c8", "1") in new stack
-- Executing [s@ivr-3:9] Set("SIP/11259-09d0f5c8", "TIMEOUT(digit)=3") in new stack
-- Digit timeout set to 3
-- Executing [s@ivr-3:10] Set("SIP/11259-09d0f5c8", "TIMEOUT(response)=10") in new stack
-- Response timeout set to 10
-- Executing [s@ivr-3:11] Set("SIP/11259-09d0f5c8", "__IVR_RETVM=") in new stack
-- Executing [s@ivr-3:12] ExecIf("SIP/11259-09d0f5c8", "1?Background(custom/ivr1)") in new stack
-- <SIP/11259-09d0f5c8> Playing 'custom/ivr1.slin' (language 'en')
== Spawn extension (ivr-3, s, 12) exited non-zero on 'SIP/11259-09d0f5c8'
-- Executing [h@ivr-3:1] Hangup("SIP/11259-09d0f5c8", "") in new stack
== Spawn extension (ivr-3, h, 1) exited non-zero on 'SIP/11259-09d0f5c8'

В маршрутизации так и записано если звонок с DID 11129 - отправлять на IVR. Если бы был звонок на 11259 то он бы ушел 5041 номер.

Номерные транки для меня лично просто путаница. SIP/11259 - транк или экстеншн? SIP/111171 - транк или экстеншн? (можно не отвечать)
Транк - суть труба, которую можно конечно обзывать цифрами, но рушит понимание. А ещё и DID - тоже цифры. Так что во избежание путаницы - я придерживаюсь шаблонов:
SIP/11259 и SIP/111171 - ясно, внутренние экстеншны (которые могут быть и снаружи);
SIP/VoiceGateway/11259 - исходящий звонок через шлюз VoiceGateway;
SIP/VoiceGateway-09d0f5c8 - примерно так будет выглядеть входящий с него;

Если видим при звонке с любого транка - звонящий канал вроде как бы SIP/11259 или SIP/111171 в зависимости от системы, то это нарушена аутентификация звонков, которые привязываются к любому пиру.
Наверное, ещё и Allow anonymous SIP calls = yes?

анонимные конечно закрыты. То что что то нарушено понятно , вот и пытаюсь я понять как все работало хорошо и вдруг "нарушилось". Причем на 2.6 триксбоксе у меня такого и близко нету.