Переадресация на сотовый OS 500

[Ave]

И не будет только что проверил на своей станцией.
Спутал с N-LCR, его можно в Next Port ставить.

[LionB]

Тогда только Mobex, но это песня для OS7000

[Ave]

Можно и через N-LCR на OS500 замутить.

[Hort]

Можно и через N-LCR на OS500 замутить.

Я весь превратился в слух

[DFG]

А вот тут вот темка:
viewtopic.php?f=4&t=3065&start=10#p23527

можно проверить, поставив не виртуальный а реальный номер?
Правда это для 7200 4.46d.

[Ave]

Там это все равно не описывается
Готов рассказать за небольшое вознаграждение))
Но в принципе ключевые слова я уже сказал N-LCR...

[Hort]

А вот тут вот темка:
viewtopic.php?f=4&t=3065&start=10#p23527

можно проверить, поставив не виртуальный а реальный номер?
Правда это для 7200 4.46d.

не работает
симптомы те же, при прямом наведении переадресация идет, в случае если next port или добавляю в группу то идет КПВ до отбоя

[Ave]

Делайте через N-LCR

[Hort]

нашел схему как сделать ч/з АА.
http://www.atsforum.ru/archive/index.php/t-4193.html

Ни один форвард не будет работать, если звонок в коде 406 или 714 назначен на группу. Нельзя, и все тут.
Есть два варианта, с помощью которых это можно обойти.
1. Если есть плата АА, назначаем Next на группу АА, в коде 735 указываем план работы, в коде 733 не указываем сообщение, все Destination - на виртуальный номер 3501. На номер 3501 ставим форвард.

2. Физически соединяем городской порт 750 со внутренним 250. Внутренний 250 пишем в группу или в Next. Приход звонка с СО 750 назначаем на 3501. На номер 3501 ставим форвард. Звенит 250, вызывное напряжение попадает на СО 750, звонок приходит на номер 3501, срабатывает форвард.

и столкнулся с ещё одной проблемой. А именно то, что авто секретарь по входящей связи не видит набор внешним абонентом 1хх. А потом наткнулся на
http://mini-ats.info/index.php/conf/vie ... 288/#37070

Здравствуйте. Хочу заранее предупредить – ниже последует очень длинный текст, но как иначе подробно изложить проблему? Так же хочу извиниться за повторение – аналогичный пост уже висит на IXBT и на forum.skunksworks.net.
Со слабой надеждой, что кто-нибудь с этим встречался и знает какие-то решения…
Итак, имеется OfficeServ 500 в следующей конфигурации - процессор - MCP2, плата PRI для работы с потоком E1, два блока питания PSU-B, плата 8DLI, 3 платы 16SLI, IOM, плата AA.
Приобретена была в феврале, и до начала июня никаких нареканий по поводу работы станции не возникало (кроме одного, о котором ниже).
Однако, спустя около 3 месяцев, в определенный момент (буквально - неисправность “выяснилась” в течение часа со слов клиентов, звонивших в нашу компанию , которые разом стали говорить о том, что не работает “перевод звонка” по внутреннему номеру абонента) возникли серьезные проблемы в работе АА.

Часть 1. Распознавание DTMF-сигналов.

Симптомы:
АА отсылает звонящего на 500 группу либо говорит Invalid Number либо отсылает на 500 группу по no action.
Звонки производились:
Снаружи через PRI с аналоговых телефонов Panasonic, Canon и т.д. и с системных телефонов Samsung
Изнутри с аналоговых телефонов Panasonic, Canon и т.д. и с системных телефонов того же Samsung.

Результаты длительных и глубоких исканий:
Станция не воспринимает цифры 2, 3 (14567890 - воспринимает нормально), к слову - это те самые цифры с которых может начинаться план нумерации.
При помощи терминальной программы, сервисных комманд станции, IOM и нульмодемного кабеля был произведён hex dump реакции станции на набор по порядку цифр 1234567890. В зависимости от используемого аппарата, места и направления звонка получены следующие результаты:

(искомые позиции помечены !X!)

Звонок изнутри и снаружи с SLI телефона Panasonic TS-2365

