все добрый день,
вопрос мой такой, после upgradа на suc 4.0, появились проблемы с 2-х проводками. Т.е. при звонке с 2-х проводки на телефоный номер по atdn, который в данный момент занят и у него нет дополнительных линий или ханта, двух проводка помещаеться в состояние lockout. Соответственно лечиться это только передергиванием порта через 32. Был найден workaround через PLDN, только это не решение проблемы. Кто нибудь сталкивался еще с данной проблемой или нет? Если да то решили Вы ее как то еще, например нашил патч?

В транках SUPN (супервижн) включен или выключен?

Да, включен, все прекрасно работало ло тех пор пока не было upgrada, все появилось после него, все запрограммировано корректно, однозначно.

Та же проблема была и у меня.
Выключай супервижн и lockout"ы исчезнут.

скорее всего должен быть патч.

Про патч не слышал.

У нас аналогичная проблема на S3.0. Нормального решения пока не найдено, установка Dep-листа ни к чему не привела.

Аналогичная тема уже поднималась на форуме.

у 3.0 есть плюс после того, как транк ушел в lockout через несколько секунд он вовращаеться в состояние idle, соответственно у 4.0 такого вовращения нет :-)

Wagner пишет
у 3.0 есть плюс после того, как транк ушел в lockout через несколько секунд он вовращаеться в состояние idle
а как S3.0 заставить это делать? а то у меня такого нет... было бы очень даже хорошо!

Ничего подобного - S 3.0 возвращается в IDLE только после выключения-включения порта на карте и уходит в LOCKOUT после первого звонка (при включенном SUPN).

Уважаемые коллеги!

Решилась ли проблема? Есть ли патч? Открывал ли кто кейс по этому поводу?

Проблема, решена давно, кейс был открыт, теперь есть патч.
не помню точно. 19183

У кого есть? Поделитесь плиз!!! Для S4.00t
На ESPL нет такого патча.

Замечено, что при отключенном супервижне при трассировании транка он все равно уходит в локаут при занятости ATDN, но только на время пока идет вызов.
Вот пример:

.entc 2 0 0100


gotr


.18:26:24 13/09/2005
IDLE TN 002 0 00 00


.18:26:34 13/09/2005
ACTIVE TN 002 0 00 00
ORIG 002 0 00 00 COT RMBR 25 1
TERM NONE
DIAL DN NONE
MAIN_PM READY
TALKSLOT NONE
EES_DATA:
NONE
QUEU 2S
CALL ID 0 852





.18:26:34 13/09/2005
ACTIVE TN 002 0 00 00
ORIG 002 0 00 00 COT RMBR 25 1
TERM DN 3938
TDTN 0 SLOT 10 PTY SLOT 10
DIAL DN 3938
MAIN_PM BUSY AUX_PM BSYG
TALKSLOT NONE
EES_DATA:
NONE
QUEU DIAL
CALL ID 0 852





.18:26:34 13/09/2005
LOCKOUT TN 002 0 00 00


.18:26:36 13/09/2005
IDLE TN 002 0 00 00


.18:26:38 13/09/2005
ACTIVE TN 002 0 00 00
ORIG 002 0 00 00 COT RMBR 25 1
TERM NONE
DIAL DN NONE
MAIN_PM READY
TALKSLOT NONE
EES_DATA:
NONE
QUEU 2S
CALL ID 0 850





.18:26:40 13/09/2005
ACTIVE TN 002 0 00 00
ORIG 002 0 00 00 COT RMBR 25 1
TERM DN 3938
TDTN 0 SLOT 11 PTY SLOT 11
DIAL DN 3938
MAIN_PM BUSY AUX_PM BSYG
TALKSLOT NONE
EES_DATA:
NONE
QUEU DIAL
CALL ID 0 850





.18:26:40 13/09/2005
LOCKOUT TN 002 0 00 00


.18:26:42 13/09/2005
IDLE TN 002 0 00 00

и так далее.

Может есть мысли? Например по тритменту куда-то еще такой вызов должен отправляться (хотя у меня все в OVF)?

Такое ощущение, что где-то рядом решение. Ну не может быть, что Нортел с 3 релиза до сих пор багу не пофиксил.
Может промпт где новый появился...
...или пора уже кейс открывать...

To Wagner:
и все-таки будем очень признательны, если найдете точное название патча. Не нашел я такого...

кейс открыл...

Вот спасибо, интересно будет узнать о результатах.

Итак действительно, для S4.0 есть патч MPLR19183_1, проблему он решает. Такого патча на ESPL нет.
Так что ежели кому надо - пишите в приват. Размещать здесь, учитывая предыдущие бои за политкорректность, не буду.

С Уважением

