Здравствуйте. Есть Меридиан 61С с релизом 3.0. Подсоединили по Е1 по EDSS D-linkовский шлюз. Когда с Меридиана звонишь по этому потоку на занятого абонента шлюза, то по D-каналу приходит сообщение UserBusy, но в трубке у абонента Меридиана тишина. Можно ли сделать так, чтобы по получении этого сообщения Меридиан сам генерировал сигнал отбоя?

О том что приходит сообщение User Busy вы как узнаете?
Я надеюсь из трассировки D-Ch который смотрит на D-link.
Можно ли выложить трейс звонка на свободного абонента и на занятого.

аппарат цифровой, аналоговый или без разницы?
внутри меридиана бизи-тон слышен?

Да, смотрю трассировки D-канала на D-Link. Аппарат без разницы какой, внутри станции и на другие направления бизи-тон присутствует. Когда звонишь на D-Link на свободного абонента, то слышен его сигнал КПВ . Трейс смогу выложить завтра.

А когда делаете звонки в другие направления по Е1 ( в город , например, если есть) на занятого аб-та, то есть сигнал занято?

да и трассировочки Меридиановские неплохо бы увидеть
например на занятого без сигнала занятости и на другой поток, на котором занятость присутствует

Вот трасировка на занятого абонента в другом потоке с бизи-тоном.
DCH 15 OMSG SETUP REF 0000001D CH 5 29 TOD 13:30:49
FEAT :NCID
PROGRESS: CALL IS NOT END TO END ISDN
CALLING #:402927 NUM PLAN: PRIVATE/RESERVED (LOC)
CALLED #:3199 NUM PLAN: PRIVATE/RESERVED (LOC)

DCH 15 IMSG NOTIFY REF 0000001D CH 5 29 TOD 13:30:49

DCH 15 IMSG REL COMP REF 0000001D CH 5 29 TOD 13:30:49
CAUSE :USER BUSY
DIAG: 170

Вот трасировка на свободного абонента D-Linka с сигналом КПВ.
DCH 7 UIPE_OMSG CC_SETUP_REQ REF 000010D3 CH 7 22 TOD 13:25:11 CK 16B7C57C
PROGRESS: CALL IS NOT END TO END ISDN
PROGRESS: INTERWORKING WITH PRIVATE WORK
CALLING #:402927 NUM PLAN: E164 TON: UNKNOWN
CALLED #:3845299017 NUM PLAN: E164 TON: NATL

DCH 7 UIPE_OMSG CC_SETUP_RESP REF 000080B6 CH 7 17 TOD 13:25:11 CK 16B7C5C9
PROGRESS: INTERWORKING WITH A PUBLIC NETWORK

DCH 7 UIPE_IMSG CC_PROCEED_IND REF 000010D3 CH 7 22 TOD 13:25:11 CK 16B7C644



Вот трасировка на занятого абонента D-Linka без бизи-тона.
DCH 7 UIPE_OMSG CC_SETUP_REQ REF 000010C4 CH 7 11 TOD 13:20:53 CK 16AFF3E4
PROGRESS: CALL IS NOT END TO END ISDN
PROGRESS: INTERWORKING WITH PRIVATE WORK
CALLING #:402927 NUM PLAN: E164 TON: UNKNOWN
CALLED #:3845299017 NUM PLAN: E164 TON: NATL

DCH 7 UIPE_IMSG CC_PROCEED_IND REF 000010C4 CH 7 11 TOD 13:20:53 CK 16AFF49C

DCH 7 UIPE_IMSG CC_DISC_IND REF 000010C4 CH 7 11 TOD 13:20:55 CK 16AFF6EE
CAUSE: #17 - USER BUSY
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

А самое интересное в трейсах выкинули...

Может наудачу сравнить таймера в D-каналах и поставить на проблемном потоке такие же как на рабочем?
А то все так долго на это намекают...

PROGRESS: INBAND INFO OR PATTERN IS AVAIL

Очевидно, что дело в этом. Выскажу предрположение, что д-линк
busy в б-канал не воспроизводит, хотя по смыслу должен. Можно выкрутить таймеры на д-канале, чтобы Меридиан сразу отбивался, но тогда можете столкнуться с ситуаций отсутствия аудиоинформации от информаторов в предответе.

Да я тоже думаю, что D-Link не даёт бизи-тон. Я уже устал бодаться с поставщиками этого шлюза, думал что можно будет на самом Меридиане его сгенерировать. Таймера в D-каналах одинаковые. В недостающих частях трасировок через некоторое время после прослушивания тишины проичходит освобождение канала.