Добрый день! Столкнулись со следующей проблемой: на АТС AriaSoho настроена LCR - подмена набора 8 дозвоном на пин-платформу. Все работало хорошо до некоторых пор, пользователь набирал 9-8-код города-номер абонента, а АТС автоматически отдавала в линию 8495хххххххРР(пауза)8-код города-номер абонента. Сейчас же ситуация такова, что при наборе пользователем например номера 989261234567 в линию уходит такая последовательность - 8495хххххххРР8899226611223344555666. При этом на АТС никаких изменений не вносилось уже несколько лет, а оператор местной связи говорит, что они здесь не при чем, грешат на пин-платформу. Ради эксперимента настраивали другого оператора пин-платформы - то же самое. На мой взглад проблема в том, что оператор местной связи как-то неправильно воспринимает автоматическую вставку паузы и все что идет после нее, потому как если всю последовательность вносить руками, все работает нормально (не задваиваются цифры после дозвона на пин-платформу).
Уважаемые специалисты, помогите решить проблему!

8495хххххххРР8899226611223344555666 - это вы где смотрите?

На пин-платформе

А на дисплее системного аппарата что, в логах SMDR на сохе?

Простите, но я не знаю как логи SMDR на АТС увидеть.

А на дисплее системного телефона отображается режим LCR и набранный номер

1. логи смотрятся либо через сом-порт, либо через LAN-порт, если есть. смотреть можно любой терминальной программой.
2. а не пробовали использовать автоповтор у телефонного аппарата, подключенного напрямую к линии?
3. кстати, у вас в линию от станции идет импульсный или тональный набор? если импульсный, попробуйте перейти на тональный.

1. Про логи я поняла, просто я не в том офисе нахожусь, где АТС стоит, удаленного доступа нет.
2. С телефонного аппарата напрямую к линии автоматический набор нормально работает.
3. Набор тональный

еще можно поиграть коэффициентом усиления в таблицах 400-411. в направлении от DTIB, SLIB to ACOB. менять аккуратно и помнить, что сделано.

А в какую сторону менять значения и с каким шагом? Во всех 12 программах что ли менять? Или начать с 408?

Думаю, пока крутить усиление не надо, а я бы попробовал два набора(номер один и тот же) :
один медленно, второй - redial-ом.
зы уверен, проблема прова,
зызы по хорошему надо снять сценарий платы со ..и показать прову...

в том-то и дело, что провайдер умывает руки, потому что с телефонного аппарата, подключенного напрямую к линии, все нормально набирается в автоматическом режиме и редиалом. Я тоже думаю, что проблема у провайдера, поскольку пару лет схема с LCR работала отлично, а с конца августа такая фигня началась

для начала - в сторону уменьшения.
все не надо - только from SLIB to ACOB ну и может from DTIB to ACOB.
шаг - это экспериментальным путем подбирается.
ну и записывать, что делали и с чего начали. и бэкап конечно перед изменениями!
P.S. я так приводил в чувство дизу. отказывалась делать донабор при вызове от оператора номера 8800хххх

Это точно должно помочь?

нет не точно. но пробовать надо. на провайдера у вас влияния то нет.

понятно)

Скорее всего провайдер поменял у себя программное обеспечение. Отсюда и вылезла эта бяка...У меня на LDK были глюкина потоке при замене ПО на ГАТС.

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

Я тоже подозреваю, а как Вы решили эту проблему?

Soho делает набор очень быстро, быстрее чем redial на тлф. Проконтролировать набор можно встав трубкой на линию, по которой идет набор и самой прослушать. Набрать 9 8, затем 981, будет понятно сколько цифр проскакивает после паузы - одна или две, две или четыре. Но прову нужно показать снятый вами сценарий (очень удивительно. что они до сих пор вам его не предоставили со своей стороны, как доказательство своей правоты. Это говорит о низкой квалификации прова) иначе это все слова и движения не будет..

Как...Позиция работы с провом такова: заключили договор-платим деньги-провайдер обеспечивает работу. Если инженера не обеспечивают выполнение договора-пишите претензию. Вот несколько раз так сделал, начальство ВолгаТелекома пальцем погрозила инженера на ГАТС... Они потом чутко реагировали на мои просьбы. Ну, а в техническом плане... Позвонил, сказал, что есть проблемы с потоком. Инженерки попросили дать время, через полдня все заработало. В вашем случае тяжелее, у вас аналоговые СО...

Так они говорят у них обычные линии СО и сделать запись передачи DTMF они не могут

Так я тоже звонила и четко обозначила в чем конкретно проблема, а они говорят у нас нет проблем. Придется снимать логи с АТС. Только я пока этого не умею...

Lan модуль стоит?

С СОМ-портом обращаться умеете?

Когда-то давно сталкивалась один раз при настройке шлюза AddPac, через LAN или USB можно к АТС подключиться?

