Packet Sender - Free utility to for sending / receiving of network packets. TCP, UDP, SSL.
Send & receive TCP, UDP, SSL. HTTP Requests. And Panel Generation. Free Download Full version. No ads. No bundles. Read more. Features Packet Sender can send and receive UDP, TCP, and SSL on the ports of your choosing. It also has a built-in HTTP client for GET/POST requests and Panel Generation for the creation of complex control systems.
3日間で作る フルスクラッチHTTPサーバー on STM32F767 Nucleo
プロトコルスタックから自作してみた。
RFC 4347 (DTLS) について調べてみた - まどぎわBLOG
AES-CTRの時に出てきたDTLSについて調べてみた。DTLSはRFC4347になっているようなので、それを読んでみた時の各章ごとのメモ(意訳？)です。 RFC 4347 Datagram Transport Layer Security 1. Introduction TLSは広く普及しているけどTCPのような信頼性があるチャンネル上でしか使えない。しかし最近ではSIPやゲームのようにUDPを使うことも多くなってきた。このようなケースでは今一つな選択肢しかない。一つ目はIPsecだが、これは使える用途が限られている。二つ目は自分で作ることだが、セキュリティのことを考えると大変でありTLSのように楽ではない。 そのためdatagramでもTLSのようなものがあるのが望ましい。ここではDTLSというTLSに似せて作ったプロトコルについて記載する。 2. Usage Model カーネルの変
WebRTCを支えるマイナーなプロトコル�SRTP/DTLS/SCTPを分かった気になる�
WebRTC Meetup Tokyo #3の発表資料です。 WebRTCを支えるマイナーなプロトコル�SRTP/DTLS/SCTPを分かった気になる資料です。 P.38 誤記 Under the food -> hood です。 P.43 誤記 DLTS -> DTLSです
RFC 4347: Datagram Transport Layer Security
Network Working Group E. Rescorla Request for Comments: 4347 RTFM, Inc. Category: Standards Track N. Modadugu Stanford University April 2006 Datagram Transport Layer Security Status of This Memo This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Offic
RFC 6347: Datagram Transport Layer Security Version 1.2
Internet Engineering Task Force (IETF) E. Rescorla Request for Comments: 6347 RTFM, Inc. Obsoletes: 4347 N. Modadugu Category: Standards Track Google, Inc. ISSN: 2070-1721 January 2012 Datagram Transport Layer Security Version 1.2 Abstract This document specifies version 1.2 of the Datagram Transport Layer Security (DTLS) protocol. The DTLS protocol provides communications privacy for datagram pro
CoAP — Constrained Application Protocol | Overview
RFC 7252 Constrained Application Protocol “The Constrained Application Protocol (CoAP) is a specialized web transfer protocol for use with constrained nodes and constrained networks in the Internet of Things. The protocol is designed for machine-to-machine (M2M) applications such as smart energy and building automation.” REST model for small devices Like HTTP, CoAP is based on the wildly successfu
Geekなぺーじ : UDPを使う
UDPとは UDPはデータが宛先に届いたかどうかをUDPは関知しないため、TCPと異なりデータの到着を保障しません。 そのため、UDPを使った通信を行うプログラムを書く場合には、パケットがネットワークの途中で消えてしまうことも想定しなくてはなりません。 このような制約がUDPにはあるため、確実にデータを届けたいアプリケーションではTCPを使うのが一般的です。 このように書くとUDPは使いにくいだけに思えますが、利点もあります。 複数の相手に同時にデータを送信できる（ブロードキャスト、マルチキャスト） TCPよりもリアルタイム性が高い まず、第一の利点として複数の相手に同時にデータ送信ができる事が挙げられます。 IPの通信形態には、ユニキャスト、ブロードキャスト、マルチキャストの３種類があります。 （ただし、IPv6にはブロードキャストはありません。） TCPでは、１対１の通信しかできないの
プロセス間通信（３）／UDP/IPとシグナル
システム・プログラム 電子・情報工学系 新城 靖 <yas@is.tsukuba.ac.jp> このページは、次の URL にあります。 http://www.hlla.is.tsukuba.ac.jp/~yas/coins/syspro-2002/2002-06-10 あるいは、次のページから手繰っていくこともできます。 http://www.hlla.is.tsukuba.ac.jp/~yas/coins/ http://www.is.tsukuba.ac.jp/~yas/index-j.html ■今日の重要な話 UDP/IP のプログラム socket() sendto() recvfrom() bind() ソフトウェア割込みとシグナル signal() kill() ■TCP/IPの基本的な考え方 ◆通信路の開設 ■echo-client ■echo-server-fork ■
2010年12月22日 ネットワーク経由のカーネルコアダンプ機能Netdump | gihyo.jp
Netdump Support カーネルコアダンプをローカルディスクに対して実施するのではなく、ネットワーク経由で実施するための取り組みNetdumpに関する開発が報告されています。Netdumpは最小限のTCP/IPv4スタックとカスタムUDPプロトコルを実装して、カーネルコアダンプをnetdumpサーバへ向けて実施するというものです。ディスクレスワークステーションクラスタ、PEXブートマシン、ディスクドライバ開発などにおいて活用できる機能だと説明されています。 今後取り組む内容として、FreeBSDダンプメカニズムの洗練、UDPパケットのチェックサム実装、カスタムプロトコルをtftpで置き換えられるかの調査、カスタムTCP/IPv4をContikiで置き換えられるかの調査、ネットワークコンソール実装、ネットワークgdbバックエンド実装、IPv6サポートなどが挙げられています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.fwoabw.info/entry/2015/07/15/post-7878