Результаты поиска по запросу "datagram"
Файл Канал читает / добавляет неверные данные
Я использую файловый канал с байтовым буфером для отправки пакетов по сети. Моя проблема в том, что когда файловый канал читает последние несколько байтов, о...
UDP многоадресная группа на Windows Phone 8
Хорошо, это тот, который я пытался выяснить уже несколько дней. У нас есть приложение на Windows Phone 7, где телефоны присоединяются к группе многоадресной рассылки, а затем отправляют и получают сообщения в группу для общения друг с другом. ...
Сообщение, отправленное в UDP-датаграмме, не очищено?
Мой код выглядит следующим образом. Все работает так, как я хочу, но когда мои сообщения получены, на их конце появляется много ящиков, примерно так: «Сообще...
Почему Netty дает мне только 768 байт из сообщений UDP
Я установил & quot; receiveBufferSize & quot; вариант 1024, но по какой-то причине я все еще получаю только 768 байт в messageReceived. Заголовок данных указ...
на 255.255.255.255, но на РЕАЛЬНОМ локальном IP. Так что вам придется использовать два разных сокета.
граммирую сетевую программу на Java, и я хочу отправить некоторые пакеты на 255.255.255.255, но это не получается, даже когда я отправляю их на 192.168.1.255, который, согласно выводу команды ifconfig, является широковещательным адресом. Но когда ...
Python socket.error: [Errno 13] В доступе отказано
Используя Linux и Python, я хочу отправить некоторые данные с трансляцией:
UDP многоадресная группа на Windows Phone 8
ОК, это япытаюсь выяснить уже несколько дней. У нас есть приложение на Windows Phone 7, где телефоны присоединяются к группе многоадресной рассылки, а затем ...
Сокеты SOCK_STREAM наверняка сохраняют границы сообщений. Просто поместите каждое сообщение в отдельный поток: создайте новый сокет, подключите его, напишите сообщение, выключите его в направлении отправки, получите ответ и отключитесь. Затем повторите для следующего сообщения. То есть соединения поддерживают кадрирование, поскольку они четко определили сигнализацию «начало потока» и «конец потока»; они просто не поддерживают создание кадров в потоке. Так же, как сокеты SOCK_DGRAM не поддерживают кадрирование внутри дейтаграммы.
тоящее время у меня жесткое ограничение в 130688 байт. Если я пытаюсь отправить что-то большее в одном сообщении, я получаю ошибку ENOBUFS. Я проверил параметры sysctl net.core.rmem_default, net.core.wmem_default, net.core.rmem_max, ...
Почему я получаю UDP-дейтаграммы не в порядке, даже если процессы выполняются локально?
Я разрабатываю Java-интерфейс между потоковым сервером и Flash-клиентом. Я заметил, что UDP-датаграммы могут достигать моего интерфейса не в порядке, даже ес...
Страница 1 из 2