SmartCJ Support Forum

Такая ситуация - Your Build 202106271110 (Current build: 202106271110 )
SmartCj корректно определяет Geo для IP4 indian трафа, но для IP6 IN определяет, как JP.
И самое интересное, не учитывает Clicks и Outs по данному трафу в ?operation=trade&sub=stats&subsub=stats_geoip
В результате IN - Prod XXX%
а JP нет вообще, хотя как hits они прошли.
При этом ip4 и ip6 поровну, в результате общая прода по всем странам / 2 .

ситуация такая: geo берется из geoip который установлен на серваке
поэтому если какой-то определяется не так - надо смотреть базу geoip

потом, если не определился гео, то смарт юзает свою базу ( по факту это будет не самая новая версия того же geoip) но там только ип4

ип6 в базе не пишем тк

1. это сильный рост базы
2. 1 реальный ИП4 может генерить тысячи ип6 - легко читить

поэтому опять же - если серверный гео не определил - пишем ип4 и по нему же смотрим все в смарте уже

серверный гео проверяли по странам?

А как можно тогда проду IP6 узнать?
Если в базу не пишутся. Как вариант собирать на index.php лог ip6 входящих и на out.php лог ip6 исходящих и (out_ip6_count/in_ip6_count)*100.
На счет базы, да на данном сервере вроде geo ip не ставился, используется база самого SmartCJ. Но в целом корректно определяет ip4 с небольшой погрешностью.
Я на сколько понимаю, в быстрорастущих по инет.юзерам странам Tier2-3 , всё больше провайдеров будут ip6 использовать и это нормально. Или всё же это, хитрый проксированный или бот траф идёт, так как я на бирже выкупаю только по заданным ip4 диапазонам ASN's, откуда половина ip6 не знаю.

собирать ИП6 можно

вопрос : в чем именно цель? какого результата надо добиться?

В целом, ответы получил в первом вашем посте То почему Indian - ip6 неправильно определяется и почему в стате/базе SmartCJ не учитывается ip6 )
Но.
Я понимаю, что вы к траф.брокеру отношение не имеете, но почему так получается, что траф выкупаемый по IP4 ranges - в итоге идет, так же ip6 адресами. ведь четко установлено допустим 23.40.66.0-23.40.67.255 а прилетает 2409:404194a5:ec51:be16:465a:f358 того же провайдера ASN/ISP
Как бы ip4 это одно, ip6 это другое. Должен прилетать допустим 23.40.66.73.
Это ошибка кодеров трафик.биржи или такая особенность, что Ip6, как то генерятся из ip4 попадающих в заданные в White Ip ranges листах и уже льются как ip6 не фильтруясь )

вы у брокера покупаете ip range 23.40.66.0-23.40.67.255
а приходит с ИП 2409:404194a5:ec51:be16:465a:f358 ?

так по идее каждый ип 4 можно конвертировать в ип6, просто наоборот нельзя
и в целом что говорит брокер?

Сказали, что передали в тех.отдел )
Глянул по данному провайдеру откуда идут ip6
https://db-ip.com/as45609-bharti-airtel-limited
IPv4 addresses 3,906,304
IPv6 /64 networks 1.03 x 2^29
Prefixes 3,796
Да действительно много ip6.
Но логика фильтрации на брокере не понятна, если в $_SERVER ['REMOTE_ADDR'] к ним залетает ip6, как он проходит фильтр между first_ip4 и last_ip4 , хоть и того же провайдера....

вы как у брокера узнаете по какому принципу он шлет - напишите и сюда плз, уверен пригодится в будущем