Добрый день!
Есть аналоговый маршрут, в котором несколько транков СОТ.Используются только как исходящие линии Если нагрузка на линии небольшая, то все нормально.Но как только нагрузка увеличивается начинают зависать транки с неотвеченными исходящими вызовами.Т.е. они не успевают отбиться как занимаются вновь. И сбросить их теперь можно только принудительно.

.TRAK 4 1

ACTIVE TN 004 0 00 01
ORIG 004 0 00 01 COT RMBR 2 2
TERM NONE
TDTN 0 SLOT 13 PTY SLOT 9
DIAL DN NONE
MAIN_PM DIAL AUX_PM DNTRAN
TALKSLOT ORIG 10 TERM 8
EES_DATA:
NONE
QUEU ATTN
CALL ID 0 113

REQ: DISU 4 1

BUG030
BUG030 : 0 0 0 0 4 0 0 1 10
BUG030 + 1060A9EC 105C4B12 105C42C8 105E9604 105E8A40
BUG30 + 105E7974 105D929A 105D8B62 105D5AB6 10BE8520
BUG030 + 105F431C 105F3A94 114AA9C0 11491A36 1148E2E2
BUG30 + 1148E17E 10888D46 10885CE4 10885B3C 108B4614
BUG030 + 108B34EE 108B2DA0 108B133E 108AE842 10D1CEDE
BUG30 + 10D1C3A0 10D1C254 10D1C1EC

REQ:
BUG440
BUG440 + 1060A948 103D9562 103D6690 103D635E 105C434C
BUG440 + 105E9604 105E8A40 105E7974 105D929A 105D8B62
BUG440 + 105D5AB6 10BE8520 105F431C 105F3A94 114AA9C0
BUG440 + 11491A36 1148E2E2 1148E17E 10888D46 10885CE4
BUG440 + 10885B3C 108B4614 108B34EE 108B2DA0 108B133E
BUG440 + 108AE842 10D1CEDE 10D1C3A0 10D1C254 10D1C1EC
ENLU 4 1
Что здесь можно сделать?

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

На моем опыте помогла установка последнего деплиста.

Проверьте таймеры GTO/GTI в маршруте.

Мне вспоминается что-то про 12-секундную задержку освобождения транка после исходящего звонка.. Лечится или патчем или новой транковой картой.

"поиск, поиск,поиск" - кто бы решился задать вам вопрос не посмотрев предварительно поиск. Уже всех построили.

Таймеры менять пробовали, не помогает. Ситуация выглядит так, когда ставишь плату процессора с другого Меридиана – все отлично. Я до буквы сравнила распечатки RDB, COT ,CDB по данной задаче по двум Меридианам- все совпадает.
А вот с патчами разница есть.
Это неработающая станция:
VERSION 2111
RELEASE 23
ISSUE 47 +

IN-SERVICE PATCHES : 1
PAT# PRS AUTH ID NAME DATE FILENAME
00 bv80134 mplr11338 psdl_change 2/1/96 p11338.11c

А это работающая:
VERSION 1411
RELEASE 20
ISSUE 19 ##+

IN-SERVICE PATCHES : 11
PAT# PRS AUTH ID NAME DATE
004 BV41625 BVW 2544 OVL45 04 /01
005 BV42670 00 0000 REFNUM 04 /01
006 BV42670 BVW 1264 REFNUM 04 /01
007 NONE BVW 6829 ISSUE 04 /01
010 BV40852 MTV 0019 FIRMWOP 04 /01
011 BV40852 MTV 0019 LDFIRMW 04 /01
012 BV40852 MTV 0019 UPCKSUM 04 /01
013 BV40852 MTV 0019 EXCUTLD 04 /01
014 BV40852 MTV 0019 LAMPA 04 /01
015 BV40852 MTV 0019 BLK_LEN 04 /01
016 BV40852 MTV 0019 CSLHAND 04 /01

Можно утверждать,что все дело в этом?

Лариса, установите все рекомендуемые патчи для вашего RELEASE 23 ISSUE 47 +
С вероятностью 99.9% проблема исчезнет.

Tema пишет
Мне вспоминается что-то про 12-секундную задержку освобождения транка после исходящего звонка.. Лечится или патчем
согласен - MPLR06859
или новой транковой картой.
можно по подробнее?

Nicolay1 пишет
Лариса, установите все рекомендуемые патчи для вашего RELEASE 23 ISSUE 47 +
С вероятностью 99.9% проблема исчезнет.

С удовольствием послушаем за рекомендованные патчи для релиза 23.47

вот, по крайней мере MPLR06859 рекомендуют :cool:

Gluker пишет
можно по подробнее?
Может быть немного не так выразился..

COT(XUT Pack): After outgoing COT call clears from M1, Trunk takes 12 seconds to idle. *** NOTE: this problem is fixed by the introduction of the NT8D14CA Rel03 COT/XUT card. This PEP will not be required if using this card ***

Tema пишет
Может быть немного не так выразился..

COT(XUT Pack): After outgoing COT call clears from M1, Trunk takes 12 seconds to idle. *** NOTE: this problem is fixed by the introduction of the NT8D14CA Rel03 COT/XUT card. This PEP will not be required if using this card ***
да... я это пропустил
и правда fixed?

Gluker пишет
да... я это пропустил
и правда fixed?

Если не изменяет память, фраза fixed кочует из релиза в релиз (первый раз указывался vintage BB NT8D14), а патч продолжает писаться для каждого нового релиза.
По опыту - ничего не фиксится, проблема может оставаться. И если это мучает - ставьте патч.
Имхо, в последнее время проблема не так заметна, т.к. все меньше и меньше используется решение - один СО в одном руте...