Лучше, канешна, через LAN. По USB вы ничего не снимете. Запускаете программу типа Гипертерминал, подключаетесь к АТС через LAN или СОМ и можете снимать тассировки или посмотреть SMDR. И учтите, что для подключения через СОМ нужен нуль-модемный шнурок. А для работы по TCP/IP в АТС нужно установить (если у вас его там нет) модуль LANU

А на Сохе можно уменьшить скорость передачи цифр, чтоб помедленнее передавала их в линию?

Наверное нет. Это ведь стандартный протокол.

Нашел тут инфу случайно по этому поводу..
Может поможет?..

Это для iPTCS, конечно.., из другой сферы, но как средство для размышлений - откуда ноги растут у подобных случаев..

http://www.artcom.ru/forum/index.php?showtopic=8409
Да, была такая проблема, связанная с именно с Two Way Recording - станция выдавала в линию сдвоенные цифры набранного номера (дублирование набора).
Это исправлено на последней версии прошивки для SLTM8/32: GS95S40Ne/GS96S40Ne
Но при этом желательно также поменять прошивки для след. модулей:
LGCM - GS95L40Mc
PRIM - GS95Q40Ld.

Стас! разговор идет о ARIA SOHO, а ты отвечаешь по станции IPECS.
Не путай людей!!!!!! Эти проблемы между собой ничего общего не имеют.

Хотел как лучше, помочь, Оксане, b..лин.. и опять.. как всегда.. меня мордой об стол..
Пойду выпью бутылку водки с грузчиками..

Стас, стол еще не развалился?

Спасибо за Ваше желание помочь, очень приятно!!! Придется все-таки учиться логи с сохи снимать...

Возможная причина удвоения , может быть связана с пульсовым набором. Тип набора какой? Ну и после пауз он пульсом не становится? LCO connect timer какое значение имеет?

Это форум специалистов, а не курсы дипломатического этикета.. Поднимая какую то инфу - я ее сам разжевать хочу для лучшего усвоения..
Замалчивания своих пробелов знания не приведут к ускорению понимания.. техника емкая на загадки - лучше с ними заочно познакомиться..
У меня вчера вся система глюканула из нескольких атс - тут уже было не до любопытства в нахождении ответа, а попытка не утонуть в тухлых яицах, которыми забрасывали абоненты..
А вот сегодня я вопрос подниму.. в теме по iPECS.. только опять мордой об стол сразу - а единомышленников по интересному поиску любопытного случая - ноль.. Мало какого то спортивного азарта, но без лишних напрягов и огрызаний..

Без логов ув. Харрис не будет всерьез отвечать.. Логи это уже документ для предъявления претензии..

"Красиво излагает собака. Учитесь Киса. /О.Бендер/
за точность цитаты правда не ручаюсь. :-)
и где обещанная история про глюки?

+1.Бугага

Уже написал в теме LIK.. хотя она больше для LDK подходит..

По теме: стояло у меня оборудование смарт транк st802-й кажется, так вот он, (контроллер) получая тоном сигнал с радиостанций формировал пульсовый набор в линию и при этом прозрачно транслировал и dtmf, пришлось убрать линии 300-ки(т.к. она воспринимает и то и то одновременно) и включать линии si2000. Еще раз повторю свое предложение: в 221 проге прописываете любой преффикс, ссылка на н-р 90-ю таблицу в 222-й проге. В этой таблице прописываете номер своего телефона и через РР любой набор от одной и более цифр. Давите преффикс, после звонка сразу снимаете трубку и слушаете ....Должны услышать цифры стоящие после РР в 222 -й проге...Что получилось на самом деле пишете нам..

Лучший ответ

Добрый день, всем.
я от оператора, и у нашего абонента такая ж проблема. У клиента та же станция, тоже LCR и вставка пауз. Цифры двоятся обычно либо в конце последняя либо посередине (закономерность не контролировали). Выезжал наш инженер, тестировал напрямую линии - проблем не было. Когда снимали трейсы со своего оборудования в присутствии ARIA SOHO - количество набранных цифр в ряде случаев завышено. Клиент снять трейс со своего оборудования не имеет возможности, может только менять настройки конфигурации. Мы готовы сотрудничать. Просьба помочь разобраться в проблеме

Вообще линии тональные, на АТС не знаю что стоит в настройках. В какой программе можно посмотреть установленный режим набора номер? LCO connect timer - 00

При одинаковом внешнем проявлении, могут быть разные причины
Не имеет или не умеет?

Не умеет, и к тому же нет кабеля.

Пока наблюдаем, что происходит при выключенном LCR

А что за оператор, если не секрет?

Подскажите, какой порт слушать

Уточним: вот именно так принимает набор платформа оператора??
Т.е. именно цифры сдвоены, строены??? Или же цифры идут "вперемешку"??
Т.е. это реально полученные данные на стороне оператора или Вы просто привели это как пример удвоения цифр, просто со слов оператора??

Цифры именно сдвоены, этот номер я привела к примеру. Цифры реально задваиваются и я это вижу именно в биллинге на стороне оператора пин-платформы.