Здравствуйте коллеги!
Кто знает можно ли в принципе соединить два XCOT транка (NTCK16, supn yes, bat bts, FTOP FTTY, CLS FTTU) при помощи функции Transfer?

Два сценария:
1)
- Приходит входящий вызов (на XCOT порт)
- Отвечаем, нажимаем Transfer и набираем номер занимая другой порт XCOT (с ответом или без него, без разницы)
- Повторно нажимаем Transfer – происходит коммутация одного порта XCOT на другой. (класно ура!!!)
2)
- Внутренний абонент инициирует исходящий вызов (через XCOT порт) получает ответ
- Нажимает Transfer и делает второй исходящий вызов через второй XCOT порт и после ответа (или без него) не может соединить два транка…
В чём прикол? Почему нельзя? Может патчик за 50000 купить надо? :-))
Тема очень актуальна когда шеф говорит секретарю мол: «перезвони мне на мобилу и соедини меня с Альдебараном »

LD 21
prt
net_data


и посмотри ncos COT транков заодно.

Привет!
Вот такая картина:

NET_DATA
OPT RTD
AC1 INTL NPA SPN NXX LOC
AC2
FNP YES
ISDN YES
VPNI 0
PNI 0
PINX_DN
MBG 0
BSGC 65535
PFX1
PFX2
HLOC
LSC
RCNT 5
PSTN NO
TNDM 15
PCMC 15
SATD 1
OCLI NO
TNDM 15
TIDM NO
DASC
DITI YES
TRNX YES
EXTT YES
FTOP FTLY
APAD 0 0
VNR NO
NIT 8
FOPT 14
CNDN
CNAT
CNIP YES
CNTC
NATC
INTC

DES 391508
TN 001 0 00 06
TYPE COT
CDEN 8D
CUST 0
XTRK XCOT
FWTM NO
TIMP 600
BIMP 3COM
TRK ANLG
NCOS 0
RTMB 2 3
ATDN 274
SIGL LOP
SUPN YES
STYP BAT BTS
AST NO
IAPG 0
SEIZ NO
PPID 0
BTID 7
CLS UNR DTN WTA LPR APN THFD BARD
P10 LOL

Вопрос сводится собственно к тому - в чём разница между первым и вторым сценарием...

В первом случае ведь ограничений для коммутации двух транков нет!

Почему она появляется во втором случае?
Это баг или закономерность...

Покажи RDR_DATA

Попробуй
FTOP FRES

На счёт FRES - пробовал
Это наш RDR:

RDR_DATA
OPT CFF CFRA DSTD PVCA CWRD
FNAD HNT
FNAT HNT
FNAL FDN
CFTA YES
CCFWDN
CFN0 4
CFN1 4
CFN2 4
DFN0 4
DFN1 4
DFN2 4
DNDH NO
MDID YES
NDID YES
MWFB YES
TRCL 0
DFNR 0
CRT0 00 00 00 00
CRT1 00 00 00 00
CRT2 00 00 00 00
CRT3 00 00 00 00
DAY0
DAY1
DAY2
DAY3
HOLIDAY0
HOLIDAY1
HOLIDAY2
HOLIDAY3
ROA_DATA
OPT ROX
RICI
TIM_DATA
FLSH 250 850
PHDT 30
DIND 30 32 30
DIDT 14 16 14
LDTT 6
DLAT 0
BOTO 30
DBRC 20
RTIM 30 30 30
ATIM 0
AQTT 30
ADLD 0
AFNT 0
NFNA 0
ADHT 0
HWTT 300
NIT 8
FOPT 14
TST_DATA

Можно для пробы поставить OPT CFO, ситуация изменится наверняка до зеркальной. Тогда дело в правах. Сейчас права звонку достаются от форвардера (CFF) и при редиректе входящего внутренний абонент становится форвардером, а при двух исходящих - он оригинатор, и права его никому не достаются.
Однако у CFO есть своя обратная сторона медали, Вы понимаете.

to Vovka
На MСDN-транках описанная проблема вылечилась включением Network Attendant Service.
Удачи

Да мы сталкивались с такой проблемой на MCDN и NASA нам помогла :-)), но здесь COT и пока не понятно как лечится...

CFO/CFF я проверил - побарабану, ситуация не изменилась :-(

А релиз какой? Если я не ошибаюсь, на 21 релизе у нас такая же ситуация была - лечилась патчем.

Эта проблема существует на 3.0 и 25.40B для 25.15 не проверял... 21 просто нет :-))

А как патчик назывался, может он был выпущен для последующих релизов?

Названия патча, к сожалению не помню, давно это было, а станция сейчас пылится на складе - и, похоже до неё я не скоро доберусь.

Так, а CLS FTTU на абоненте не пробовал?

Опс, сорри! Увидел....

Из вашего обсуждения я поняла, что есть возможность соединения транков XCOT-XCOT через transfer. Я считала это невозможным. Или у нас версия не та (11С)

ЛАРИСА пишет
Из вашего обсуждения я поняла, что есть возможность соединения транков XCOT-XCOT через transfer. Я считала это невозможным. Или у нас версия не та (11С)

Привет!
Со стороны телекома включить ревирс полярности и будет всё хорошо. У телекома эта феничка для таксофонов применялась раньше...