Однако, если перейти к теме: сценарий при проблеме 12-сек задержки таков: транк после Rls не отбивается и повторная попытка его занятия дает OVFL. А в теме - "повторное занятие неотбившегося транка"... Не кажется ли вам, что дело в другом? Например FLASH вместо Rls?

Теоретически может быть и другой сценарий: если М1 все отрабатывает нормально, при отбое и быстром занятии того же транка могут быть проблемы на дальней стороне... не исключено.

Nicolay1 пишет
вот, по крайней мере MPLR06859 рекомендуют :cool:

Я ожидал увидеть список рекомендованных (кем, кстати?) патчей (да-да, во множественном числе).
Может, полегче с безответственными советами?

finair пишет
Я ожидал увидеть список рекомендованных (кем, кстати?) патчей (да-да, во множественном числе).
Может, полегче с безответственными советами?
предлагаю расстрелять :)

Gluker пишет
предлагаю расстрелять :)

Командировать во Владивосток для локализации проблемы. ;)

Malex пишет
Командировать во Владивосток для локализации проблемы. ;)

Да, это будет гуманно и нравоучительно :D

Мое знакомство с Meridian началось с релиза 4.0.
Прошу на это сделать скидку. :rolleyes:

Nicolay1 пишет
Мое знакомство с Meridian началось с релиза 4.0.
Прошу на это сделать скидку. :rolleyes:

Никаких отмазок! Сказано - Владивосток, стало быть так! Езжайте покупать билеты на паровоз!! За свой счет! :D

Malex пишет
Командировать во Владивосток для локализации проблемы. ;)
Ну и как сказано в «Бриллиантовой руке»: Будете у нас на Колыме

Спасибо всем , кто ответил!
Я тоже отвечаю по порядку.
Стояла карта NT8DBB, замена ее на NT8DBA улучшила ситуацию, но не решила окончательно.
Если я непонятно написала все выглядит так: встречная станция после отбоя вызывающего абонента (абонент нашего Меридиана) как давала посылку вызова, так и дает. С нашей стороны транк отмечается как занятый и освободить его можно только принудительно .И так могут зависнуть все до одного.
По поводу патчей , как бы действительно получить список рекомендованных для каждого релиза патчей? У нас несколько станций на разных предприятиях. И ставили их разные люди, каждый по-видимому со своим подходом. И сейчас, как только встает новая задача, так вылезают какие-то проблемы

А есть возможность махнуть платы местами на рабочей и проблемной станции? Я бы попробовал...
И выложите все-таки расвечатки RDB и COT.

Да, вот, пожалуйста.
TN 004 0 00 01
TYPE COT
CDEN 8D
CUST 0
XTRK XUT
TIMP 600
BIMP 3COM
TRK ANLG
NCOS 0
RTMB 2 2
ATDN 450
SIGL LOP
SUPN NO
AST NO IAPG 0
SEIZ NO
CLS UNR DTN WTA LPR APN THFD BARD
P10 NTC LOL
TKID
DATE 4 JAN 1996



TYPE RDB
CUST 00
DMOD
ROUT 2
DES DS
TKTP COT
PRIV NO
RPA NO
SAT NO
RCLS EXT
DTRK NO
ISDN NO
PTYP ACO
AUTO YES
ICOG IAO
RANX NO
SRCH LIN
STEP
ACOD 62
TARG 01
BILN NO
OABS
MFC NO
TIMR ICF 512
OGF 512
EOD 13952
DSI 34944
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
ARP 3
SFB 3
CRD 512
TFD 0
LEXT 100
SST 3 0
DTD NO
SCDT NO
2 DT NO
NEDC ETH
FEDC ORG
CPDC NO
SPCT IMM
HOLD 02 02 40
SEIZ 02 02
RGFL 02 02
RVSD 08 31
ILLR 02 02
DDO NO
DRNG NO
CDR YES
INC YES
LAST NO
OAL YES
AIA YES
OAN YES
OPD YES
NDP EXC 0
CDRX NO


PAGE 002

NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
MR NO
PANS YES
MANO NO
EQAR NO
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
TTBL 0
OHTD NO
PLEV 2
OPR NO
RCAL NO
ART 0
PECL NO
DCTI 0
SGRP 0
CAC 3
ANDN
AACR NO

ЛАРИСА пишет
встречная станция после отбоя вызывающего абонента (абонент нашего Меридиана) как давала посылку вызова, так и дает. С нашей стороны транк отмечается как занятый и освободить его можно только принудительно .

1. Попробуйте прописать FEDC ETH

2. и посмотреть ENTC процесса в LD80, afair в 23.47 это уже доступно. Если нет - каждое состояние посмотреть отдельно командой TRAK.

PhoneMan пишет
1. Попробуйте прописать FEDC ETH

2. и посмотреть ENTC процесса в LD80, afair в 23.47 это уже доступно. Если нет - каждое состояние посмотреть отдельно командой TRAK.

для entc нужно патчик

Попробуйте прописать у абонента XFR если нет ДВО эта проблема уже встречалась.

Malex пишет
Никаких отмазок! Сказано - Владивосток, стало быть так! Езжайте покупать билеты на паровоз!! За свой счет! :D

Ни в коем случае, никаких парововзов, только пешком, так что собирайте котомку. Правда Ларисе придется очень долго ждать.:D