Broadcom NICドライバーの変更に関して (bcm5700 → tg3） TSS Field Techinical Support Linux ATS 2006/9/8 © 2006 IBM Corporation This document is not an official IBM Document and is presented “AS IS” 目次 はじめに Broadcom社 NICドライバー変更に関して NICドライバー bcm5700 vs tg3 – NICドライバー bcm5700とtg3の比較 – ドライバー設定可能項目比較 – tg3ドライバー設定方法 – tg3ドライバー自動設定方法 – ドライバーパラメーター設定例 チーミングドライバー basp vs bonding – チーミングドライバー basp と bonding の比較 – bo
ページが見つかりません。 目的のページは、移動または削除によって無効になっている可能性があります。申し訳ありませんが、検索またはリンク先よりお探しください。
keepalivedについて以前にいくつかのエントリでご紹介しました。 keepalivedを利用する際に気をつけておくこと bondingとkeepalivedを組み合わせる これら2つのエントリで紹介したkeepalivedの技術を組み合わせた構成で、各サーバでのkeepalivedのstatusをBACKUPにし、フェイルバック無効(nopreempt)にしたときの挙動について調査しました。 なぜ調査をしたかといいますと、keepalivedのフェイルバックの動作で疑問に感じることがあったためです。 今回のシステム構成は以下の図のように、eth0とeth2でbonding(Active-Backup)を組んでおき、さらにbond0に2つの仮想IPアドレスを、eth1に1つの仮想IPアドレスを割り当てます。 keepalivedの設定はこちらの設定内容とほぼ同じで、vrrp_insta
Linux活用日記 Last modified: May 24th, 2002 Table of Contents コマンドで調べてみる 必要なドライバがわからない場合 ドライバモジュールの組み込み NIC ドライバのコンパイルとインストール 2枚目の NIC の認識 HOME Linux では, OS のインストール時にネットワーク接続の設定を行うことができます. また, インストール後であっても多くのネットワークドライバがモジュールとして組み込まれていますので大抵のカードは自動認識されます. もし自動認識しなかった場合には手動で設定することになります. しかしドライバが無い場合は, 認識させることはほとんど不可能になってしまいます. なぜなら Linux は, Windows などと違い専用のドライバが用意されているケースが少ないからです. ただし, 手持ちの NIC が認識されないか
bondingとは？ 簡単に書くと複数のNICを一つにまとめて、負荷分散や冗長化を行うというものです。 kernelのモジュールである「bondモジュール」をつかうので、bondingといったように呼ばれているらしいです。 注意点 BondingでリピータHUB（いわゆる馬鹿ハブ・ダムハブ）を使用するとコリジョンが多発する為、スイッチングHUBの使用が必要です。 ※ リピーターHUBは受信データを受信中のポートを除く全てのポートから一斉に送信します。 なので、リピーターHUBをつかってbondingをしている端末でデータ送信を行うと、 bondingされているNICデバイス全てに同じデータが送信され（bondingされているNICデバイスはMACアドレスが全部同じになるため）、 問題が発生しちゃうということらしいです。 また、bondingを行うためにはカーネルレベルで対
先日、複数のNICを1つにまとめて、負荷分散や冗長化を行う技術であるBondingの検証を実施しました。 そのときに知ったことをまとめておきます。 ■検証環境 RedHat AS 4 UPDATE 6 (インストール後にパッケージのアップデートなし)にて検証実施。 ネットワーク構成は以下の通り。 ※ルータ - L3Switch間でSTP(スパニングツリー)を有効としています。 プライオリティは、ルータ、L3SwitchA、L3SwitchBの順で設定。 また、L3Switch間はtrunkで。 では早速下調べで知ったこと＆実際の設定について述べていきます。 まずBondingについてですが、目的に応じてモードを指定することが可能です。 0: load balancing (round-robin):ラウンドロビン方式。 使用できるスレーブデバイスから順にデータの送受信を行い、負荷分散と冗長
The developerWorks Connections Platform is now in read-only mode and content is only available for viewing. No new wiki pages, posts, or messages may be added. Please see our FAQ for more information. The developerWorks Connections platform will officially shut down on March 31, 2020 and content will no longer be available. More details available on our FAQ. (Read in Japanese.)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く