#34 closed задача (fixed)
Приоритезация трафика
| Reported by: | andrei | Owned by: | |
|---|---|---|---|
| Priority: | major | Milestone: | 1 очередь |
| Keywords: | Cc: | Director, san, alx |
Description
В эксплуатации провели эксперимент.
Режим работы сервер - 1 клиент. В порт Ethernet подали данные не ограничивая скорость. При этом трафик Ethernet заполнил весь доступный канал 4G и данные RS-232 перестали проходить.
Это очень печально, т.к. в RS-232 передается телемеханика и ожидалось постоянная её передача, независимо от нагрузки Ethernet.
Требуется разделить трафик и передачу вести в зависимости от приоритета. Приоритет вынести в настройку и предоставить пользователю решить какие данные они желают передать в первую очередь.
На данный момент я данные разделяю так:
- RS-232
- RS-485 (потенциально появится, пока не реализовано)
- Управление устройством
- Пользовательский Ethernet.
Еще одна проблема (пока оставлю здесь) - заполнение канала 4G данными от разных клиентов в режиме "звезда".
Change History (7)
follow-up: 2 comment:1 by , 5 years ago
follow-up: 3 comment:2 by , 5 years ago
Replying to andrei:
А как вообще мы можем приоритезировать трафик управления если он или внутри пользовательского Ethernet, или приходит из 4G?
Что такое трафик управления?
follow-up: 4 comment:3 by , 5 years ago
follow-up: 5 comment:4 by , 5 years ago
Replying to andrei:
Replying to alx:
Replying to andrei:
А как вообще мы можем приоритезировать трафик управления
Что такое трафик управления?
Запросы и ответы от web-интерфейса контроллера.
Запросы мы приоретизировать никак не можем, так как их отправляет не наш софт. Ответы, отправляемые нашим HTTP-сервером, мы можем приоретизировать путем установки заданного оператором значения DSCP сокету сразу после принятия входящего соединения от клиента.
follow-up: 6 comment:5 by , 5 years ago
Replying to alx:
Replying to andrei:
Replying to alx:
Replying to andrei:
А как вообще мы можем приоритезировать трафик управления
Что такое трафик управления?
Запросы и ответы от web-интерфейса контроллера.
Запросы мы приоретизировать никак не можем, так как их отправляет не наш софт. Ответы, отправляемые нашим HTTP-сервером, мы можем приоретизировать путем установки заданного оператором значения DSCP сокету сразу после принятия входящего соединения от клиента.
Вот в этом и проблема, что входящего можем не дождаться. А пользователь от нас ждет доступного управления...
comment:6 by , 5 years ago
Replying to andrei:
Вот в этом и проблема, что входящего можем не дождаться. А пользователь от нас ждет доступного управления...
Возможность приоретизировать трафик, генерируемый нашим устройством, мы предоставить можем. Приоретизировать трафик, генерируемый сторонним софтом пользователя (в данном случае веб-браузером) - проблема пользователя и его браузера. Мы здесь помочь никак не можем.
comment:7 by , 5 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Алексей реализовал приоретизацию трафика, насколько это возможно, в r155
А как вообще мы можем приоритезировать трафик управления если он или внутри пользовательского Ethernet, или приходит из 4G?