Swift Network Frameworkを使ってUDP Multicast通信を試す - chakokuのブログ(rev4)
iOSアプリ開発に向けて、Network Frameworkを使ってUDP Multicast通信をやってみる。細かい所はまだわかっていないけど、以下のコードで、WindowsでMulticastした電文の送受信までは動いた*1。 import Network guard let multicast = try? NWMulticastGroup(for: [ .hostPort(host: "224.0.23.0", port: 3610) ]) else { fatalError("error in Muticast") } let group = NWConnectionGroup(with: multicast, using: .udp) group.setReceiveHandler(maximumMessageSize: 1024, rejectOversizedMessage
STUN Clientを実装してみる - Qiita
ハッカソンで勉強がてらSTUN Clientを実装したのでメモ。 github 方針 STUNサーバのRFCは2本ある https://tools.ietf.org/html/rfc3489 https://tools.ietf.org/html/rfc5389 (RFC5780もSTUNに関係しているけど、定義自体はこの2本)。このうちRFC5389はRFC3489をobsoleteしているので、実際には5389だけ読めばいい。 ただ変更記述を読んでも今ひとつピンとこなかったのと、ハッカソン中に実装が終わるかどうかということを考え、RFC3489のClientだけ実装することにした。 従って以下の記述はRFC3489に関するものである。 概要 NATの後ろに居るPrivate IPアドレスしか持っていないクライアントは、インターネット上の機器と通信することができないため、どこかでグローバ
ソケット通信メモ(Hishidama's TCP/UDP Socket Memo)
TCPソケット サーバータイプとクライアントタイプの両方のアプリケーションを作らないといけないなら、サーバータイプから作るべきだろう。 （クライアントタイプだけ先に作っても動かせないから。まぁサーバータイプだけ動かしても、待ってるだけであまり意味無いけど(苦笑)） でも仕組みはクライアントタイプの方が簡単。 TCPを使う場合は、通信の最初にコネクションの確立を行う必要がある。 サーバーでlisten・accept、クライアントでconnectが成功すればコネクションが確立したことになる。 どのポート番号を使うかについては、サーバー側はアプリケーションの作成者が決める必要がある。[/2007-06-16] クライアント側のポート番号は、ソケットライブラリがそのマシンで使っていない番号を自動的に割り振ってくれるので、気にしなくてよい。 IANAの基準では、1～1023は「よく知られたポート（w
第二回 輪講
本資料について 本資料は下記の論文を基にして作成されたものです． 文章の内容の正確さは保障できないため，正確な知 識を求める方は原文を参照して下さい． Internet Draft :Peer-to-Peer Communication Across Network Address Translators Author：Bryan Ford, Pyda Srisuresh, Dan Kegel Document: draft-ford-midcom-p2p-03.txt Expires: December 12, 2004 第二回 輪講 Peer-to-Peer Communication Across Network Address Translators 030432106 渡邊研究室 宮﨑 悠 3 NAT越え問題 Internet NAT Client A Cli
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
