アカウント名:
パスワード:
NATなどを用いれば、確かに/29程度のaddress blockでも(networkの構造という意味での)エンドユーザは十分なのかも知れません。しかし、各ユーザからの回線を集線するISPなどはかえって大変なことになりそうです。
address blockを増やすと、経路表もそれに応じて長くなります。ということは、packet forwardの際に経路表を引く時間が長くなる可能性があります。これを防ぐため、従来はaddress blockをaggregateして経路表を最小限に抑えていたとか。ですが、最近では上からもらえるblockはまず間違いなくぶつ切りになってしまうそうです。また、networkの至るところでblockが必要になってしまう状況(全国各地でユーザ数が増えていく場合など)になると、穴埋め的に小さなblockをあちこちでばらまくハメになる
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
ぶつ切りaddress block問題 (スコア:3, 参考になる)
NATなどを用いれば、確かに/29程度のaddress blockでも(networkの構造という意味での)エンドユーザは十分なのかも知れません。しかし、各ユーザからの回線を集線するISPなどはかえって大変なことになりそうです。
address blockを増やすと、経路表もそれに応じて長くなります。ということは、packet forwardの際に経路表を引く時間が長くなる可能性があります。これを防ぐため、従来はaddress blockをaggregateして経路表を最小限に抑えていたとか。ですが、最近では上からもらえるblockはまず間違いなくぶつ切りになってしまうそうです。また、networkの至るところでblockが必要になってしまう状況(全国各地でユーザ数が増えていく場合など)になると、穴埋め的に小さなblockをあちこちでばらまくハメになる
Re:ぶつ切りaddress block問題 (スコア:1)
バックボーンに接続するルーターは、帯域より先にこの制限でリプレース強要されることもあるらしい。
Re:ぶつ切りaddress block問題 (スコア:0)