Здравтсвуйте!
Есть 2 триксбокса. Схема такова:

[Trixbox #1]{sip_trunk_to_2}--><--{sip_trunk_to_1}[Trixbox #2]{sip_trunk_to_provider}->(external phones)


[sip_trunk_to_2]
host=trix_2_ip
type=friend

[sip_trunk_to_1]
host=trix_1_ip
type=friend

В Trixbox #1 есть правило набора 1|. , которое отсылает звонок в транк sip_trunk_to_2 .
В Trixbox #2 есть правило набора 2|. Здесь подходящие по правилу звонки идут в транк sip_trunk_to_provider , т.е. уходят во внешку.

Я яваляюсь клиентом на Trixbox #1 с номером, например, 100. Звоню на номер 123. Trixbox #1 обрезает его до 23 и кидает в транк sip_trunk_to_2. В логах Trixbox #2 появляется запись
NoOp("SIP/bla-bla", "Received incoming SIP connection from unknown peer to 23") in new stack
после чего, естественно, всё идёт в /dev/ass =), а хотелось бы, чтобы в sip_trunk_to_provider.

Собственно, вопрос: Как?

Пы.Сы. Заводить на триксах по пользователю и регистрировать на них транки перекрёстно не канает.

"яваляюсь" - хорошее слово. По существу так сказать...

Я про трикс вообще ничего не знаю - не юзал. Но что-то мне подсказывает что можно сделать правила которые НЕ обрезают первые цифры. Соответственно на второй бокс улетит 123 а не 23.

Я так понял у человека проблема с "unknown peer" =) Insecure = invite поставьте.

ахты емае. да. наверное это и имелось в виду :)
я-то подумал он страдает что номер режется....

Нет, "кастрация" номера преднамеренна!

Alekz:

Insecure = invite поставьте

Увы :(

Вот выдержка из лога:
-- Executing [777777@from-sip-external:1] NoOp("SIP/999-08e4d860", "Received incoming SIP connection from unknown peer to 777777") in new stack
-- Executing [777777@from-sip-external:2] Set("SIP/999-08e4d860", "DID=777777") in new stack
-- Executing [777777@from-sip-external:3] Goto("SIP/999-08e4d860", "s|1") in new stack
-- Goto (from-sip-external,s,1)
-- Executing [s@from-sip-external:1] GotoIf("SIP/999-08e4d860", "1?from-trunk|777777|1") in new stack
-- Goto (from-trunk,978051,1)
-- Executing [777777@from-trunk:1] NoOp("SIP/999-08e4d860", "Catch-All DID Match - Found 777777 - You probably want a DID for this.") in new stack
-- Executing [777777@from-trunk:2] Goto("SIP/999-08e4d860", "ext-did|s|1") in new stack
-- Goto (ext-did,s,1)
-- Executing [s@ext-did:1] Set("SIP/999-08e4d860", "__FROM_DID=s") in new stack
-- Executing [s@ext-did:2] Gosub("SIP/999-08e4d860", "app-blacklist-check|s|1") in new stack
-- Executing [s@app-blacklist-check:1] LookupBlacklist("SIP/999-08e4d860", "") in new stack
-- Executing [s@app-blacklist-check:2] GotoIf("SIP/999-08e4d860", "0?blacklisted") in new stack
-- Executing [s@app-blacklist-check:3] Return("SIP/999-08e4d860", "") in new stack
-- Executing [s@ext-did:3] ExecIf("SIP/299-08e4d860", "0 |Set|CALLERID(name)=333") in new stack
-- Executing [s@ext-did:4] Set("SIP/999-08e4d860", "FAX_RX=300") in new stack
-- Executing [s@ext-did:5] Set("SIP/999-08e4d860", "__CALLINGPRES_SV=allowed_not_screened") in new stack
-- Executing [s@ext-did:6] SetCallerPres("SIP/999-08e4d860", "allowed_not_screened") in new stack
-- Executing [s@ext-did:7] Goto("SIP/999-08e4d860", "app-blackhole|hangup|1") in new stack
-- Goto (app-blackhole,hangup,1)
-- Executing [hangup@app-blackhole:1] NoOp("SIP/999-08e4d860", "Blackhole Dest: Hangup") in new stack
-- Executing [hangup@app-blackhole:2] Hangup("SIP/999-08e4d860", "") in new stack
== Spawn extension (app-blackhole, hangup, 2) exited non-zero on 'SIP/999-08e4d860'

Если так, немногобукквенно, то нужен тупо транзит звонка заходящего с одного транка в другой. Что-то в сети не ма инфы...

Если incoming SIP connection from unknown peer to 23 то
1) Вы просто не можете разобраться как прописать перекрёстные SIP пиры друг на друга. Может с IAX2 больше повезёт?
2) по правилу 1|X. слишком широко кидается звонок, потому что для внутренних номеров Трикса 2 это один контекст, а для звонка через sip_trunk_to_provider - совсем другой. Тем более, что эта тема явдяется остро несекъюрной, так как при сканировании/угадывании экст/паролей злоумышленник сливает через вас свой трафик на sip_trunk_to_provider.

to ded
Выходит, астер не умеет транзит звонков с одного транка в другой?
Если же это не так, может дадите наводку на разрешение проблемы?

Астер умеет, не умеете Вы. И то, что у Вас, не совсем чистый Астериск, а надстройка, которая вероятно запутала восприятие.
Контексты вкладываются друг в друга.

Наводка такая: используете ключевое слово "матрёшка" в поиске по форуму. Я чего-то замахался в 99-й раз подробно объяснять, уже объяснял.
Ещё рекомендации: не жалейте детализации. Создайте два маршрута с Тр№1 в сторону Тр№2: один назовите как-то internal-on-server-2 или как-то ещё попонятней,
1|XX

а второй to-city-over-server-2
ZXXXXXX
тут и префикса то в общем не надо. Значность городских уж поставьте нужную.

На оба маршрута назначить один и тот же транк - на server-2
Если правильно будет приходить транк в соотв. контекст на server-2, например from-internal и будет include => outbound-allroutes
то это даст возможность находить внутренних абонентов и звонить в город.

to ded
Раз не умею - научусь! Буду рыть дальше.

Спасибо огромное всем отписАвшимся!
</thread>