Скажите, как настроить нужно модем или какая программа нужна, чтобы модем корректно поддерживал протокол V92, при приема 2 вызова заказана услуга ДВО Ожидание вызова. P.S. ЮТК поддерживает этот протокол.
Bugi Вот в ЮТК и советую обратиться. Без обид - они же должны отвечать за качество и объем услуг, которое предоставляют? Верно?
2root@localhost Смысл стандарта v.92 не в приросте скорости, а "на непринужденности использования и лучших функциональных возможностей" Читайте мануал http://www.v92.com/about/
Ага, ну молодец. Я что английский знаю? Ты так скажи, по русски в двух словах. А то мне тоже интересно, связь чтоль устойивей держит?
Цитирую с Ferra.ru: В июне 2000 года ITU (International Telecommunications Union) анонсировал протоколы для аналоговых модемов нового стандарта: V.92 и предназначенный для совместного с ним применения новый протокол сжатия данных V.44. Главный интерес представляет первый, хотя новизны в нем, по сравнению с V.90, на первый взгляд, не так уж и много: те же 56 кбит/с от провайдера к пользователю и с теми же ограничениями. Основных новинок три, рассмотрим их по порядку. Modem-on-Hold (MOH) — особенность, позволяющая пользователю при поступления входящего звонка временно приостановить обмен данными, не разрывая соединения, а по окончании разговора вернуться к приостановленной сессии. Запрос клиента на приостановку соединения эквивалентен функции Flash телефонных аппаратов: станция провайдера переводит линию в режим Hold, выйти из которого можно или по сигналу клиента, или по тайм-ауту, расценив долгое молчание как обрыв связи. Возможность приостановить соединение, поставив клиентскую линию в Hold, имеет и провайдер, но вряд ли это найдет какое-либо применение. Кроме собственно процедуры приостановки соединения, V.92 оговаривает механизм, позволяющий модемам корректно разбираться с тональным сигналом вызова. Дело в том, что для модемов V.90, используемых с электронными АТС, сигнал вызова является настоящим бичом: он подобен сигналу разъединения, и в зависимости от настроек модема может заставить последний «повесить трубку» (впрочем, некоторые считают это достоинством — всегда можно дозвониться). Существующие сегодня решения, касающиеся приема второго вызова во время активного соединения, допускают длительность второго соединения не более семи секунд, что недостаточно для ответа, а позволяет только принять Caller ID. Технология MOH рассчитана на длительность второго соединения в несколько минут, что уже вполне достаточно для нормального разговора. К тому же клиент и сервер могут заранее устанавливать время, на которое линия на сервере будет установлена в Hold, до того как сервер посчитает это обрывом связи. Различные варианты использования этой технологии предусматривают не только решение со стороны клиента о принятии или отклонении входящего вызова, но и разрешение сервера на прерывание соединения. Quick Connect (QC) — позволяет уменьшить время установки соединения в части измерения параметров линии связи. Типовой процесс соединения включат четыре стадии. Первая: установление физического соединения путем дозвона клиентского оборудования до серверного (или наоборот, при использовании Callback). Вторая: выполнение процедуры измерения параметров канала связи, выбор оптимальной скорости соединения, компенсация неравномерности АЧХ канала, подавление эхосигналов аналоговой петли, компенсация прямой и обратной задержки прохождения и пр. Третья: установка цифрового соединения с коррекцией ошибок по протоколу V.42 и, наконец, соединение по протоколу PPP или SLIP. Суммарное время всех этапов — 25-30 секунд. Не считая процесса дозвона, который достаточно быстр при тональном наборе и может быть ускорен не более чем на пару секунд за счет длительности DTMF-сигналов в 200-300 мс против 700-800 положенных, наибольшее время занимает вторая стадия. QC предусматривает сохранение параметров (аналоговых — АЧХ и характеристик подавления эхосигналов, а также цифровых — задержки прохождения сигнала и т. п.) настройки клиентского модема в энергонезависимой памяти при первом соединении с использованием процедуры тестирования канала по стандарту V.90. При последующих соединениях клиентский модем загружает предыдущие установки и тестирует только тональный ответ модема провайдера. Если условия связи близки к предыдущим, процесс тестирования канала пропускается, если нет — снова выполняется стандартная процедура соединения V.90. Если клиент подключен к АТС, имеющей выход на городскую сеть по цифровому каналу, параметры аналоговой линии от модема до станции не подвержены изменениям, а значит, технология QC будет работать. Если же станция клиента промежуточная и коммутирует аналоговый канал на другую АТС (а таких станций в Москве немало), преимущества QC востребованы не будут. Зарубежные провайдеры предусматривают и более интересные варианты использования «быстрого коннекта», типа «виртуального онлайна», когда при неактивности соединение разрывается, но за клиентом сохраняется IP-адрес, и при получении запроса соединение быстро восстанавливается (как со стороны клиента, так и со стороны провайдера). V.PCM Upstream — увеличение скорости передачи данных от пользователя к провайдеру до 48 кбит/с. Протокол V.90 оговаривал применение модуляции PCM для канала от провайдера к пользователю и применение QAM (в V.34) в обратном канале. Спецификация V.90 Issue 2, на практике не использовавшаяся, предусматривает применение PCM в обоих каналах, и именно на ее базе появился V.92. Топология соединения, разумеется, сохранилась, и основное требование — чтобы между клиентским модемом и телефонной станцией был один-единственный аналоговый участок — соответствует V.90. Принципиальные изменения для пользователя это новшество вряд ли принесет, кроме более корректной работы в приложениях, требующих по возможности симметричного трафика. Для совместной работы с V.90 предназначен новый протокол сжатия V.44. Как известно, к алгоритмам сжатия, интегрируемым в модемы, предъявляются довольно противоречивые требования. Во-первых, минимум загрузки процессора — ведь в модемах используются относительно маломощные микропроцессоры, которым надо обслуживать еще и интерфейс и DSP. Во-вторых, небольшой объем памяти, иначе стоимость модема значительно возрастет. В-третьих, малая временная задержка между входом и выходом данных как для кодера, так и для декодера, иначе приложения типа Интернет-телефонии или онлайновых игр окажутся неработоспособными. Именно по этим причинам алгоритмы с высокой степенью сжатия, применяемые в программных архиваторах типа ZIP, в данном случае неприменимы (ZIP использует объем памяти, равный объему файла). До последнего времени функции компрессии успешно выполнял V.42bis (по степени сжатия, правда, значительно уступающий тому же ZIP). В V.44 степень сжатия удалось повысить в среднем на 26%. Иными словами, соединение на скорости 44 кбит/с со сжатием эквивалентно скорости 56 кбит/с для V.42bis. V.92 включает в себя еще и стандарт V.250 — набор команд управления и диагностики модемов, который должен быть идентичным для всех производителей.