橋本商会 » LAN内の全てのホストのIPアドレスとMacアドレスを取得する1から254までpingうって反応あったホストにarpしてMacアドレスを取得した。 昔LAN内の全ホストにgrowl送りつけたりしていた時と同じノリだ Raspberry PiがDHCPでどこに行ってしまったかもわかるし、定期的に実行すれば端末が（つまり人が）増えたり減ったりするのもわかって楽しい。 実行にはparallel gemが必要 gem install parallel ruby macaddrs.rb 192.168.1.1
同じサブネットへのNIC 2枚指し、またはソースルーティングのおはなし - （ひ）メモ
「NIC 2枚刺し」というと「IP masqueradeを使ってLinuxでルーターを作ろう！」的な話を思い出す老害です。こんにちは。 NICを2枚生やしたサーバーから同じサブネットに両方の足をのばす機会があったのですが、じゃっかん躓いたのでそのメモです。 具体的にいうと、eth0の方は問題ないのですが、eth1についているIPアドレスへの疎通ができない、というものでした。 以下、 eth0についているIPアドレスが10.0.0.10 eth1についているIPアドレスが10.0.0.11 対向の別サーバーが10.0.0.100 という体で読んでください。 さて、 別サーバーからpingしつつ、eth1でtcpdumpしてみると、echo requestは届いているのが観測できました。が、echo replyを返していません。 # tcpdump -i eth1 -nl icmp liste
(ネットワーク)TCPのスループットとRTTの関係 | old_3流プログラマのメモ書き
まず、RTT(往復遅延時間)というのはパケットを送信して受信した側が送信側にACKパケットを送り、送信側でそれを受取るまでの時間です。 ネットワーク疎通テストに使う ping も結果に RTT が表示されますよね。(XP だと下記の time のところです) >ping 10.0.120.1 Reply from 10.0.120.1: bytes=32 time=38ms TTL=54 さて、これとは別にTCPプロトコルにはウィンドウサイズというものがあります。 TCPは確実にパケットが届いたかどうかを確認するため、受信側が送信側にACKパケットを返すわけですが、毎回のパケット一つずつにACKを返すと非常に効率が悪いため、送信側が複数のパケットを送信し、その複数パケットに対してまとめて1回のACKを返すという仕組みをとってます。 この"複数のパケットの単位"がウィンドウサイズになるわけで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
