TCPのTIME-WAITを温かく見守る - Qiita
tl;dr TCP における TIME-WAIT は悪い子ではないですが誤解されがちです。みんな仲良くしてあげましょう。 なお、これを書いている私自身も誤解している可能性があるので、それに気づいた方はご指摘いただければ思います。 また、kernel option の話には踏み込みません。 TIME-WAIT を含む状態遷移 ss (netstat) で TIME_WAIT のコネクションが多数表示された、トラブルでは?というようなことを気にされる現場も多いと思います。この TIME_WAIT というのは TCP の状態の一つですが、いろいろと誤解されがちなかわいそうな状態でもあります。 まずは前提として、TCP の状態遷移図を RFC 793 から引用します。 +---------+ ---------\ active OPEN | CLOSED | \ ----------- +----
ぜんぶTIME_WAITのせいだ！ - Qiita
課題 突然キャンペーンとかの高トラフィックが来る！とか言われると色々困ることはあるものの、今のご時世クラウドだからスペック上げときゃなんとかなるでしょ。ってとりあえずCPUとかメモリあげて見たものの、キャンペーンが始まったら意外と早くブラウザからつながらない！！とか言われたりする。 CPUもメモリもそんなに負荷は特に高くもない。調べてみたらTIME_WAITが大量にあった。 とりあえず何とかしたい TIME_WAIT数をコマンドで確認 $ netstat -anp|grep TIME_WAIT __(snip)__ tcp 0 0 192.168.1.1:80 192.97.67.192:56305 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.63.64.145:65274 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.39
rshとpoll: protocol failure in circuit setup – ログ取得ツール
ずいぶん前からsshばかり使うようになっているが、当然、sshよりもrshのほうが軽い。ローカルネットワークでデータの転送に使うという意味では、rshのほうがよいと思われる。 rshはパスワードが必要ないようにサーバ側の~/.rhostsを設定する他に、クライアント側のポート514番と1020番の周辺(？)を開けておく必要がある。そうしないと poll: protocol failure in circuit setup と言われてしまう。rloginにはこんなポートを開ける必要はなく、rshでもコマンドを指定しない(rloginと同じ)と必要はない。iptablesでデフォルトではこれらのポートは閉じられているわけで、はまりやすいポイントではないかと思う。 でも、514はshellだけど、1020のあたりはwell known portとは思えない。毎回変わるし。見てると、FTPみたいに
PythonのPySNMPの基本的な使い方 - Engineering Note
本記事では、PythonのPySNMPライブラリを使用して、SNMPに対応したIP機器などに要求するSNMPコマンドの基本的な使い方について学んでいきます。 SNMPとは PySNMPのインストール Ciscoルータの設定 snmpwalkコマンド snmpgetコマンド snmpsetコマンド 最後に 参考書籍 SNMPとは SNMP（Simple Network Management Protocol）とは、IP機器（サーバやルータなど）を管理するために1988年に導入されたプロトコルです。 SNMPを用いることで、サーバなどのCPUの使用率や温度状態をポーリングしたり、またルータなどのインタフェースダウンなど異常が発生した際にトラップ（Trap）と呼ばれるものを管理者（Manager）に送信することで、障害検知を容易にすることができます。 SNMPはこれまでにSNMPv1、SNMPv
マルチキャスト - IGMPとは
◆ IGMPとは IGMPは、ホスト（Receiver）がルータ（ラストホップルータ）に対して、マルチキャストグループへの 参加、維持、離脱を通知するためのプロトコルです。IGMPにより、マルチキャストルータはLAN上での どのホストがマルチキャストグループのメンバー（Receiver）であるか判断することが出来ます。そして ホストは自分がどのマルチキャストグループのメンバーであるのかを通知できます。下図の青が範囲です。 Receiverが、自身のマルチキャストグループへの参加をIGMPにより、ラストホップルータに通知することで ラストホップルータはReceiverの存在を認識して、PIM等のマルチキャストルーティングプロトコルと連携を 行ってディストリビューションツリーを作成して、マルチキャストパケットがReceiverへ届くようになります。 なお、一般的でありませんが、マルチキャストの
IPマルチキャスト - Wikipedia
IPマルチキャストは、Internet Protocol （IP） のデータグラムを特定の複数受信者に対して1回で送信するための方法である。IPマルチキャストはインターネットやLANにおいて、ストリーミング・アプリケーションによって利用されることがある。IPマルチキャストは、マルチキャストネットワーキングという一般的な概念の、IPに特化したバージョンと言える。マルチキャストはIPv4（クラスD）及びIPv6で特に予約されたマルチキャストアドレスブロックを用いる。IPv6では、IPv4で実装されていたブロードキャストアドレッシングをIPマルチキャストアドレッシングが置き換える。 IPマルチキャストはIPネットワーク上で1対多数、および、多数対多数のリアルタイム通信を実現する方法である。受信者が誰であるか、また受信者の数を事前に知る必要がないため、多数の受信者に宛てた通信に適している。また多数
ネットワーク基礎
mutual-TLS(mTLS, 2way TLS)相互認証の仕組み ~クライアント認証とトークンバインディング over http
UDPヘッダのフォーマット | SEの道標
UDPの特徴UDP はクライアントのアプリケーションとサーバのアプリケーション間でのデータのやり取りを規定するだけのシンプルな構成となっています。 そのため、負荷が軽いですがやフロー制御や輻輳制御といった、信頼性や通信の効率性を提供する機能はありません。 シーケンス番号なども無いため、パケットの到着の順番が入れ替わっても UDP レベルでは認識できません。 VoIP 等のリアルタイムアプリケーションにおいては、順番が変わると影響があるため、UDP の上位のレイヤー (例えば RTP) で順番の確認をすることがあります。 UDP のフォーマットUDP の通信データ単位は TCP と同様、"セグメント"と呼ぶことが多く、ここでもそれに倣うことにします。 以下に UDP セグメントのフォーマットを示します。UDP は IPv4 の上位レイヤーとして使う場合、IPv4 のプロトコルフィールドに O
TCP/IP raw ソケット - Win32 apps
生ソケットは、基になるトランスポート プロバイダーへのアクセスを許可するソケットの一種です。 このトピックでは、生のソケットと IPv4 および IPv6 プロトコルについてのみ説明します。 これは、ATM を除く他のプロトコルのほとんどは、生のソケットをサポートしていないためです。 生のソケットを使用するには、使用されている基になるプロトコルに関する詳細情報がアプリケーションに必要です。 IP プロトコルの Winsock サービス プロバイダーは、ソケットの 種類 の SOCK_RAWをサポートしている場合があります。 Windows に含まれる TCP/IP 用 Windows ソケット 2 プロバイダーでは、この SOCK_RAW ソケットの種類がサポートされています。 このような生ソケットには、次の 2 つの基本的な種類があります。 最初の型は、Winsock サービス プロバイ
ネットワークインタフェース
Documentation Home > ネットワークインタフェース ネットワークインタフェースBook Informationはじめに第 1 章 ネットワークインタフェースとはSunOS 5.8 におけるネットワーキングOSI (開放型システム間相互接続) 参照モデルOSI 層の定義トランスポート層トランスポート層インタフェース (TLI)第 2 章 ソケットインタフェースソケットはマルチスレッドに対して安全SunOS 4 のバイナリ互換性ソケットの概要ソケットライブラリソケットタイプインタフェースセットソケットの基本的な使用ソケットの作成ローカル名のバインド接続の確立接続エラーデータ転送ソケットを閉じるストリームソケットの接続データグラムソケット入出力の多重化標準のルーチンホスト名とサービス名hostent - ホスト名netent - ネットワーク名protoent - プロトコル
第 2 章 ソケットインタフェース (ネットワークインタフェース)
第 2 章 ソケットインタフェース この章では、ソケットインタフェースについて、プログラム例を示して具体的に説明します。 「ソケットの概要」 「ソケットの基本的な使用」 「標準のルーチン」 「クライアントサーバープログラム」 「拡張機能」 ソケットはマルチスレッドに対して安全 この章で説明するインタフェースは、マルチスレッドに対して安全です。ソケット関数の呼び出しを含むアプリケーションは、マルチスレッド対応のアプリケーションで自由に使用できます。しかし、アプリケーションに有効な多重度は指定されていません。 SunOS 4 のバイナリ互換性 SunOS 4 以降の主な変更は、SunOS 5 リリースにも継承しています。パッケージにバイナリ互換性があるため、動的にリンクされた SunOS 4 ベースのソケットアプリケーションは SunOS 5 でも実行できます。 コンパイル行で、ソケットライブ
ルーティング - メトリックとは
◆ メトリックとは 複数のルーティングプロトコルが動作していて、複数の情報源により得られた宛先ルートが複数ある場合は AD（administrative distance）値に従い、1つの最適な宛先ルートがルーティングテーブルに登録されます。 そして、ある1つのルーティングプロトコルで得られた宛先ルートが複数ある場合、メトリックの値が小さい 経路が最適な宛先ルートとしてルーティングテーブルに登録されます。このメトリックを以下で説明します。 下図では「172.16.1.0/24」から「172.16.4.0/24」という宛先ネットワークへは、2つの通り道があります。 1つは「R1 ⇒ R2 ⇒ R3」という経路、もう1つは「R1 ⇒ R4」という経路。下図の各ルータにてRIPが有効な 場合、RIPではメトリック値にホップ数（ルータから宛先ルートまでに経由するルータの数）を使用すること になりま
snmp4j.org - SNMP APIs for Java
SNMP4J Extensible SNMPv3 open source stack for Java SE 8 or later with MD5, SHA-1, SHA-2 and DES, 3DES, and AES security, as well as UDP, TCP, TLS, DTLS transport. SNMP-Agent Development Developing an SNMP agent is far more complex than implementing a SNMP manager. SNMP4J-Agent - the defacto standard for Java SNMP agent development - reduces that complexity to a minimum. Use AgenPro code generator
詳解 Reliable UDP - Speaker Deck
謎の伝送制御プロトコルRUDPの詳細について解説します これは2018年11月10日に行われた Kernel/VM/探検隊@北陸 part 4 での発表資料です サンプルコード: https://github.com/Fadis/rudp
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Customizing NNMi incident configuration using SNMP trap varbinds - NOM User Discussions - OpenText Network Operations Management
GitHub - etingof/pysnmp: Python SNMP library
SNMP library for Python — SNMP library for Python 4.4 documentation
アドレスのバインド (ネットワークインタフェース)
SNMPLink.org - Developer SNMP Software
RELIABLE UDP PROTOCOL draft-ietf-sigtran-reliable-udp-00
