アカウント名:
パスワード:
VoIPとか、プッシュ型のサービスを考えた場合、固定されたFQDNからIPが引けるというのはメリットがあると思います。
>・レコードのTTLを短くするだけで対応できないのか?
DNSという仕組みは一つのある程度成功した仕組みではあると思いますが、それが唯一絶対の(他に代替できない)ものではありません。 TTLを短くする事で、それなりに対応する事は可能かもしれませんが、その場合TTLを短くする事の対価として、多数のDNSクエリを発生させてしまう事になります。 頻繁にIPアドレスが変更されてしま
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
.mobiの必要性 (スコア:2, 興味深い)
・モバイル端末のIPアドレスは頻繁に変わる
・現在のドメインはアップデートに最大48時間もかかる
という理由で.mobiドメインが必要らしいがそ
Re:.mobiの必要性 (スコア:3, 参考になる)
VoIPとか、プッシュ型のサービスを考えた場合、固定されたFQDNからIPが引けるというのはメリットがあると思います。
>・レコードのTTLを短くするだけで対応できないのか?
DNSという仕組みは一つのある程度成功した仕組みではあると思いますが、それが唯一絶対の(他に代替できない)ものではありません。
TTLを短くする事で、それなりに対応する事は可能かもしれませんが、その場合TTLを短くする事の対価として、多数のDNSクエリを発生させてしまう事になります。
頻繁にIPアドレスが変更されてしま
Re:.mobiの必要性 (スコア:0)
同時に頻繁に切り替わるのでないなら、変わったノードが
変わって無い方のノードへ新しいIPアドレスを通知すれば
大抵の通信はできてしまうと思います。
セッション鍵なりを作れば移動しても同一ノードだ
Re:.mobiの必要性 (スコア:1)
これまでに出てきているものだけではなく、新しい仕組みも含めて。
ただ、「これまでの仕組みでもTTL短くすれば対応できる」という考え方へのアンチテーゼとして、新しい(元々想定されていなかった)用途には新しい仕組みを作った方が良いのではないか。
そのための提案として「TLDを別ける」というのを「スマートなやり方ではないからダメ」と言うならまだ良いでしょうが「これまでの仕組みでも何とかできるから不要」というのは論拠としてあまり良くないかな?と思ったまでです。