Если вы прочитаете несколько ipv6, адреса и механизма перехода в вики, вы найдете несколько шаблонов адресов IPv6, которые могут выводить ipv4 (siit, ipv4-mapped ipv6, nat64, 2002: * вещь, написанная выше, и т. Д. .). Один из них для начала:
http://en.wikipedia.org/wiki/IPv6_transition_mechanisms
Я бы не стал рассчитывать на то, что эти схемы будут достаточно популярными, чтобы выполнять обычные гео-отчеты, защиту от мошенничества или обнаружение инцидентов, но я бы определенно дал приоритет гео-поиску ipv4 для таких предполагаемых адресов ipv4 над гео-поиском ipv6 ( предполагая, что ipv4 db является более полным).
Меня беспокоит геоинформация ipv6 - невероятно большое количество подсетей. Базы данных станут больше (больше ip-диапазонов), что ожидается, но для того же объема терминальной геоинформации, базы данных будут более разреженными, а более глубокое дерево также будет длиннее для итерации (для реализации, использующей двоичные или радикальные деревья), что подразумевает некоторые стоимость исполнения. Географические базы данных, использующие таблицы sql с диапазонами ip, вероятно, также пострадают, так как у нас нет большого-128-битного, насколько мне известно, арифметики.
Еще одна проблема - мобильные телефоны: ipv6 разработан, чтобы облегчить роуминг, если я не ошибаюсь. Вы можете сменить сотовую вышку и сохранить свой IP. может быть, даже при смене города, региона или страны. Я несколько сомневаюсь, что с тех пор сильная привязка адресов была целью MAC-адреса. IP-адреса существуют именно для целей маршрутизации, но я думаю, что было бы справедливо упомянуть, что они могут стать достаточно инвариантными, чтобы нанести ущерб точности географического местоположения, очевидно.
Я чувствую, что сотрудничество пользовательских агентов / браузеров на прикладном уровне (например, некоторый заголовок географического местоположения), вероятно, будущее, даже если это может быть подделано вредными людьми.