Здравствуйте. Возникла следующая ситуация. М1 состыкована с Definity по цифровому потоку (на М1 плата CDTI2). При звонке с М1 на Definity идет дикая задержка. После набора до соединения проходит 9 секунд. Занятие канала происходит быстро, а после набора пауза. Подскажите где можно поковырять, чтобы убрать задержку.
Вот рут
TYPE RDB
CUST 00
ROUT 7
TKTP COT
PRIV NO
RPA NO
SAT NO
RCLS EXT
DTRK YES
DGTP DTI2
ISDN NO
DSEL VCE
PTYP DCO
AUTO NO
ICOG OGT
RANX NO
SRCH RRB
STEP
ACOD 0
TARG
OABS
TIMR ICF 512
OGF 512
EOD 13952
DSI 34944
NRD 10112
DDL 70
ODT 4096
RGV 640
ATO 7936
FLH 510
GTO 896
GTI 896
ARP 3
SFB 25
CRD 512
IENB 5
TFD 0
LEXT 100
VGD 6
SST 3 0
DTD NO
SCDT NO
2 DT NO
NEDC ETH
FEDC ETH
CPDC NO
SPCT IMM
HOLD 02 02 40
SEIZ 02 02
RGFL 02 02
RVSD 08 31
ILLR 02 02
DDO NO
CDR YES
INC NO
LAST NO
TTA NO
QREC NO
OAL NO
OTL YES
AIA NO
OAN YES
OPA YES
OPD YES
NDP EXC 0
CDRX NO
CCO NO
NATL NO
TDG 8
SSL
CFWR NO
IDOP NO
MUS NO
MR NO
PANS NO
RUCS 0
MANO NO
EQAR NO
FRL 0 0
FRL 1 1
FRL 2 2
FRL 3 3
FRL 4 4
FRL 5 5
FRL 6 6
FRL 7 7
OHQ NO
OHQT 00
TTBL 0
OHTD NO
OPR NO
MCTS NO
ALRM NO
ART 0
OPDL 0
NADT 0
SGRP 0
FRIN NO
RRBS YES
RLSM 0
LEC 0
ADDG 8
ANDN
Это челнок или декадка? Сделайте SSL (spe**** service list), как это описано в документации.
ALB пишет
...Занятие канала происходит быстро, а после набора пауза....
Если это действительно так, то imho Definity виновата.
Ivan_A пишет
Если это действительно так, то imho Definity виновата.
Смотрел трейс Definity по потоку, сначало идет занятие, затем идет пауза и спустя 9 секунд Definity получает цифры набора. так что Definity тут не причем.
ALB пишет
Смотрел трейс Definity по потоку, сначало идет занятие, затем идет пауза и спустя 9 секунд Definity получает цифры набора. так что Definity тут не причем.
Я поэтому и спросил - как собираются и отправляются в линию цифры с М1. Для CDTI есть специальный сценарий - SSL. RTFM
Malex пишет
Это челнок или декадка? Сделайте SSL (spe**** service list), как это описано в документации.
Это декадка. Насколько я понял, в LD18 необходимо определить количество цифр принятых М1 до занятия канала?
Правильно? :rolleyes:
He получается!!!!
Я не совсем понимаю как работает SSL. В руте указал SSL 1. В LD18 прописал.
SSDG 0
CDPC YES
TOLL YES
ALRM YES
TNDM NO
SSUC NO
А вот запроса NDGT не последовало, и станция как работала так и работае с задержкой.
2ALB
пример конфигурации SSL
LD 18
REQ: new
TYPE: ssl
SSL 0
SSDG 1 (первая цифра в линию - 1)
(на все вопросы ответ - NO,)
NDGT=6 (кол-во цифр, включая первую - 6)
SSDG 2 (все аналогично)
SSDG 3 (все аналогично)
...
...
SSDG 8
(все ответы - NO, кроме TOLL YES)
NDGT=1
PS Количество цифр - 6, взято, ессно, для примера. Реально - сколько необходимо отправить.
Я же говорю, запрoса NDGT станция не дает.
при попытке поставить везде NO после SSUC NO выдает SCH8926 и сного шлет запрос CDPC.
ALB пишет
Я же говорю, запрoса NDGT станция не дает.
при попытке поставить везде NO после SSUC NO выдает SCH8926 и сного шлет запрос CDPC.
Пардон. Не на все нужно ответить - NO. С TOLL вызовом (если нужен) в моем логе все правильно, а с другими цифрами нужно указать тип. Поставьте - SSUC YES.
Запроса NDGT нет в любом случае. Может NDGT гдето еще устанавливается.:confused:
ALB пишет
Запроса NDGT нет в любом случае. Может NDGT гдето еще устанавливается.:confused:
Дайте лог последовательности того, что делаете. Что мы гадаем не видя действий...
REQ NEW
TYPE SSL
SSL 1
SSDG 0
CDPC N NO
TOLL N NO
ALRM N NO
TNDM N NO
SSUC YES запрс NDGT не дает
SSDG 1
CDPC N NO
TOLL N NO
ALRM N NO
TNDM N NO
SSUC N YES
SSDG 2
CDPC N NO
TOLL N NO
ALRM N NO
TNDM N NO
SSUC N YES
SSDG 3
CDPC N NO
TOLL N NO
ALRM N NO
TNDM N NO
SSUC N YES
и т. д.
2ALB
Какая то фигня... :( Только что попробовал на станции: дает NDGT, даже если все ответы - NO.
Может вы не видите эту строку (уставки терминала, проблемы на порту?)? Машина, релиз? Ини попробовать?...
Машина 55С
VERSION 1711
RELIS 21
ISSUE 19
До этого никаких проблем с терминалом и с портом не было.
Судя по SCH8926 NDGT по умолчанию ставиться в 0. А где ставиться???:confused:
ALB пишет
Машина 55С
....
на 55С это обычно и бывает. :) шутка. 51С хотели сказать.
ALB пишет
Судя по SCH8926 NDGT по умолчанию ставиться в 0. А где ставиться???:confused:
NDGT появляется последним промптом после перечисления опций вызова. Он появляется в виде: NDGT 0 и правое поле свободно для нового ввода. Вот тут и нужно поставить новое значение. Если новое значение не выставлено - остается 0 - по умолчанию и идет ошибка.
А если без SSL?
Не знаю насколько это правильно, но SSL я прописываю только для работы челноком. Если декадник (sicfw dp), то SSL no. Все работает нормально, без задержек, если, конечно flen правильный. Может, в этом проблема у ALB?
2Ivan_A
Согласен, что SSL более необходим для MFS. ИМХО необходимость в этих листах на декадке есть только при наборе 8 (нужно прекратить набор и отправить ANI на запрос). Если исходящий трафик локальный, попробовать можно и без SSL.
А задержка... проблема в том, что мы так и не знаем, как организована обработка цифр меридианом, а ALB нам этого не говорит.
Malex пишет
2Ivan_A
А задержка... проблема в том, что мы так и не знаем, как организована обработка цифр меридианом, а ALB нам этого не говорит.
Выхожу на поток по ACOD и просто набираю 3 цифры
2ALB
Промт NDGT появился с 23 релиза и для него нужен пакадж cismfs/ Так что не ищи;)
ALB пишет
Смотрел трейс Definity по потоку, сначало идет занятие, затем идет пауза и спустя 9 секунд Definity получает цифры набора. так что Definity тут не причем.
А посмотреть трейс Меридиана по потоку LD80? ИМХО - встроенный мониторинг не гарантия правдивости. Объективно - поставить анализатор на поток.
PS выход прямым ACOD + цифры не должен давать задержку
2 ALB:
А если в конце набора нажать # ?
Подсказка: ну да, конечно, - задержки не будет.
А если сделать маршрутизацию с flen'ами ?
Фантастика...
Нет, ну серьёзно, вы вправду считаете, что набрав acod, вы заняли канал и все набираемые потом цифры буквально напрямую транслируются дальнему концу? Соответственно - по мере нажатия кнопочек?... Ох...
Karter пишет
2Нет, ну серьёзно, вы вправду считаете, что набрав acod, вы заняли канал и все набираемые потом цифры буквально напрямую транслируются дальнему концу? Соответственно - по мере нажатия кнопочек?... Ох...
Очень уважая мнение и опыт г-на Kartera. И все же:
CSDTI, декадный код (не PRI, не челнок и не MFC). Возможно делать транзитный звонок изначально выходя по АКОДУ и по мере набора слушать проключения промежуточных (аналоговых) станций и донабирать номер. В случае с фиксированным FLEN - это сделать нельзя.
Просто вопрос: на аналоговых CO тоже действует закон отправки цифр после EOD?
ЗЫ Заранее приготовил пепел и вымыл волосы.
ЗЗЫ Да, еще одно. Я не говорил о полном отсутствии задержки после АКОДА. Речь шла о задержке в 9 сек.
Karter пишет
2 ALB:
А если в конце набора нажать # ?
Подсказка: ну да, конечно, - задержки не будет.
Ошибаетесь. Было испытано еще до того как я обратился за помощью.
2 Malex & 2 ALB:
Уболтали :-)))
Karter пишет
2 Malex & 2 ALB:
Уболтали :-)))
Фантастика... (© Karter) :D
2ALB
Я склоняюсь к тому, что дальняя сторона ждет больше цифр, чем вы отправляете и начинает их обрабатывать, когда истекает ее таймер.
Спасибо всем за помощь. Смотрел и сравнивал трейсы М1 и Definity, похоже что дальняя сторона собирает цифры в пакет и по окончанию таимаута обрабатывает их. Буду долбить админа Definity.