Мне нужно изменить логику работы протокола сетевого уровня, который отвечает за маршрутизацию на одном конкретном компьютере. Не представляю даже как это делается! Нужна общая информация, каким образом вообще можно разработать новый протокол, и как его потом использовать на компьютере?
Сергей Протько: Я аспирант, и занимаюсь оптимизацией протоколов. Мне нужно изменить протокол на сетевом уровне. Просто не понимаю с чего надо начать? Где взять, как изменить и установить свой измененный
Армянское Радио: Конечно есть идеи. Статей еще нет, я только начал. Нужно улучшить работу протоколов. Но как изменить протокол, пока еще так и не понял. Все предложения - абстрактны, я и так знал, что нужна какая-то библиотека, и что-то потом установить. Но примера этой библиотеки или кратенького описания никто не предложил.
Армянское Радио: Есть теория сетевого кодирования, согласной которой есть алгоритмы с помощью которых можно оптимизировать работу существующих протоколов. Ну то есть суть, что пакеты собираютсяна узлах сети то есть на маршрутизаторах, и не пересылаются сразу. А собираются в некий большой пакет, который отправляется на другие узлы, которые в свою очередь разбирают этот пакет и выделяют нужную информацию (декодируют). Вот мне нужно как раз найти то место в TCP/IP стеке где можно обработать приходящие пакеты, изменить алгоритм работы, так чтобы можно было кодировать эти пакеты, а также декадировать. Как я понял это делается на канальном уровне. Вот как это сделать, я пока не знаю.
polyakovyevgeniy: Какой чудесный глюк. А вы в курсе, что размер Ethernet-кадра - всего 1500 байт? Это вы так алгоритм Нейгла переизобретаете? А что делать с латентностью? Мрак какой-то.
Армянское Радио: Теорию сетевого кодирования придумал не мой руководитель. И она уже используется давно. Почитайте информацию. И дело тут не в размере кадра. Размера нам как раз хватит.
Не нужно вам модифицировать сетевой стек. Сделайте имитационную модель на любимом делфи, убедитесь, что латентность стала такая, что мама не горюй, что реализовать quos стало нереально и возьмите более реальную тему исследования.
Если вы считаете что я - тупой и не понимаю ваших высоких идей, потрудитесь изложить их понятно. Это ваша забота, как аспиранта, уметь представить исследование так, чтобы и блондинка поняла.
Я не считаю Вас тупым. Я думаю что Вы умный, раз так быстро поняли о чем речь, и уже даже можете вступать в разговор на эту тему.
Я просто думаю - почему теория сетевого кодирования есть? Еее же смысл как раз в этом, чтобы кодировать пакеты и декодировать их при помощи исключения.
Проблема есть в беспроводных сетях, которые имеют высокую избыточность и шлют данные постоянно всем узлам сети. Так вот чтобы их не слать просто так, можно слать их более эффективно, именно подва пакета и отправлять за один раз двум получателям.
polyakovyevgeniy:
Проблема есть в беспроводных сетях, которые имеют высокую избыточность и шлют данные постоянно всем узлам сети. Так вот чтобы их не слать просто так, можно слать их более эффективно, именно подва пакета и отправлять за один раз двум получателям.
Мил человек, а как ты собираешься в открытый для всех РАДИОЭФИР слать пакеты НЕ ДЛЯ ВСЕХ?
Кури устройство сетей сотовых операторов, особенно новые стандарты 4G и 5G
Там очень умные люди борятся за эффективность использования радиоэфира.
Но даже им не пришло в голову та глупая мысль что пришла вам - как так можно посылать пакеты в эфир не всем.
Я бы советовал читать более внимательно. Я писал что пакеты шлются всегда всем, но 90% пакетов приходит зря, то есть они отбрасываются просто напросто, так как они адресованы другому узлу.
1) Выбираем уровень, на котором работает наш протокол.
2) Читаем про доступ к этом уровню в разных OS. Скорее всего это будет unix like. В любом случае, понадобится какой-то базовый библиотечный функционал.
3) Программируем.
4) Profit.
P.S. Если использовать просто пакеты tcp\ip, то можно поверх сделать любую структуру, а для основ работы tcp\ip подойдут, например, стандартные tcp\ip сокеты с++ win или qt.
Сложный
Средний
