Наверное тут никто на этот вопрос не ответит, хотя скорей всего что таки не спасает.

Есть такое изречение - Разделяй и властвуй.

Скорей всего оно и будет ключевым в решении этих проблем. Сети будут разделены на мелкие "княжества" обусловленные или географически, но скорей коммуникационными возможностями или мощностями глобальных провайдеров. А траффик из вне буде идти по повышеным тарифам.
При таком раскладе за пределы более мелких "и-нет государств" будут выходить только с "окупаемыми" запросами, т.е. когда ценность информации выше по стоимости чем ее доставка. В итоге глобальный тарфик уменьшиться и при этом возрастут доходы глобальных провайдеров.
Ну тут же конечно появиться отдтельная отрасль в инет маркетинге, новы возможности зарабатывать на перепродаже трафика оптом и в розницу. Думаю все развитие бодобной ситуации будет ограничиваться лишь больной фантазией тех, кто может заработать на подобном.

Не исключено еще, что подобной информацией нас потихонбку готовят к тому, что мы примем ситуацию как должное, и даже не попытаемся убедиться, - "А не искуственно ли все это создано?" И естественно позволим на себе зарабатывать другим.

Сложно сказать. По моему однозначно никто и не ответит. Хотя я думаю проблема скорей всего не в протоколе, а в транспорте. IPv4 пока справляется. Для чего придумали тот же NAT. А вот транспорт вопрос?. Вот если интересно почитай здесь

А по поводу внедрения TCP/IP v6 ситуация неоднозначная. Слишком все глобально завязано.
Если и возможно както на него перейти , то постепенно внедряя с более глобальных уровней связи постепенно опуская вниз к пользователям.
Думаю, что если TCP/IP v6 внедриться хотяы на 10-15%% верхушки айсберга, это уже рассосет возможный прогнозируемы затор в сети намечающийся на 2012 гг.

ПО пихает даные например в сетевую карту 100 МБ, карта дальше в мопед, а дальше канал приемни и т.п. На всех этих этапах довольно разная скорость пропускания. Если это не учитывать то сетке придет кабздец. Плюс сети, которые связывают хосты, используют разнообразные сетевые устройства включая сетевые адаптеры хостов, маршрутизаторы, свичи и хабы. Каждый из них имеет сетевые интерфейсы. Каждый сетевой интерфейс может принять и передать трафик с конечной скоростью. Если скорость, с которой трафик направлен на интерфейс, выше, чем скорость, с которой интерфейс передает трафик дальше, то возникает перегрузка.
Если бы были доступны бесконечные сетевые ресурсы, то весь трафик приложения можно было бы передать с требуемой скоростью, с нулевым временем задержки, нулевым изменением времени задержки и нулевыми потерями. Однако сетевые ресурсы не безграничны.
QoS контролирует распределение сетевых ресурсов для трафика приложения, чтобы выполнить требования по его передаче.