?

нах 65535 записывать как 0xFFFF

чел, ты же белый ip юзаешь

На пк?

на хосте

Да, белый

ты пробовал запустить на том же ip:port что-то иное ?

Нет

вперёд

Пишет что адрес забит

кинь ошибку

"Address already in use"

видал

как всё просто

поменяй порт

добавь 1

как всё сломать

0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF^2

не ломается

В общем сменил порт, тоже самое, не хочет через кастомку отправлять udp

о

мб ты отправляешь больше, чем надо

типо, вес пакета чекни

и на кратность 8 тоже

что ты пытаешься сделать

b'\xc8\xd4\xd9\x05\x00\r\xd52hello'

Вот хеадер пакета

hello - дата

Меня чот смущает \r

UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc8 in position 0: invalid continuation byte

https://github.com/houluy/UDP/blob/master/udp.py взял этот raw

Вот код

нах тебе вообще UDP ?

Нужно) Хочу попробовать воссоздать пакет udp

Длина датаграммы Поле, задающее длину всей датаграммы (заголовка и данных) в байтах. Минимальная длина равна длине заголовка — 8 байт. Теоретически, максимальный размер поля — 65535 байт для UDP-датаграммы (8 байт на заголовок и 65527 на данные). Фактический предел для длины данных при использовании IPv4 — 65507 (помимо 8 байт на UDP-заголовок требуется ещё 20 на IP-заголовок). На практике также следует учитывать, что если длина IPv4 пакета с UDP будет превышать MTU (для Ethernet по умолчанию 1500 байт), то отправка такого пакета может вызвать его фрагментацию, что может привести к тому, что он вообще не сможет быть доставлен, если промежуточные маршрутизаторы или конечный хост не будут поддерживать фрагментированные IP пакеты. Также в RFC 791 указывается минимальная длина IP пакета 576 байт, которую должны поддерживать все участники IPv4, и рекомендуется отправлять IP пакеты большего размера только в том случае если вы уверены, что принимающая сторона может принять пакеты такого размера. Следовательно, чтобы избежать фрагментации UDP пакетов (и возможной их потери), размер данных в UDP не должен превышать: MTU — (Max IP Header Size) — (UDP Header Size) = 1500 — 60 — 8 = 1432 байт. Для того чтобы быть уверенным, что пакет будет принят любым хостом, размер данных в UDP не должен превышать: (минимальная длина IP пакета) — (Max IP Header Size) — (UDP Header Size) = 576 — 60 — 8 = 508 байт. В Jumbogram’мах IPv6 пакеты UDP могут иметь больший размер. Максимальное значение составляет 4 294 967 295 байт (232 — 1), из которых 8 байт соответствуют заголовку, а остальные 4 294 967 287 байт — данным. Следует заметить, что большинство современных сетевых устройств отправляют и принимают пакеты IPv4 длиной до 10000 байт без их разделения на отдельные пакеты. Неофициально такие пакеты называют «Jumbo-пакетами», хотя понятие Jumbo официально относится к IPv6. Тем не менее, «Jumbo-пакеты» поддерживают не все устройства и перед организацией связи с помощью UDP/IP IPv4 посылок с длиной, превышающей 1500 байт, нужно проверять возможность такой связи опытным путём на конкретном оборудовании[2].

Интересно что он на локальную сеть отправляет пакет, а на удаленную нет

ты понимаешь, что такое модель OSI ?

без гугла

Точно не знаю, но вроде для винды файлики

XD

На языке вертится название

это один из эталонов, описывающий сети

хм

чел, тебе точно надо СЕЙЧАС этим заниматься ?

если ты полез в чужой код сразу

это плохой знак

Я сам не могу понять сеть

Сложно для меня

https://github.com/houluy/UDP/blob/master/udp.py взял этот raw

Твое?

Нет

посмотри немного курсов

если ты полез в чужой код сразу

Твое?

Путает 16-я система

И?

могу PDF-ку крутую кинуть по сетям

Нет

Да

Кидай

там много интересного

ща

я её сейчас читаю

грузит

вообще, я собрался в ближайшие года 3 написать свой протокол

идея одна очень крутая есть

?

имея 2 wifi сети объединить их в одну, с пиковой пропускной способностью ~net1+net2

это просто ахуенная идея

Если графический интрфейс делаешь на pyqt5 apk потом не проблематично будет собрать?

А чо, можно сделать qt5 в apk?

имея 2 wifi сети объединить их в одну, с пиковой пропускной способностью ~net1+net2

Норм)

ага

У меня тоже была идейка, но не очень

Протокол для блютуз наушников, по wifi передача данных. Типо замена блютузу

Протокол для блютуз наушников, по wifi передача данных. Типо замена блютузу

а зачем его заменять? к тому же на вафлечастотах помехи будут знатные много где

недавно я про это рассказал своему другу из чебышёвки... Через неделю он приходит с мат. вечера с хаявей... Там тоже до такого допёрли и набирают людей

Норм)

и я чёт плачу немного

а зачем его заменять? к тому же на вафлечастотах помехи будут знатные много где

Потому что блютуз плохой

Протокол для блютуз наушников, по wifi передача данных. Типо замена блютузу

Тогда нельзя юзать wifi ибо надо юзать derect

чем он плох?