jecch
17.02.2003, 14:14
Привет!
Наблюдаю такую картину:
Станция 61С, Rel25.15, транзитная - клиенты
подключены по EuroIDSN и по MCDN, исходящая связь
через CSDTI NTCG01AC Rev01 по R1.5.
Сами клиенты не жалуются, похоже на них это не
отражается.
А у меня по логам идет DTRK509, а вслед за ним
через некоторое время три десятка ошибок AUD017,
AUD018, AUD028, AUD516, BUG105, BUG4005, TRK136,
TFS501. И так примерно каждый пятый вызов. В день
набегает тысяча с лишним ошибок. Что это за
ошибки, я знаю, но чем вызвана такая несправедливость?
Подключаю цифровой анализатор на поток, наблюдаю
за сигнализацией. Нормальные вызовы нормально и
отрабатывают. На ненормальных происходит вот что:
Я посылаю занятие выставлением битов, мне приходит
подтверждение занятия и дальше уже челноком запрос
первой цифры. Я посылаю первую цифру (все уже по
MFC), мне приходит подтверждение приема цифры и
запрос следующей. А моя станция посылает сигнал:
"повторите предыдущий сигнал", та станция мне
снова - передавайте следующую цифру, моя -
повторите предыдущий сигнал. И так пять раз. Потом
моя станция блокирукт этот тайм-слот, сама (!)
переходит на тайм-слот ниже (выбор RRB) и
повторяет процедуру. На этот раз вызов может
пройти нормально, а может и снова завязнуть после
передачи первой цифры. Если второй раз завяз -
абоненту шлется BUSY. Вот такая вот фигня.
Встречная станция цифровая и какой-то корреляции с
тайм-слотом нет, вообще не могу увидеть никаких
закономерностей.
Кто-нибудь может прокомментировать картину и
ответить на вопросы? Почему это происходит? Как
бороться?
---
JEC++ v1.0
Наблюдаю такую картину:
Станция 61С, Rel25.15, транзитная - клиенты
подключены по EuroIDSN и по MCDN, исходящая связь
через CSDTI NTCG01AC Rev01 по R1.5.
Сами клиенты не жалуются, похоже на них это не
отражается.
А у меня по логам идет DTRK509, а вслед за ним
через некоторое время три десятка ошибок AUD017,
AUD018, AUD028, AUD516, BUG105, BUG4005, TRK136,
TFS501. И так примерно каждый пятый вызов. В день
набегает тысяча с лишним ошибок. Что это за
ошибки, я знаю, но чем вызвана такая несправедливость?
Подключаю цифровой анализатор на поток, наблюдаю
за сигнализацией. Нормальные вызовы нормально и
отрабатывают. На ненормальных происходит вот что:
Я посылаю занятие выставлением битов, мне приходит
подтверждение занятия и дальше уже челноком запрос
первой цифры. Я посылаю первую цифру (все уже по
MFC), мне приходит подтверждение приема цифры и
запрос следующей. А моя станция посылает сигнал:
"повторите предыдущий сигнал", та станция мне
снова - передавайте следующую цифру, моя -
повторите предыдущий сигнал. И так пять раз. Потом
моя станция блокирукт этот тайм-слот, сама (!)
переходит на тайм-слот ниже (выбор RRB) и
повторяет процедуру. На этот раз вызов может
пройти нормально, а может и снова завязнуть после
передачи первой цифры. Если второй раз завяз -
абоненту шлется BUSY. Вот такая вот фигня.
Встречная станция цифровая и какой-то корреляции с
тайм-слотом нет, вообще не могу увидеть никаких
закономерностей.
Кто-нибудь может прокомментировать картину и
ответить на вопросы? Почему это происходит? Как
бороться?
---
JEC++ v1.0