tcコマンドでNetworkの帯域と遅延を制御してみてみた - Qiita
■ 目的 tcコマンド(Traffic Control)は、Networkの遅延(Latency)と帯域(Throughput)を制御することができます。 コンピューターの距離により遅延、帯域が変わり、データ転送などの時間がかわることがあります。コンピューターを遠隔に離した場合、既存の処理に影響が出るかtcコマンドを使用して事前に検証することができます。 ということで、tcコマンドで、遅延、帯域が制御できるか確認してみてみます。 ■ 構成 Oracle Cloud上にComputeインスタンスを２台設置して、その間のNetworkパフォーマンスをTCコマンドで制御してみてみます ■ 現環境確認 Client --> Server へのレイテンシ、スループット、TPSを確認 ● 遅延(RTT)確認 pingを実行してRTT確認 今回は、平均0.166msであることを確認 [opc@clien
ある特定のportだけ外部に出るトラフィックの帯域を制限する - Qiita
# DEV=<device> DEV=eth0 # sudo tc qdisc del dev $DEV root sudo tc qdisc add dev $DEV root handle 1: htb default 20 sudo tc class add dev $DEV parent 1: classid 1:1 htb rate 1000Mbit ceil 1000Mbit burst 10Mb cburst 10Mb sudo tc class add dev $DEV parent 1:1 classid 1:10 htb rate 1Kbit ceil 1Kbit burst 1Kb cburst 1Kb sudo tc class add dev $DEV parent 1:1 classid 1:20 htb rate 800Mbit ceil 1000Mbit b
スプラトゥーンの非同期処理の話 ～なにがラグのせいなのか～｜まけトピア
さて、みなさんはこういう叫びを聞いたことはありませんか？ 「ラグやば！これ絶対当てたのに死なねえんだけど！」 「ラグすぎてワープするんだけど！」 「同期ズレえぐ！！！」 スプラトゥーンは、インターネットを介してゲームの情報をやり取りすることで、離れた人たちとも遊べる対戦アクションゲームです。 まず、大前提として、インターネットを介している時点で、少なからず通信遅延（ラグ）が発生します。ラグのないゲームは存在しません。 スプラトゥーンでは、通信環境が悪くても比較的不快になりにくい実装がされているのですが、これの仕様が結構ややこしくて、自分のプレイのガバさをラグのせいにする人もしばしば見かけます。 （とんでもないラグがあるともちろんキツイですが） この記事では、 一般的なゲームにおける通信同期方式 スプラトゥーンにおいては、どうやって何を同期しているか これはラグのせいなのか、自分のガバのせい
NAPT(IPマスカレード)
NAPT(IPマスカレード) 前回はNATについて解説しました。 そこでNATに関する問題点を書きました。 ------------------------------------------------------------------- NATには１つ大きな問題があります。 それはNATにはブロードバンドルータが保持しているグローバルIPアドレスの 数しか同時に接続が出来ないという事です。 LAN側に接続されている複数のPCを１つのグローバルIPアドレスに変換して、 インターネットにパケットを送信した場合、そのパケットの返信はすべて ブロードバンドルータのグローバルIPアドレス宛に返ってきます。 この時にブロードバンドルータはNATテーブルを見ても、どのPCのアドレスに 置き換えればよいのかを判断することが出来ないわけです。 そんな問題を解決するために考え出されたのが、 NAPT（I
iftop: display bandwidth usage on an interface
iftop does for network usage what top(1) does for CPU usage. It listens to network traffic on a named interface and displays a table of current bandwidth usage by pairs of hosts. Handy for answering the question "why is our ADSL link so slow?". Requirements libpcap libcurses Download The latest stable version of iftop is 0.17. Older and newer (pre-release) version are available from the downloads
ネットワークはなぜつながらないのか 〜インフラの意味論的検査を目指して〜 #AWSDevDay / AWS Dev Day Online Japan 2021
AWS Dev Day Online Japan 2021 で使用したスライドです。 許可しているはずのインスタンス間でなぜか通信が通らない、逆に意図しないアクセスが許可されていた、そしてこの種のデバッグはかなり辛い…！ そんなときは、通信経路を自動でチェックしてくれる VPC Reachability Analyzer の出番です。この機能が面白いのは、チェックの際に実際に通信を行う必要がなく、いわば設定項目の「意味」を理解した上で結果を「推論」してくれる点。本講演では、背景となる数学的な理論や論文にも踏み込みつつ、AWS ネットワークの意味論を用いた検査技術を解説します。 イベント概要：https://aws.amazon.com/jp/about-aws/events/2021/devday/ ブログ記事：https://ccvanishing.hateblo.jp/entry/20
AWS IP address ranges - Amazon Virtual Private Cloud
AWS publishes its current IP address ranges in JSON format. With this information, you can identify traffic from AWS. You can also use this information to allow or deny traffic to or from some AWS services. Only some AWS service IP address ranges are published in ip-ranges.json; we publish the IP address ranges for services that customers commonly want to perform egress filtering on. Services may
Trickleを使って帯域制限をする - aptheia.info
ネットワーク経由で大量のデータをやりとりしたいが、メインのサービスには影響を与えたくないという場合がよくある。rsyncやscp など、大きなファイルの転送を考慮されたコマンドではネットワーク帯域を制限するオプションが用意されていることも多いが、自作のツールなどに帯域制限を実装するとなるとかなり面倒くさいことになる。 Linux で帯域制限をしたい場合、tc や cgroup を使う方法がよく知られている。ただ、「あるコマンドにネットワークが占領されないように穏やかに実行したい」というニーズに対しては大げさで、またオプションが難解だったり管理権限が必要だったりといったことから二の足を踏む感じのものだった。もっと普段使いに適したツールがないものかと探していたところ、こういったシーンではTricleがかなり有効だと言うことがわかった。 インストール Debian, Ubuntu なら公式からパ
Linux TC (帯域制御、帯域保証) 設定ガイドライン | GREE Engineering
Abstract このドキュメントはLinuxにおいて帯域制限のためにtcを用いる際のガイドラインです。 tcは様々な用途に活用できるものですが、プロダクションにおいて特定のserver daemonのトラフィックを制限するというシナリオで活用することを目的としています。 tcのより詳しい詳細については別にドキュメントを書きましたのでそちらを参照してください。 よくわかるLinux帯域制限 Root qdiscの選定 帯域制限を行いたい場合のqdiscは主に以下のようになるでしょう。 TBF PRIO + 内部qdiscとしてTBF HTB それぞれ用途に合わせて適切なものがあるのですが、機能としてはHTBが前者2つの上位互換となるので、迷った場合にはHTBを使えば問題ありません。ということで以後HTBの設定について解説します。 class構造,トラフィックのclassify, filte
複数セグメントでのVRID重複問題 - ネットワークエンジニアの備忘録
VRRPの標準仕様では仮想IPアドレスに対する仮想MACアドレスを使用します。この仮想MACアドレスはVRIDから作られるため、VRIDが同一だとセグメントが違っていても同じMacアドレスが生成されてしまいます。この仕様は下記のようにL2SW等がVLAN毎にMacアドレスを学習してくれれば通常問題ありません。 しかし、以下のようにVlan単位でMacアドレスを学習できない場合は複数ポートに同一Macアドレスが見えるため、仮想Macアドレス宛のフレームをどのポートに転送するのかはスイッチ次第となり、動作が不安定となります。 では設定を変更して仮想IPのMacアドレスを仮想Macではなく物理Macアドレスを使用すれば良いか？と言われるとそうとは言い切れません。物理Macアドレスを使用するとRFCに準拠しなくなり、パケットロスにも弱くなってしまいます。また、VRRPの系切り替わり時にバッティング
VRRP - ネットワーク入門サイト
パソコンなどは、デフォルトゲートウェイがダウンするとサブネットをまたがる通信ができなくなってしまいます。 本項では、これを冗長化するVRRP(Virtual Router Redundancy Protocol)について説明します。 VRRPは、複数のルーターを1台の仮想的なルーターに見せることができます。 上の図で、各ルーターに設定されたIPアドレスに対して、172.16.1.1と172.16.2.1は仮想IPアドレスと呼ばれます。また、仮想ルーターに属するルーターの内、1台のみアクティブになります。 パソコンやサーバーは、仮想IPアドレスをデフォルトゲートウェイに設定することで、アクティブなルーターがルーティングを行って通信可能となります。 VRRPは、VRID(Virtual Router ID)をグループ番号として使います。 例えば、VRIDが1番の2台のルーター、VRIDが2番の
Pythonでパケット解析
以下の勉強会での資料(勉強会後、不備修正版)。 1.大和セキュリティ勉強会：Pythonでパケット解析 (7月22日)(日) https://yamatosecurity.connpass.com/event/87226/ 2.大和セキュリティ勉強会：Pythonでパケット解析 (8月26日)(日) https://yamatosecurity.connpass.com/event/88767/ PythonのScapyを利用してパケット解析をするための基本的な説明をスライドにまとめています。 VMはこちらにアップロード(容量大きいのでそのうち削除するかもしれません、お早めにどうぞ) https://drive.google.com/open?id=1iizlkyBdASh-_UstsQEvw9E-ShdSiavW
LinuxのBPF : (1) パケットフィルタ - 睡分不足
はじめに BPFの基礎 BPFの構造 BPFでのフィルタリング レジスタマシン LinuxでのBPF BPFを利用したパケットフィルタリング libpcapとBPF ここまでのまとめ 参考文献 その他参考URL はじめに BPFはBerkeley Packet Filterの略で，1993年に効率的なパケットフィルタリング手法として提案されました[1] *1． BPFの構成要素は大きく2つあって，一つがネットワークからパケットをキャプチャする部分，そしてもう一つがキャプチャした パケットをフィルタリングする部分です．BPFといった場合，後者のフィルタリング機構だけを指すことも多いです． FreeBSDなどのBSD系のOSでは/dev/bpf*という特別なデバイスがあって，このBPFを利用することができます．また， Linuxでもパケットフィルタリング（Linux Sokcet Filter
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Simulating Slow Internet and Network Errors | Baeldung on Computer Science
https://ip-ranges.amazonaws.com/ip-ranges.json
100台まで無料のVPNサービス「tailscale」、リンクだけでマシンのシェアも可能!?【イニシャルB】 - INTERNET Watch
よくあるご質問 - Gmailにメールが転送されない
GitHub - mehrdadrad/tcpprobe: Modern TCP tool and service for network performance observability.
Clos Network Topology 再入門
本インタフェースで動作するルータグループの仮想IPアドレスを指定(F120)