Re: Проблема с СО транком на DEFINITYОтправлено: Роман on September 15, 1999 at 22:09:17: В ответ на: Re: Проблема с СО транком на DEFINITY posted by Дмитрий Долгих on September 15, 1999 at 16:28:20:
> > > Причем тут ARS анализ? Я на транк выхожу не через ARS, а простым > > Пути Лусентовые неисповедимы. Я много раз натыкалась на то, что завязки быть не должно, и в документации про это ничего не сказано, а она есть. Проверьте, хуже не будет. > Дык в ARS таблице у меня прописаны шесть цифр не больше и не меньше, > А тогда другой вопрос: если я прописываю в ARS таблице не точно Речь здесь идет про челнок, "R1.5"? Тогда причина вот в чем. Похоже, что у Definity процедура работы с челноком написана немного неаккуратно. И не проверяет, укомплектован ли буфер с номером полностью или нет. А в челноке, в отличие от нормальных протоколов, очень жесткий тайм-аут входящей стороны (0.4секунды). И это правильно, поскольку у координатки управляющий соединителем маркер один на много входов, и ждать, как R2 или PRI, набора абонентом очередной цифры он не может совсем. При этом если в буфере нет очередной цифры, а приходит запрос "передай следующую цифру", то Definity посылает случайное (не совсем :) число. Хотя, по правде, надо было бы вернуть наружу ошибку и послать абоненту fast-busy. Вот такие глюки. Мы, когда это увидели, очень удивились, по первому разу, особенно тому, что старый номер повторяется опять через несколько наборов ;-) Кстати, мне в Lucent рекомендовали CO (TN747) транки прописывать как WATS. Тогда таблица ARS не влияет, и решается проблема с нераспознаванием dialtone в режиме cut-through.
|
| ||||||