Не знаю, работает ли это для Ютуба, хотя я бы предположил, что да, но эти две вещи вовсе не противоречат

Один айпи - не значит один сервер, юзернейм.

Ладно, вот представьте такую задачу.
Вы провайдер.
И вам нкжно понять смотрит ли юзер видео на ютубе, либо же просто "ищет видео", как бы вы это технически реализовали?)

Да, ето так

Никак, зачем это вообще различать?

Ради 0.01% траффика учтенного?

Вполне вероятно что у провайдера есть просто соглашение с youtube, который в конце месяца говорит кто и сколько у него чего смотрел

Лучше на минимизацию потерь время потратить, прибыльнее выйдет.

Нет, я мобильный оператор и вообще интернет у меня не безлимитный, но на ютуб даю безлимит.
Да есть такие услуги у них

Видео на Ютубе(среднего размера) - 200 мб, на поиск его ты тратишь 200кб. Тебе может быть это принципиально, а для провайдера эта разница - незначительные издержки.

Но вообще, реалистично говоря, я бы предположил, что ютубные видео просто сервятся с определенных блоков айпи, и все.

Вот такой вот ответ, мне дали с хабра, можете прокомментировать

1000 и 1 способ как это сделать и пока в чате не появится какой-нибудь дядя из телекома никто точно ничего не скажет. На месте провайдера я бы договорился с youtube чтобы он возвращал кто и сколько у него смотрел хоть через webrtc

Думается мне, никакие сложные решения для такой галочки в контракте никто бы делать не стал, если они не сделаны заранее кем-то другим.

А я бы спросил у Ютуба айпишники

Вот я посмотрел, youtube запоминает мой ip, потому что он прямо на видеосервера пересылается в параметрах GET запроса

И этот ip совпал с shodan myip

Так что ip отправляется правильный

Вот такой ответ был:Это достигается с помощью DPI (для выявления и подавления нежелательного трафика, к примеру, голосовую терминация через Viber, торрентов и прочего). Что касается чраджинга (оплаты трафика), то элементарно по hostname/IP. Youtube, Facebook и прочие имеют договор с оператором - они предоставляют все свои идентификаторы ресурсов, трафик с которых оператор оценивает в 0.

Выношу комментарий в ответ, раз уж так далеко зашло
Ссgogalikob4, в комментарий это не уложить. Я еще раз говорю, классификация трафика происходит на GGSN/DPI у оператора (по IP адресам). GGSN/DPI обращается по протоколу Gx в PCRF, чтобы узнать по какой Rating Group провести этот трафик для конкретного абонента/клиента. Если на PCRF есть для конкретного абонента запись в профиле (пакет "Безлимитный Фейсбук", к примеру), то он посылает ответом PCC-Rule Install по Gx. GGSN/DPI через mapping Rule->Rating Group определяет нужный RG и использует его в протоколе Gy, который связывает GGSN/DPI и OCS (Online Charging System), если контроль оплаты подразумевает онлайн-режим (альтернативно, пишется CDR, в котором есть эти данные, и который уходит в оффлайн-биллинг). OCS же (или оффлайн-биллинг) для этой RG имеет выставленной цену 0.

А такие решения есть с бородатых времён, у нас лет десять назад был нетарифицируемый в рамках локального обменника