А для S 3.0 патч есть?

У меня нет.

по поводу описания проблемы господином TheRam.
Двух проводка терерь работает так. И это не как не изменить. Если проблема в этом то нет необходимости ставить патсч. Проблема в другом. на 4-ке после того, как звонок с 2-х проводки приходит на занятый номер и при условии что нет никаких переадресаций, то 2-х проводка помещаеться в состояния lockout, и больше от туда не возвращаеться. Только путем перезагрузки порта. Вот по этой проблеме, есть патсч. Скажите тип машины для которой нужен патч. я посмотрю.

С уважением,
Wagner

Wagner пишет
Проблема в другом. на 4-ке после того, как звонок с 2-х проводки приходит на занятый номер и при условии что нет никаких переадресаций, то 2-х проводка помещаеться в состояния lockout, и больше от туда не возвращаеться. Только путем перезагрузки порта. Вот по этой проблеме, есть патсч.
С уважением,
Wagner

???
мы вроде уже закончили обсуждение...

и патч такой найден...

Wagner пишет
Скажите тип машины для которой нужен патч. я посмотрю.


Вы имеете доступа к заказным патчам??? Product Improvement?

Нужен патч для :

Станция M1 Opt 11C
софт Succession 3.0

Нужен патч для :

Станция M1 Opt 11C
софт Succession 3.0

Нужен патч для :

Станция M1 Opt 11C
софт Succession 3.0

TheRam пишет
Итак действительно, для S4.0 есть патч MPLR19183_1, проблему он решает. Такого патча на ESPL нет.
Так что ежели кому надо - пишите в приват. Размещать здесь, учитывая предыдущие бои за политкорректность, не буду.

С Уважением

Итак ,можно поздравить Нортел, в S4.5 такая-же хрень :mad:
Соответственно сталкивался кто уже?

да сталкивались.
патч p21400_1.ssc

у меня S4.5, убыла проблема в том, что по ACOD попадаешь на СОТ, поговорил, одбился, а номер ушел в локаут, лечились dis enl порта, потом мне сказали что надо поменять на платах полярность СЛ, чтоб на карте на всех TN была одинаковая полярность, поменял, работает, ни каких патчей не ставил.

VTM пишет
да сталкивались.
патч p21400_1.ssc

Ставили, не работает.

Xman пишет
Ставили, не работает.

В точку! Не работает.
Причем был такой 19183 issue 2 для 4.0, так вот он тоже не работал :)
Ну нам с этого не легче.

Ау mr.PhanTom вы тута ...
Ну ка посчитайте скока лет эта проблема не решается Нортелем.:mad: :mad: :mad:

Тоже столкнулся с подобной проблемой, однако не могу сказать, что она проявляется однозначно. Имеем 9 Меридианов (S3.0). Повисания СОТ-транков стабильно были на 4х станциях. На 2х станциях решили проблему подключением СЛ с одинаковой полярностью. На 2х оставшихся геморрою было больше...
Немного переписали конфиг ... и все пока работает.

сначала:
ld 15:
TYPE cot
XTRK XCOT
SIGL lop
BIMP 3com
SUPN yes
STYP bts
AST no
SEIZ no
CLS unr dip

потом:
TYPE cot
XTRK exut
SIGL lop
TIMP 600
BIMP 3com
SUPN no
AST no
SEIZ no
CLS unr dip

да ... еще в ld 16:
NEDC ETH
FEDC ETH

Вполне возможно, что проблема была у меня из-за неопытности обслуживания Меридианов.
Да ... еще один момент ... вот эти две последних станции работают с отвратительным заземлением ... может и здесь "собака порылась".

достаточно SUPN NO прописать - зависать не будет.
но проблемму это не решает

Так что у нас по этой теме новенького? У меня то же самое. Сообщения тут противоречивые, как быть-то? Не хочется отказываться от SUPN, HUNT заводить от фонаря тоже.

Ставь последний DEPlist, там похоже чего-то вкорячили по теме, по крайней мере апрельский для 4.5 выкинул патч p21400_1.ssc.

А что это за DEPlist, пару слов? Первый раз слышу (встречал в форуме, но дела не имел). И у меня 4.0

Ну... это типа как сервиспак для windows :)
В общем набор нортеловских патчей под конкретный релиз, где убраны старые баги и добавлены новые
:)
Попроси у того, кто вам станцию продавал,либо апгрейдил, либо здесь попроси...

Прошу, для того, что в подписи

Xman пишет
Ставь последний DEPlist, там похоже чего-то вкорячили по теме, по крайней мере апрельский для 4.5 выкинул патч p21400_1.ssc.

Написали они нормальный patch, который работает.
Номер у него другой и я его уже забыл :)