МЭК 104 по TCP и UDP

  Вход на форум   логин       пароль   Забыли пароль? Регистрация
On-line:  

Раздел: 
Телемеханика и связь в энергетике / Модемы и протоколы ТМ / МЭК 104 по TCP и UDP

Страницы: 1  ответить новая тема

Автор Сообщение

постоянный участник
Группа: Участники
Сообщений: 79
Добавлено: 17-09-2014 12:44
Добрый день! Прошу помощи вот с каким вопросом.
1) Может ли 104 протокол работать с транспортом UDP?
2) Правильно ли я понимаю, что если 104 работает по TCP, до получения подтверждения приема пакета N пакет N+1 отправлен не будет? То есть при низких скоростях, например 32 кБит/с за 1 секунду можно передать 6-7 пакетов.

3) Для протокола МЭК101 подтверждение приема проводилось на уровне приложения или канальном уровне?

Спасибо!

бывалый
Группа: Участники
Сообщений: 49
Добавлено: 17-09-2014 13:36
1) Может ли 104 протокол работать с транспортом UDP?


Нет, не может.

2) Правильно ли я понимаю, что если 104 работает по TCP, до получения подтверждения приема пакета N пакет N+1 отправлен не будет?


Не совсем верно. В 104 есть параметр k - максимальное число неподтвержденных пакетов. То есть он сможет послать несколько пакетов, а потом ждать подтверждения.

Есть также параметр w - число принятых неподтвержденных пакетов, после которых приемник пакетов должен послать кадр с подтверждением.

На практике, "заторов" возникать не должно, приемник должен успевать подтверждать принятые кадры.

То есть при низких скоростях, например 32 кБит/с за 1 секунду можно передать 6-7 пакетов.


Сложно сказать, все зависит от размера сообщений и конкретных реализаций протокола, но думаю >12 пакетов/с

3) Для протокола МЭК101 подтверждение приема проводилось на уровне приложения или канальном уровне?


На канальном уровне (протокол FT1.2). Подтверждается каждый пакет. Как правило, используется небалансный режим, а там обычный Master/Slave?, то есть ЗАПРОС/ОТВЕТ(ПОДТВЕРЖДЕНИЕ)

постоянный участник
Группа: Участники
Сообщений: 79
Добавлено: 17-09-2014 14:38
Спасибо за пояснения!

Со 104 более-менее понятно... есть механизм контроля за подтверждениями.
Перейдем на уровень ниже. Правильно ли я понимаю, чтобы не генерировать подтверждение каждого TCP пакета и не создавать дополнительную задержку можно использовать TCP-WINDOW размером, например, те же 12 пакетов (допустим 3600 байт при MTU=300 байт)?




постоянный участник
Группа: Участники
Сообщений: 79
Добавлено: 17-09-2014 14:39
Или поставить WINDOW-SIZE 64000 кБайт по умолчанию и заставить контролировать трафика только 104 протокол...?

постоянный участник
Группа: Участники
Сообщений: 79
Добавлено: 17-09-2014 14:41
Извиняюсь за флуд...

Или 104 своими метками k и w регулирует число подтверждений для TCP?

аксакал
Группа: Участники
Сообщений: 568
Добавлено: 17-09-2014 15:18
Извиняюсь за флуд...

Или 104 своими метками k и w регулирует число подтверждений для TCP?

Вряд ли. ТСР понятия не имеет ни про какой МЭК

бывалый
Группа: Участники
Сообщений: 49
Добавлено: 17-09-2014 16:19
Перейдем на уровень ниже. Правильно ли я понимаю, чтобы не генерировать подтверждение каждого TCP пакета и не создавать дополнительную задержку можно использовать TCP-WINDOW размером, например, те же 12 пакетов (допустим 3600 байт при MTU=300 байт)?


Я не советую тюнинговать стек TCP. Такие дела могут плохо закончится. Сетевая подсистема TCP сама разберется, каким должен быть размер окна и другие параметры.

бывалый
Группа: Участники
Сообщений: 49
Добавлено: 17-09-2014 16:23

Или 104 своими метками k и w регулирует число подтверждений для TCP?


Нет не регулирует. Эти вещи никак друг с другом не связаны. Тут на лицо небольшое дублирование функционала на уровне TCP и на прикладном уровне МЭК 104. Зачем так сделали, я не знаю.

Страницы: 1  ответить новая тема
Раздел: 
Телемеханика и связь в энергетике / Модемы и протоколы ТМ / МЭК 104 по TCP и UDP

KXK.RU