FW: Dial on demand on Access Servers
Hi, а вот такая задачка - может кто-нибудь придумать более изящное решение, чем клепание сотен dialer профайлов на AS? (я даже не уверен, что это вообще возможно). /doka -----Original Message----- Андрей, я правильно понимаю задачу? - у вас есть некая информационная система, которая должна рассылать почту пользователям, часть из которых подключается только по dialup. При появлении для них инфомации система должна инициировать звонок к пользователю, переслать ему данные и отключиться. Все верно? Если да - а почему невозможно обратное действие? Раз в какое-то время пользователь прозванивается сам, проверяте наличие данных и отключается? Это намного проще реализовать. -----Original Message----- Не совсем так Владимир. У меня действительно идет речь о подобии информационной системе, но не о почтовой. Просто рассылка "абстрактных данных". Мои сервера приложений знают кому, что и когда. Базовый протокол в системе IP. На выделенных каналах нет никаких проблем. Создать выделенку везде нет технической возможности, по этой причине часть каналов коммутируемые. Сорвер доступа (AS) в системе должен по факту получения 1-го IP пакета с адресом получателя инициировать процесс дозвана и организации соединения с клиентом. Далее, уже на уровне приложений по факту доступности клиентского узла, между сервером и узлом будет открыта сесия обмена. По факту завершения, критерием которой будет к примеру отсутствие IP-пакетов для хоста в течении 1-й минуты, Dail-up cоедиение разрывается. Обратное действие также присутствует. Но система должна обеспечивать возможность передачи информации и по требованию сервера. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello, О UUCP забыли? On Thu, Oct 28, 2004 at 01:46:27PM +0200, Vladimir Litovka (vlitovka) wrote:
Hi,
а вот такая задачка - может кто-нибудь придумать более изящное решение, чем клепание сотен dialer профайлов на AS? (я даже не уверен, что это вообще возможно).
/doka
-----Original Message----- Андрей,
я правильно понимаю задачу? - у вас есть некая информационная система, которая должна рассылать почту пользователям, часть из которых подключается только по dialup. При появлении для них инфомации система должна инициировать звонок к пользователю, переслать ему данные и отключиться.
Все верно?
Если да - а почему невозможно обратное действие? Раз в какое-то время пользователь прозванивается сам, проверяте наличие данных и отключается? Это намного проще реализовать.
-----Original Message-----
Не совсем так Владимир. У меня действительно идет речь о подобии информационной системе, но не о почтовой. Просто рассылка "абстрактных данных". Мои сервера приложений знают кому, что и когда. Базовый протокол в системе IP. На выделенных каналах нет никаких проблем. Создать выделенку везде нет технической возможности, по этой причине часть каналов коммутируемые. Сорвер доступа (AS) в системе должен по факту получения 1-го IP пакета с адресом получателя инициировать процесс дозвана и организации соединения с клиентом. Далее, уже на уровне приложений по факту доступности клиентского узла, между сервером и узлом будет открыта сесия обмена. По факту завершения, критерием которой будет к примеру отсутствие IP-пакетов для хоста в течении 1-й минуты, Dail-up cоедиение разрывается. Обратное действие также присутствует. Но система должна обеспечивать возможность передачи информации и по требованию сервера.
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Коллбэком ? Говорим сделать отзвонку туда-то, там нужный AAA и всё. Для ускорения первичной отзвонки звоним по BRI. В итоге пул дайлеров, которые заказывают нужные номера. Входящий звонок не есть проблема, судя по всему. Оборвать связь - тоже в течении минуты - тоже. Vladimir Litovka (vlitovka) wrote: VLv> Hi, VLv> а вот такая задачка - может кто-нибудь придумать более изящное решение, чем клепание сотен dialer профайлов на AS? (я даже не уверен, что это вообще возможно). VLv> /doka VLv> -----Original Message----- VLv> Андрей, VLv> я правильно понимаю задачу? - у вас есть некая информационная система, которая должна рассылать почту пользователям, часть из которых подключается только по dialup. При появлении для них инфомации система должна инициировать звонок к пользователю, переслать ему данные и отключиться. VLv> Все верно? VLv> Если да - а почему невозможно обратное действие? Раз в какое-то время пользователь прозванивается сам, проверяте наличие данных и отключается? Это намного проще реализовать. VLv> -----Original Message----- VLv> Не совсем так Владимир. VLv> У меня действительно идет речь о подобии информационной системе, но не о почтовой. Просто рассылка "абстрактных данных". Мои сервера приложений знают кому, что и когда. Базовый протокол в системе IP. На выделенных каналах нет никаких проблем. Создать выделенку везде нет технической возможности, по этой причине часть каналов коммутируемые. Сорвер доступа (AS) в системе должен по факту получения 1-го IP пакета с адресом получателя инициировать процесс дозвана и организации соединения с клиентом. Далее, уже на уровне приложений по факту доступности клиентского узла, между сервером и узлом будет открыта сесия обмена. По факту завершения, критерием которой будет к примеру отсутствие IP-пакетов для хоста в течении 1-й минуты, Dail-up cоедиение разрывается. VLv> Обратное действие также присутствует. Но система должна обеспечивать возможность передачи информации и по требованию сервера. -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello ! С тех пор уже 5 лет прошло ;). On Thu, Oct 28, 2004 at 02:55:18PM +0300, Alexey Balabushevich wrote:
Hello,
О UUCP забыли?
On Thu, Oct 28, 2004 at 01:46:27PM +0200, Vladimir Litovka (vlitovka) wrote:
Hi,
а вот такая задачка - может кто-нибудь придумать более изящное решение, чем клепание сотен dialer профайлов на AS? (я даже не уверен, что это вообще возможно).
/doka
-----Original Message----- Андрей,
я правильно понимаю задачу? - у вас есть некая информационная система, которая должна рассылать почту пользователям, часть из которых подключается только по dialup. При появлении для них инфомации система должна инициировать звонок к пользователю, переслать ему данные и отключиться.
Все верно?
Если да - а почему невозможно обратное действие? Раз в какое-то время пользователь прозванивается сам, проверяте наличие данных и отключается? Это намного проще реализовать.
-----Original Message-----
Не совсем так Владимир. У меня действительно идет речь о подобии информационной системе, но не о почтовой. Просто рассылка "абстрактных данных". Мои сервера приложений знают кому, что и когда. Базовый протокол в системе IP. На выделенных каналах нет никаких проблем. Создать выделенку везде нет технической возможности, по этой причине часть каналов коммутируемые. Сорвер доступа (AS) в системе должен по факту получения 1-го IP пакета с адресом получателя инициировать процесс дозвана и организации соединения с клиентом. Далее, уже на уровне приложений по факту доступности клиентского узла, между сервером и узлом будет открыта сесия обмена. По факту завершения, критерием которой будет к примеру отсутствие IP-пакетов для хоста в течении 1-й минуты, Dail-up cоедиение разрывается. Обратное действие также присутствует. Но система должна обеспечивать возможность передачи информации и по требованию сервера.
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- S/Y, Alexander, MD, nic-hdl: AJP1-UANIC =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
А придумали ли за 5 лет что-то лучшее для таких случаев, когда нужно что-то передать и тут же отвалиться с линии? On Thu, Oct 28, 2004 at 03:14:25PM +0300, Oleksandr Pantus wrote:
Hello !
С тех пор уже 5 лет прошло ;).
On Thu, Oct 28, 2004 at 02:55:18PM +0300, Alexey Balabushevich wrote:
Hello,
О UUCP забыли?
On Thu, Oct 28, 2004 at 01:46:27PM +0200, Vladimir Litovka (vlitovka) wrote:
Hi,
а вот такая задачка - может кто-нибудь придумать более изящное решение, чем клепание сотен dialer профайлов на AS? (я даже не уверен, что это вообще возможно).
/doka
-- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Vladimir Litovka (vlitovka) wrote:
а вот такая задачка - может кто-нибудь придумать более изящное решение, чем клепание сотен dialer профайлов на AS? (я даже не уверен, что это вообще возможно).
я правильно понимаю задачу? - у вас есть некая информационная система, которая должна рассылать почту пользователям, часть из которых подключается только по dialup. При появлении для них инфомации система должна инициировать звонок к пользователю, переслать ему данные и отключиться.
Вы будете смеяться, но FTN. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (5)
-
Alexey Balabushevich
-
Oleksandr Pantus
-
Victor Sudakov
-
Vladimir Litovka (vlitovka)
-
vladimir.sharun@ukr.net