Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Вт Сен 06, 2005 8:49 pm Заголовок сообщения: Modem On Hold на v34 между двумя IDC! |
|
|
Думаю, комментарии здесь излишни
Следует лишь напомнить о широком распространении АТС, которые поддерживают и ПРЕДЛАГАЮТ услугу Call Waiting, причем по более чем доступной цене .
Чего, кстати, не скажешь о FSK: его многие поддерживают, но ни кто НЕ ПРЕДЛАГАЕТ (чтобы «пробить», нужно искать «концы», причем отнюдь не бесплатно), или об АОН, который на Украине практически вымер! (хотя АТС его по-прежнему поддерживают, но не выдают).
Кроме того, даже при наличии технической возможности, определителем номера пользуется лишь определенный процент народа, в то время, как ситуация МОДЕМ+ТЕЛ. НА ОДНОЙ ЛИНИИ характерна практически для ВСЕХ домашних юзеров (если, конечно, им нужен модем), и не редкость для небольших офисов.
Так что, фитча будет востребована. А вместе с ней -- и модем IDC на втором конце провода |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Вт Сен 06, 2005 10:52 pm Заголовок сообщения: |
|
|
Идея опоздала лет на 8. Случаи использования модемов одной марки для связи друг с другом в настоящее время практически не встречаются; в основном модемы используются для связи с провайдерами Интернет. В связи с этим практически вымерли все фирменные хитроумные протоколы, и не только связанные с модуляцией и коррекцией ошибок (такие, как PEP и MNP-10), но и передача голоса поверх речи (SVD, V.61), переключение между голосом и данными. Вероятность возрождения этого направления сейчас практически нулевая. _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Ср Сен 07, 2005 12:13 am Заголовок сообщения: |
|
|
Цитата: | Случаи использования модемов одной марки для связи друг с другом в настоящее время практически не встречаются; в основном модемы используются для связи с провайдерами Интернет |
Странно, уменя 4 таких случая из 7 (в т.ч. и для связи с Интернет), причем в трех из них -- оба модема IDC.
Цитата: | Вероятность возрождения этого направления сейчас практически нулевая. |
Да не нужно возрождать всё направление.
Речь идет о конкретной функции, которую Вам ни чего не стоит реализовать в порядке планового обновления программы .
Разве-что, парочку регистров прийдется потратить...
И вообще, не понятен мне ваш писимизм: по моей статистике, каждый, кто выбирает модем сознательно, отдаст предпочтение IDC с вероятностью не менее 30%. По-моему, стоит "держать марку"! |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Ср Сен 07, 2005 8:58 am Заголовок сообщения: |
|
|
Цитата: | Странно, уменя 4 таких случая из 7 (в т.ч. и для связи с Интернет), причем в трех из них -- оба модема IDC. |
Тогда это - исключение, лишь подтверждающее правило. Просмотрите этот форум и картина будет ясна. Вопросы по взаимодействию двух IDC, как правило, касаются исключительно использования пары модемов на выделенном канале. _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Сб Сен 10, 2005 3:07 am Заголовок сообщения: |
|
|
Может в гловальном масштабе и не так часто, но ситуация IDC-IDC в природе встречается.
У нас на серверах стоят IDC: несколько на выделенках, остальные -- минимум полезной нагрузки, а в основном, чтобы дома был шаровой Инет .
Сейчас подуиываю, как бы в порядке апгрейда воткнуть вместо них пару ваших MultyInternal, а модемы списать и растощить по домам. А лишьние быстро разойдутся по знакомым...
Вряд-ли подобные решения "шаровой Инет для своих" являются редкостью. Ведь вы не зря эту карту разрабатывали Выходит, не так уж и мало в природе пулов на IDC.
И всё это в свете быстрого распространения Call Waiting по просторам СНГ.
В общем, решать вам.
PS
А реализовать можно, например, так:
после завершения сеанса связи по инициативе удаленного, модем некоторое время не кладёт трубку, ожидая дальнейших указаний (вплоть до банальных DTMF). Если таковых не последовало -- значит на втором конце не IDC. |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Сб Сен 10, 2005 8:00 am Заголовок сообщения: |
|
|
Решить проблему программно можно в рамка уже существующих микропрограмм (посмотрите описание команды *Kn). А вот увязать со существующим программным обеспечением не удастся. Есть решения для клиентской стороны (Dial-Up Networking), к которым можно было бы попробовать "присоседиться", как с симуляцией Caller ID. А с сервером что делать? RRAS не подразумевает работу с modem-on-hold.
Так что идею можно сразу похоронить. _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Сб Сен 10, 2005 5:31 pm Заголовок сообщения: |
|
|
Цитата: | А вот увязать со существующим программным обеспечением не удастся. |
И не планировалось увязывать!
Cофт слудует оставить в глубоком неведении о происходящем, реализовав фитчу 100% на уровне модемов
Т.е. с точки зрения софта, модемы связь не разрывали, а просто не могут в данный момент передавать данные (помехи на линии и т.п.)
Софтина, конечно, в праве возмутиться таким состоянием канала и потребовать Disconnect -- тогда модем просто повесит трубку.
Изложу алгоритм более подробно.
1. Модем, получив запрос на разрыв соединения, выполняет его, но трубку сразу не кладет, ожидая пару секунд запроса на OnHold.
2. Инициатор разрыва в праве передать запрос OnHold (если есть такое желание и умение ), либо просто положить трубку, если он действительно хочет завершить сеанс.
3. Запрос OnHold должен содержать информацию о том, как долго удаленный должен одидать возобновления сеанса (и, возможно, какую-то еще информацию). Этот тайм-аут задается через регистр модема.
4. В ответ на запрос OnHold, модем должен отрапортовать "бут сделано!", и ждать появления несущей в течение указанного времени, после чего -- положить трубку.
5. В ответ на "бут сделано!", модем производит переключение на
ожидающий вызов АТС. Если подтверждения нет, или слышно Busy -- вешает трубку.
Всё просто |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Сб Сен 10, 2005 8:58 pm Заголовок сообщения: |
|
|
Обмануть софт врядли удастся. Есть идея для проверки: поставить &C0 в строке инициализации, чтобы модем не отключал цепь DCD и софт не узнал об обрыве связи, установить соединение и затем его разорвать кнопкой One Touch Phone (речь о модеме под управлением RRAS). Этот эксперимент должен показать поведение софта в ситуации с "modem-on-hold, о котором софт ничего не знает". _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Вс Сен 11, 2005 3:32 am Заголовок сообщения: |
|
|
До RRAS пока не дотянулся, а МазДай DialUp скушал на ура!
Но эксперимент не чист изначально: ведь CD активен ещё до набора номера, что позволяет софтине сделать кой-какие выводы. Трудно сказать, какие именно, но пофантазировать можно (а вдруг ана ловит "NoCarrier" ).
Да и о состоянии других линий порта мне мало чего известно
Но достаточно того, что модем вываливается в командный режим, таким образом разрешая компу передавать данные, которые при случае (AT) будут интерпритированы как комманды.
Кто касается RRAS, -- нет в нем ничего магического: это обыкновенная живая софтина!
А ваша задача -- сделать так, чтобы состояние OnHold внешне ни чем не отличалось от Retrain (кроме тишины в линии, естественно)
Тогда ни какая софтина ни чего не пронюхает |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Вс Сен 11, 2005 1:40 pm Заголовок сообщения: |
|
|
Если перерыв в связи достаточно короткий (минута), то фокус пройдёт. Но сама процедура переключения звонков + повторный хэндшейк (восстановление связи) займут секунд 40. Так что поговорить толком не удастся.
Всё это как-то не вызывает энтузиазма... _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Пн Сен 12, 2005 3:48 am Заголовок сообщения: |
|
|
Цитата: | Если перерыв в связи достаточно короткий (минута), то фокус пройдёт. |
Если не трудно, расскажите уж, пожалуйста, по подробнее, чем продиктовано это ограничение?
Если софтину раздражает монотонный CTS, можно слегка подёргивать им (обеспечивая, однако, минимально возможную скорость заполнения буфера модема). Впрочем, при необходимости можно и похерить содержимое буфера, а также изредка подкармливать “бдительного контролЁра” случайными байтами: пусть попытается слепить из них пакет
При такой стратегии, минута должна растянуться далеко за пределы горизонта |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Пн Сен 12, 2005 7:21 am Заголовок сообщения: |
|
|
Цитата: | Если не трудно, расскажите уж, пожалуйста, по подробнее, чем продиктовано это ограничение? |
Так ведь у TCP/IP тоже есть таймеры _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Вт Сен 13, 2005 2:47 pm Заголовок сообщения: |
|
|
Хотите сказать, RRAS пингует удалённый комп, и чуть чё не так -- рубит модем? Строго через минуту, и на уговоры не ведётся? |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Вт Сен 13, 2005 3:02 pm Заголовок сообщения: |
|
|
Почему обязательно сам RRAS? Входящий звонок - явление случайное, асинхронное. Качаете Вы файл, и тут вдруг звонок. Соединения нет... _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Ср Сен 14, 2005 12:47 am Заголовок сообщения: |
|
|
Тогда не пойму, в чём проблема? Модем кто-то рубит, или нет?
Если нет, то по-окончании OnHold-а соединение должно бы восстановиться. |
|
Вернуться к началу |
|
|
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
Powered by phpBB © 2001, 2005 phpBB Group
|