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

Где еще надо подкрутить?

Вот:

Welcome to ARIA SOHO system. Press enter.
Your address is 192.168.0.222. Your port number is 3.

ARIA SOHO System
Version GS84P-3.6Am JUNE/06
Dsp Version: 1.0(06/06/09)
DATE: 01/22/07
TIME: 20:10:53
SITE NAME :
ENTER PASSWORD: ****
Access Canceled!

Чтобы получить статистику по звонкам совсем не обязательно "заходить" на станцию. Для этого только надо настроить вывод статистики на телнет-сессию (ПГМ175/6 и ПГМ177).
А в приведенном тобой месте АТС спрашивает технический пароль для мониторига или обслуживания системы.

Может быть есть FAQ как получить статистику?
Если не затруднит, скажите где на такое счастье можно посмотреть?

p.s. я так понял технический пароль не такой как админский. А какой? Или это информация ДСП?

на сайте www.ipldk.ru выложены технические пароли и большинство функций которые можно с ними делать в разделе локументация. на арии сохо пароли идентичны.
а по поводу статистики прописать в 175 программе куда пойдёт SMDR on line, а в 177 программе поставить smdr print on и поставить какие именно звонки будут тарифицироваться: ВСЕ, Междугороднии, входящие, для версии 3.7- внутренние итд.

Как все просто... установить сессию и дать команду... =)
Я-то по своей древнекомпьютерской натуре думал, что нужно установить сессию, дать некие команды, и только тогда будет щастье ... =)
Гуд. С он-лайн разобрался.

Еще один вопрос: как направить оф-лайн SMDR в телнет-сессию, а не на системный аппарат?

Ну так в ПГМ175/1 и поставь, в какой telnet.

Составителям док на заметку! Причем касается и LDK тоже.
В инструкции по программированию пункт 2.12 про настройку SMDR - нигде не упоминается PGM 175, что регулярно вызывает вопросы. Явный недочет.
Кроме того, недостаточно явно дано описание разницы между online и offline SMDR. Народ постоянно грузится и лезет с вопросами на форумы.
Кроме того, нет упоминания об отсутствии или присутствии возможности протоколирования внутристанционных соединений.
Кроме того, очень хочется увидеть на бумаге упоминание SMDR type 2, PGM 777, не говоря уж о технических подробностях его реализации. Его уже для Туниса открыли, а мы до сих пор не в курсе.

2 LastHand:
Да, недочеты есть. НО!!! Покажите хоть одну доку на любое оборудование, которое влючало подробное и детальное описание всего и удовлетворяло ВСЕХ потребителей вне зависимости от их уровня подготовки. Невозможно написать доку и учесть всевозможные ссылки из раздела в раздел.
Поэтому и существуют курсы обучения!!
Однако, если даже самостоятельно, но внимательно, проштудировать всю доку (а не только раздел SMDR), то связь между ПГМ177 и ПГМ175 будет очевидной.
Какая бы подробная инстукция не была, а вопросы на форумах все равно будут повторяться... Кому-то все равно будет что-то непонятно, а кому-то просто лень читать (или времени нет) и ему проще закидать вопросами несколько форумов (при этом даже поиск по форуму игнорируется)...
Что имеется в виду под фразой "уже для Туниса открыли, а мы не в курсе"??? Конкретно, Вы разве не в курсе протокола CS1000???? Все, кому было нужно описание этого протокола, его давным-давно получили. Или Вы имеете в виду, что в описание LDK нет ссылки на то, что под SMDR Interface Service подразумевается протокол SMDR от CS1000???
Что касается "протоколирования внутренних соединеней", то это появилось только на версии 3.7 (фактически пару месяцев назад) и, кстати, еще требует доработки. В описании на версию 3.7 функция ICM SMDR уже присутствует, но еще нет русского перевода (и неизвестно когда будет - невозможно все изменения в доках тут же переводить на русский)
Кроме того, как Вы понимаете "составители док" (корейцы) на наши форумы не заглядывают... Вы же, как представитель официального дистрибьютера вполне можете обратиться с замечаниями, жалобами и предложениями непосредственно в представительство и в том числе к тому сотруднику, кто и занимается переводами документации...Так, пожалуйста, напишите - без внимания ваши замечания не останутся.

> НО!!! Покажите хоть одну доку

Уважаемый, не переживайте Вы так - я ж написал "на заметку", а не "какая бяка тут в печатном виде", не нужно со мной бороться.
Я видел здесь пару раз, что Вы брали некоторые места в доках на заметку для исправления, вот и решил предложить еще одно. Не более того.

> Невозможно написать доку и учесть всевозможные ссылки из раздела в раздел.

Но можно ведь править обнаруженные пробелы?

> если даже самостоятельно, но внимательно, проштудировать всю доку (а не только раздел SMDR), то связь между ПГМ177 и ПГМ175 будет очевидной.

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

> Конкретно, Вы разве не в курсе протокола CS1000???? Все, кому было нужно описание этого протокола, его давным-давно получили.

Я в курсе. Но на следующей неделе я увольняюсь вместе со всеми моими знаниями.
Сколько понадобится среднестатистическому админу LDK времени, чтобы догадаться, что существует возможность в онлайн режиме использовать весь объем оффлайн буфера? Просто догадаться о наличии такой фичи.
После догадки он потратит еще какое-то время на поиски решения, после этого он будет искать и изучать протокол по обрывкам док пятилетней давности, потом тестировать разные программы для сбора...
Вот что я имел в виду. Что простым добавлением в доку нескольких строк можно донести до пользователя информацию о существовании столь полезной фичи. И еще пару строк, чтобы сэкономить ему время на поиски подробностей.

> "составители док" (корейцы) на наши форумы не заглядывают... Вы же, как представитель официального дистрибьютера вполне можете обратиться с замечаниями, жалобами и предложениями непосредственно в представительство и в том числе к тому сотруднику, кто и занимается переводами документации...

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

1. Андрей, да я и не переживаю!! И уж тем более не пытаюсь бороться с Вами - наоборот, мы же все-ки на одной стороне баррикад.
К сожалению, правка документации - долгий процесс. Представительство занимается только переводом. Так что сначала необходимо, чтобы изменения были внесены в Кореи в английском варианте доки.
2. Если в полной мере опираться на "человеческий фактор", то тогда нужно в доку внести многие разделы учебников по связи, а также описание стандартов в более удобоваримом виде и прочее...
3. По поводу увольнения - это серьезно или "виртуально", в качестве примера...

Кроме смайликов - будет бестселлер.
Гольдштейна давно не хватает, однако. Книжка с внятным изложением методов борьбы с R1.5, R2D, R2Drus, R2Dukr, ISDN - полсотни баксов за экземпляр будет мало, однако. $)