[tCALL](2e41: 3c) 7E80 00A0 000C 0616 040!1! 0000
[tSPMA](2e41: 3d) 7E80 00A0 000A 2100 03FF
[tCALL](2e42: 4e) 7E80 00A0 0014 0615 4EFF 00A0 3951 FFFF FFFF FFFF
[tSPMA](2e42: 4f) 7E80 00A0 0012 2100 06FF 0101 01FF FFFF FFFF
[tCALL](2e43: 28) 7E80 00A0 000C 0616 040!4! 0000
[tSPMA](2e43: 29) 7E80 00A0 000A 2100 03FF
[tCALL](2e43:2e1) 7E80 00A0 000C 0616 040!5! 0000
[tCALL](2e44: 72) 7E80 00A0 0014 0615 4EFF 00A0 3951 FFFF FFFF FFFF
[tSPMA](2e44: 73) 7E80 00A0 0012 2100 06FF 0101 01FF FFFF FFFF
[tCALL](2e44:17e) 7E80 00A0 000C 0616 040!6! 0000
[tSPMA](2e44:17f) 7E80 00A0 000A 2100 03FF
[tCALL](2e45: 17) 7E80 00A0 000C 0616 040!7! 0000
[tCALL](2e45:305) 7E80 00A0 000C 0616 040!8! 0000
[tCALL](2e46: 8b) 7E80 00A0 0014 0615 4EFF 00A0 3951 FFFF FFFF FFFF
[tSPMA](2e46: 8c) 7E80 00A0 0012 2100 06FF 0101 01FF FFFF FFFF
[tCALL](2e46:1d2) 7E80 00A0 000C 0616 040!9! 0000
[tSPMA](2e46:1d3) 7E80 00A0 000A 2100 03FF
[tCALL](2e47: d8) 7E80 00A0 000C 0616 040!0! 0000

Отсюда видно, что станция не восприняла цифры 2, 3

