Ну так очевидно же, STYX-у нужен канал с гарантированной доставкой.
А действительно ли пакеты так уж нужно доставить или это информация может быть пропущена чтоб не забивать трафик переповторами в STIX таких регулировок нету.
Ну т.е. разработчик работая с только с API STYX абстрагируясь от платформы не имеет никаких средств влияния на время доставки и управления потоками.
А про GPRS это новое условие с вашей стороны.
Кстати у меня точно такая же задача с GPRS и тысячей дивайсов.
Но STYX, сокеты - это еще не прикладной уровень, после них еще надо писать кучу софта для парсинга информации и ее перенаправления в разные интерфейсы.
На верхнем действительно прикладном уровне находятся DCOM, CORBA, SNMP и т.д.
Вот к ним напрямую подключаются SQL сервера, SCADA, системы управления предприятием и т.д.
Цитата(PsM @ May 2 2007, 13:25)

Может и не расчитан, но его пытаються там использовать.
https://developer.berlios.de/projects/estyx/Не думаю что при использовании GPRS/IP/IL/STYX будет существенно большая избыточность чем в случае использования GPRS/IP/TCP/Сокеты. Тем более что нужно будет еще что то предпринять насчет безопасности.
Может подскажите другой протокол, который больше подойдет ?
И обьясните, плиз, какие проблемы реалтайм должен учитывать протокол ?