Уважаемые господа!
Есть Меридиан 11С, рел.25.15, PRI EURO DID в город и двухпроводки в город. Ситуация следующая :
Звонок в город по PRI, соединение, затем Transfer и набор другого номера через PRI, соединение и после всего завершить трансфер, то есть соединить эти оба звонка не получается. Те же звонки при условии, что один из них уходит по двухпроводке, соединяются. Через конференцию первый вариант отрабатывает. Подскажите, что мешает жизни ? Заранее благодарен.

Попробуй поставить в yes EXTT и TRNX в NET_DATA в 15-ом.
Удачи

К сожалению, это уже было проделано раньше и никаких результатов :(

Запретов выхода на PRI по NCOS и проч. не прописывал ?
CONNECT дейстительно приходит после набора второго номера?
И разрешен ли tromboning на маршруте ?


<P ID="edit"><FONT SIZE=1><EM>Отредактировано PhoneMan 22.05.2002 15:27 (время сервера).</EM></FONT></P>

Запретов нет, так как звонки совершаются, тромбонинг прописан. И вот странное дело. Есть еще одна такая же станция, на которой тоже не работает такой трансфер. Но на ней вылечилось включением EXTT и TRNX. А на этой нет. Коннекта не вижу ни на одной из них при трассировке. Ничего не могу понять, как же тогда вообще всё работает без коннекта ?

&gt; Запретов нет, так как звонки совершаются,

И всё-таки я бы проверил ... совершаются -то они с аппарата, а потом ты пытаешься соединить trunk на trunk.

Проверил, всё открыто, NCOS в процессе не участвует, звонки в пределах одного рута.

Брось настроечки посмотреть, RDB и NET.

TYPE NET_DATA
CUST 00
OPT RTD
AC2
FNP YES
ISDN YES
PINX_DN
PFX1
PFX2
HLOC
LSC
RCNT 5
PSTN NO
TNDM 15
PCMC 15
SATD 1
OCLI EXT
DASC
DITI YES
TRNX YES
EXTT YES
FTOP FRES
APAD 0 0
VNR NO
NIT 8
FOPT 14
CNDN
CNAT
CNIP YES



TYPE RDB
CUST 00
DMOD
ROUT 11
DES KIEVSTAR
TKTP DID
SAT NO
RCLS EXT
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
NCNA NO
NCRD NO
ISAR NO
CPFXS YES
DAPC NO
INTC NO
DSEL VOD
PTYP DCO
AUTO NO
DNIS NO
ICOG IAO
RANX NO
SRCH RRB
TRMB YES
STEP
ACOD 1778
TCPP NO
TARG
BILN NO
OABS
INST
IDC YES
DCNO 1
NDNO 1 *
DEXT NO
DNAM NO
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096
TFD 0
DTD NO
SCDT NO
2 DT NO
DDO NO


PAGE 002

DRNG NO
CDR YES
INC YES
LAST YES
OAL YES
AIA YES
OAN YES
OPD NO
NDP EXC 0
CDRX NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS YES
MRT 21
MR NO
PANS YES
EQAR NO
FRL 0 0
FRL 1 1
FRL 2 2
FRL 3 0
FRL 4 0
FRL 5 5
FRL 6 6
FRL 7 0
TTBL 0
OPR NO
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 0
SGRP 0
ANIE 0
CAC_CIS 1
AACR NO

Не совсем ясно, действительно, как все-таки проходит второй звонок (уже с трансфера).

Очень бы хотелось взглянуть на мониторинг D-канала при таком звонке на одной и на другой станциях.
Если connect действительно отсутствует, то есть одна мыслишка...

Что за софт на станции в смысле открытых services? Другими средствами, например forward'ом или через пилот, получается ли организовать транзитное соединение этих DID? Может попробовать переделать пару транков в TIE и посмотреть что получится... Других идей пока нет.
Удачи

<P ID="edit"><FONT SIZE=1><EM>Отредактировано PhoneMan 24.05.2002 10:15 (время сервера).</EM></FONT></P>

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