У телефонов Panasonic TS есть регулируемое сопротивление, при помощи которого можно изменить мощность DTMF сигнала, воспроизводимого телефоном в линию. При увеличении мощности DTMF на 20-25% (телефоны с такой настройкой будут идти с пометкой “powered") получаем следующие результаты:

Звонок изнутри и снаружи с SLI телефона Panasonic TS-2365 powered (набирались специально только цифры 2, 3):

[tCALL](3313:3de) 7E80 00A0 000C 0616 040!2! 0000
[tCALL](3314:20e) 7E80 00A0 000C 0616 040!2! 0000
[tCALL](3315: 73) 7E80 00A0 000C 0616 040!3! 0000
[tCALL](3315:289) 7E80 00A0 000C 0616 040!3! 0000
[tCALL](3316: b9) 7E80 00A0 000C 0616 040!3! 0000

Станция восприняла ВСЕ набранные цифры 2, 3

Так же станция распознает цифры 2, 3 при звонках изнутри и снаружи с:
* Факсов Canon
* Мобильных телефонов
* Прочих SLI телефонов с достаточной мощностью DTMF
* Системных телефонов того же Samsung (что логично...)
* Телефонов того же Panasonic серии TS-2xxx но «powered»

Цифры 14567890 распознаются станцией независимо от модели аппарата и направления звонка.

Объяснение симптомов:

Внутренние номера, содержащие цифры, к которым, в свою очередь, в Translation Table были привязаны группы или другие внутренние номера, воспринимаются некорректно, но тем не менее отправляют вас куда-то по следующей закономерности:
* Набираем в AA номер 202
* Станция не видит нажатую двойку
* Видит нажатый ноль
* не видит двойку
* Получаем посыл в 500-ую группу по умолчанию ассоциированную с нулём

Другой вариант:
* Набираем 205
* Станция из этого видит 05
* Не понимает чего от неё хотят
* Посылает по Invalid Number

Ещё вариант:
* Набираем 232
* Станция не видит ничего
* Ждёт no action time
* Посылает по направлению no action (по умолчанию в 500 группу)

Часть 2. Совсем не поддающиеся осмыслению неисправности.

Через некоторое время к описанным выше проблемам добавились “не поддающиеся систематизации” проблемы с AA, такие как:
* Зачитывание в качестве реакции на любую клавишу (внимание! не только на 2, 3, а вообще любую) сообщения Invalid Number. Причем зачитавание сообщение повторяется беспрерывно подряд, «по кругу», станция при этом не реагирует ни на какие нажатия клавиш (такого практически невозможно добиться программированием станции в здравом уме).
* Другие вариации посылов AA неизвестно куда по непонятным правилам
* И то что происходило периодически даже в то время когда станция работала “нормально” - мгновенное зачитывание звонящему из города абоненту сообщения Invalid Number (т.е. “внешне” это выглядит как зачитывание invalid “вместо” greeting) при звонке с некоторых городских телефонов (такое поведение было устойчивым и от времени не менялось - то есть если при звонке с определённого номера проблема есть, то она так навсегда и оставалась - и это та самая проблема, о которой было сказано в начале, и которая присутствовала с самого начала эксплуатации станции).

Часть 3. Мероприятия по замене компонентов станции и другие мистификации (также ни к чему не приведшие)

Чем перечислять заменённые части, напишу проще - была собрана другая станция, правда не из новых частей, но полностью из других (даже флэшка с софтом другая).

* Были скомпонованы все возможные варианты частей станции в нескольких вариантах
* Все эти эксперименты проделывались в разных местах, с разными источниками электропитания.
* Ес-но пробовались разные версии прошивок станции (на настоящий момент - 2.46)
* Станция полностью обнулялась, программировалась заново.
* Ес-но эксперименты проводилсиь при настройках “по умолчанию” - т.е. просто на обнуленной и никак дополнительно незапрограммированной станции.

Эффект тот же, что говорит о системности данной неисправности.

Не было испробовано две вещи:
* Сборка станции на основе нового (не б/у) базового блока
* Подключение другого источника ISDN PRI

Общение с сервис-центрами:

В сервис-центре компании ved.ru, в которой и покупалась станция, сказали что все нормально и за неисправность они это не считают. Предложили нам выключить “промышленный Wi-Fi”, “проверить синусоиду в розетке и заземление станции”, “смахнуть пыль с проводов”. И даже демонстрация всех этих проблем у них в офисе не произвела никакого впечатления. В севис-центре, рекомендованном Самсунгом (не помню, к сожалению, его названия) ответили, что слышали о проблеме с телефонами Panasonic серии TS, но что делать с этим не знают и никаких решений предложить не могут; тем более у них не нашлось рекомендаций по устранению неисправностей, описанных во «2 части» этого текста.

Предвидя возможные рекомендации “отказаться от Panasonic TS и забыть о проблеме” хочется сразу заметить следующее:

* во-первых, Panasonic TS является одним из наиболее распространённых в России офисных телефонов, и невозможно заставить тысячи (десятки, сотни тысяч?) компаний отказаться от его использования просто потому, что какие-то отдельные АТС не могут с ним корректно работать
* во-вторых, эта проблема не связана напрямую с телефонами Panasonic серии TS, так подобное поведение замечено и у нескольких других типов телефонов
* в третьих, как и описано выше, проблема не сводится к “недостаточной силе” DTMF-сигналов и нераспознании “2” и “3”; проблема гораздо шире и неприятнее, и касается при этом уже абсолютно всех типов телефонов.

И еще – «выбросить Самсунг и никогда им не пользоваться» - это, безусловно, самое разумное, что можно сделать (без всякой иронии) - но, увы, по очевидным причинам, такое решение не подходит…

Проблемы из раздела 2 можно смело отнести к надписи на крышке базового блока (магическое слово Samsung может лишить потребительских качеств даже чугунный кубик) и не рассматривать их вообще – как полностью бессистемные, а вот с мощностью DTMF хочется как то разобраться…

Вот, собственно, и все… Буду очень рад услышать хоть что-нибудь по этой проблеме!
PS : Если есть товарищи по несчастью - ОТКЛИКНИТЕСЬ - вместе не так страшно

Сейчас уже не знаю что и делать сплошняком баги и нелепые ограничения

[Ave]

Да, сделайте Вы через N-LCR. Все будет работать.
Будет приходить звонок на группу, потом через время Overflow time группа замолкнет и начнется набираться номер из N-LCR *он же сотовый*, который стоит в Next Port.