Андрей, читай внимательно по слогам
где тут USB донгл.? простите...глаз замылил..не вижу


Seller_V, берете конфиг от 9.1, накатываете на VM, ненужные внутренние номера под снос и наслаждайтесь sip-транком

достойный ответ прикрыться "телепатией" особенно когда сказать нечего
причем тут "криво сконфигурировано", имеется охе на vm, конфиг с нуля, swk левый, 30 дней не прошло и sip-транк в "анусе"...что сделано не так?...да все гораздо проще и изложено ранее

лет 10 назад тоже было 30 дней, и сейчас тоже 30 дней, по сути ничего не изменилось за исключением описанного Seller_V. а ведь должно же работать (30 дней еще не прошло) а нет, почему...?
не хотите сокровенными знаниями поделиться Андрей, народ на форуме будет благодарен за ценные знания

30 дней говорите...???
на сколько я помню про FlexLM написано в доках на порядок меньше на счет времени
а в реальности через 2-4 часа на всех цифровиках можно увидеть "соответствующую надпись" что атс потеряла USB dongle

для это есть такая штука (если по честному) - usb dongle через raspberry pi

ситуация вполне нормальная т.к. конфиг создавался с нуля

для тестов я беру рабочий конфиг, переношу на vm, прописываю eMG и проблем нет, но стоит удалить sip транк и создать то на выходе получается как у вас

говорите что на "В" ничего не приходит

тогда интересно кто отвечает
____________________________________________________________­­__________________
| (516445:000008) Concatenated-Physical-Event :
| long: 21  desti: 0  source: 0  cryst: 3  cpl: 25  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  84 6b
|____________________________________________________________­­__________________
|
| IE:[18] CHANNEL (l=1)  a8 -> T2 : No B channel
|____________________________________________________________­­__________________

____________________________________________________________­­__________________
| (516445:000009) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 3  cpl: 25  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : RELEASE [4d]   Call ref :  84 6b
|____________________________________________________________­­__________________
|
| IE:[08] CAUSE (l=2) 81 fe -> [fe] GOING IN CONVERSATION STATE
|____________________________________________________________­­__________________

надо снять tcpdum с порта intip и разглядывать кто отвечает

хост 172.16.235.71 это узел "Б" ?

можите снять трассировку звонка А->В на "Б"

сталкивался с таким давно, на сколько я помню Entity на входящем и исходящем TG тогда с играло "злую шутку"

хотите сказать что что при звонке "А" -> "В" на "В" ничего приходит ?
вероятно что забыли DEF приписать на "В"

спасибо за ликбез, по крайне мере раскрылась обратная сторона медали
думаю что "не так страшен черт как его малюют" если пожертвовать рядом функций

собственно чем ars не вышел для локальных звонков? речь идет о единичном случае
так, для интереса

не вижу преград чтобы использовать sd "1111" -> ars list N1 (с указанием tg: -1 ) -> абонент 3333
вынести 2222 в отдельную entity

для всех других  тот же sd "1111" -> ars list N2 (с указанием tg: -1 ) -> абонент А1111

если через «Filtered Called Number» сложно сделать можно сделать через ARS

теоретически должно прокатить через «Filtered Called Number»
обсуждения «черного списка» на форуме полно

если не прокатит, значит не прокатит

технологически выглядит так:
абонента 2222 перемещаете на А2222
в «Filtered Called Number» создаете 2222 и правилами
при использовании "set supervision" на А2222 «Filtered Called Number» не будет выполнять свой супружеский долг

мой выдержит, а ваш?