Объединение пакетов.

0

0

Здравствуйте.

Есть шлюз, заметил что очень много исходящего трафика имеет маленький размер. Возникла мысль более рационального использования сетевых ресурсов. Эти мелкие пакеты объединять в один большой (MTU интерфейса 1500) и уже этот блок отправлять дальше. Как это можно сделать?

Спасибо.

http://ss.lg.ua

Ссылка

←	Проблеммы с настройкой SQUID

Transmission torrent web gui + nginx

→

у pf есть scrub :). Посмотри в сторону nf_defrag_ipv4 .

true_admin ★★★★★
(18.07.09 12:41:25 MSD)

Ссылка

скорее всего это в основном разные подтверждения от TCP и объединять их смысла нет, только медленне станет и разные retransmitы будут.

zhiltsov ★
(18.07.09 14:02:27 MSD)

Ответ на: комментарий от zhiltsov 18.07.09 14:02:27 MSD

Мне кажется так должно быстрее работать. К примеру количество запросов к удаленному web-серверу будет на порядок меньше. Так он соберет мелкие пакеты в один и отправит все сразу.

palladium
(18.07.09 16:23:04 MSD) автор топика

Глупо, ничего ты этим не ускоришь.

I3rain ★
(18.07.09 17:22:13 MSD)

Ответ на: комментарий от I3rain 18.07.09 17:22:13 MSD

Почему глупо? К примеру технология Глобакс, там ведь происходит объединение мелких пакетов в блок большего размера, его сжатие и отправка. Т.е объединение присутствует.

palladium
(18.07.09 17:55:10 MSD) автор топика

Ссылка

Ответ на: комментарий от palladium 18.07.09 16:23:04 MSD

>К примеру количество запросов к удаленному web-серверу будет на порядок меньше.

Количество запросов к удаленному web-серверу будет то же самое. Надо отличать транспортный уровень от прикладного.

nnz ★★★★
(18.07.09 18:24:17 MSD)

Ответ на: комментарий от nnz 18.07.09 18:24:17 MSD

Хорошо, не так выразился. Количество транзакций будет на порядок меньше. Я думал это само собой разумеется.

palladium
(18.07.09 19:31:03 MSD) автор топика

Ответ на: комментарий от palladium 18.07.09 19:31:03 MSD

>Количество транзакций будет на порядок меньше

Каких транзакций? TCP? Количество TCP-пакетов от этого не поменяется (потому что фрагментация идет на уровне IP).

nnz ★★★★
(19.07.09 00:11:31 MSD)

Ответ на: комментарий от nnz 19.07.09 00:11:31 MSD

Хватит передергивать и выдергивать фразы! Я про TCP не говорил! Web-сервер просто взял для примера, не имея в виду ни прикладной ни транспортный уровни. Просто компьютер подключенный к сети Интернет, ну для наглядности сказал Web-сервер. В первом посте я указал MTU интерфейса, подразумевая максимальный размер блока данных который может быть передан. Я хотел чтоб исходящие пакеты маленького размера объединялись в большие (согласно MTU) и отправлялись к узлу назначения, к примеру Web-серверу.

Я уважаю ваши глубокие познания модели открытых систем.

palladium
(19.07.09 01:34:15 MSD) автор топика

Ссылка

Как ты собираешься объединять вместе два пакета с разными адресами назначения?

bakagaijin ★
(19.07.09 10:18:54 MSD)

Ссылка

для этого нужно писать надстройку на протоколом ip.
пакет третьего уровня несет информацию только об одной tcp/udp сессии, надстройка должна собирать вместе несколько потоком и трансмитить их на удаленный хост.
это будет иметь смысл только если вы имеет более одного соединения на конкретный ip, помимо этого каждая программа открывает соединение в случайный момент времени, данные (в общкм виде) тоже передаются случайно, так что эффект от этого чуда будет только если идет довольно большой поток трафика на конкретный ip.
так что бросьте эту затею.

chocholl ★★
(20.07.09 09:16:34 MSD)