アカウント名:
パスワード:
単純にMACアドレスを節約したいなら、3デバイス使用時で16アドレスもあれば8割セーフ。全デバイスに振るのは浪費だとしても、百未満なんて別に貴重でもないんだからループさせれば良かったんじゃないの？単純にMACアドレスを書き換える工程が省いたか、EEPROMか何かの部品をケチったんじゃない？
TP-Linkと言えば福岡大学のNTPを意図せず攻撃したヤバい会社。内部からと思しき書き込み [srad.jp]がスラドにあるという。でも大手で比較的安いから買おうと迷うのよね。怪しい中華製のが安いけど、それよりかは高品質で信頼できそう。でもやってることは毛の生えた程度。出来ればドライバは入れたくないけど、例えばIntelのチップならIntelのドライバを入れるみたいだから多分大丈夫っぽい。まぁ買おうと思ってた奴は迷ってるうちに値上げして辞めちゃったけど。
単純にMACアドレスを書き換える工程が省いたか、EEPROMか何かの部品をケチったんじゃない？
実は同社のMACアドレスの確保数が少なすぎて全部にユニークアドレスを振れない、だったりして。MACアドレスの総数枯渇は当分先だと思ってるけど割り当てられているかは別。
ユニーク振り切れないケースで流用するのは分からんでもないけど、全個体同一だからな。そういう状況では無いように思う。全部一括で書いてて個別書き込みを嫌ったにしても、せめてロットやライン間でぐらい別にすりゃいいのにそうでもなさげ。
書き換え工程を省いたってよりは最初っから不要って切り捨てたんだろうなあ。単なる手抜きではない会社精神にミニマリズムを感じる会社だもん。
出荷時のペアリングテストもMACアドレス固定だと楽だしねぇ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
なぜ同一？ (スコア:1)
単純にMACアドレスを節約したいなら、3デバイス使用時で16アドレスもあれば8割セーフ。
全デバイスに振るのは浪費だとしても、百未満なんて別に貴重でもないんだからループさせれば良かったんじゃないの？
単純にMACアドレスを書き換える工程が省いたか、EEPROMか何かの部品をケチったんじゃない？
TP-Linkと言えば福岡大学のNTPを意図せず攻撃したヤバい会社。
内部からと思しき書き込み [srad.jp]がスラドにあるという。
でも大手で比較的安いから買おうと迷うのよね。
怪しい中華製のが安いけど、それよりかは高品質で信頼できそう。でもやってることは毛の生えた程度。
出来ればドライバは入れたくないけど、例えばIntelのチップならIntelのドライバを入れるみたいだから多分大丈夫っぽい。
まぁ買おうと思ってた奴は迷ってるうちに値上げして辞めちゃったけど。
Re: (スコア:1)
単純にMACアドレスを書き換える工程が省いたか、EEPROMか何かの部品をケチったんじゃない？
実は同社のMACアドレスの確保数が少なすぎて全部にユニークアドレスを振れない、だったりして。
MACアドレスの総数枯渇は当分先だと思ってるけど割り当てられているかは別。
Re: (スコア:0)
ユニーク振り切れないケースで流用するのは分からんでもないけど、全個体同一だからな。
そういう状況では無いように思う。
全部一括で書いてて個別書き込みを嫌ったにしても、
せめてロットやライン間でぐらい別にすりゃいいのにそうでもなさげ。
Re: (スコア:0)
書き換え工程を省いたってよりは最初っから不要って切り捨てたんだろうなあ。
単なる手抜きではない会社精神にミニマリズムを感じる会社だもん。
Re:なぜ同一？ (スコア:0)
出荷時のペアリングテストもMACアドレス固定だと楽だしねぇ