История Интернета
<<  Как качество интернет-представленности влияет на коммерческий результат Конкурентный анализ в интернет-маркетинге  >>
Первая сложность - отсутствие информации о состоянии каналов
Первая сложность - отсутствие информации о состоянии каналов
Картинки из презентации «Пробки в интернет или немного об управлении трафиком Контент бывает разный - зеленый, синий, красный» к уроку информатики на тему «История Интернета»

Автор: Alter. Чтобы познакомиться с картинкой полного размера, нажмите на её эскиз. Чтобы можно было использовать все картинки для урока информатики, скачайте бесплатно презентацию «Пробки в интернет или немного об управлении трафиком Контент бывает разный - зеленый, синий, красный.ppt» со всеми картинками в zip-архиве размером 85 КБ.

Пробки в интернет или немного об управлении трафиком Контент бывает разный - зеленый, синий, красный

содержание презентации «Пробки в интернет или немного об управлении трафиком Контент бывает разный - зеленый, синий, красный.ppt»
Сл Текст Сл Текст
1Пробки в интернет или немного об 15страницы. Тут есть сразу несколько
управлении трафиком Контент бывает разный моментов: * время ответа DNS * время
- зеленый, синий, красный... Конечные ответа сервера * (не)способность браузера
пользователи платят за возможность выполнять параллельную загрузку. *
получать качественный доступ к любимому (не)использование параллельного исполнения
контенту через интернет. Телятников внутри самой страницы (jquery) или
Александр Netassist e-mail: приложения.
alter@alter.org.ua. 16Классические решения * Расширить
2Что значит "качественный" ? канал. Можно, дорого и как правило, только
* чтобы web-странички, в т.ч. с картинками свой. * Пиринг, альтернативные каналы и
открывались быстро * интерактивные включение в точки обмена. Вопрос
странички обновлялись за комфортное время оптимального распределения трафика между
и не “задумывались” на несколько минут * каналами остается открытым. * Кеширование
online-аудиопотоки не “квакали” * контента. Копия хранится как можно ближе к
online-видео не “залипало” и не клиенту (а то и у него самого). Но как
“квадратило” * в игрушках ping был ровный, показало наше исследование — вопросов
лежал в допустимых пределах и не терялись много. * Использование jumbo-фреймов. В
пакеты * чтобы работали Skype и ICQ * теории это позволяет снизить нагрузку по
файлы выкачивались на заявленной скорости pps за счет увеличения MTU. На практике
* и все это происходило одновременно :). получается, что большинство клиентов
3Первая сложность - отсутствие использует MTU <= 1500. * Кеширующий
информации о состоянии каналов. Маршрут DNS на уровне ISP.
выбирается просто по "карте" 17Что вообще нужно сделать ? *
AS-path, без учета фактического времени обеспечить прохождение критического
отклика и уровня потерь пакетов. Пора трафика с минимальными задержками и без
создавать Yandex-пробки для интернет ? потерь даже при потере части каналов. *
4Вторая - отсутствие политики ограничить некритичный исходящий трафик в
приоритезации трафика в случае перегрузки соответствии с реальной пропускной
канала и выбора пути в зависимости от вида способностью канала до получателя *
трафика. С классификацией данных тоже все балансировать трафик между каналами *
не так просто. Удобного алгоритма нет. оптимизировать формат подачи контента для
5Менее очевидные проблемные места * эффективного кеширования * по возможности
временные перегрузки и/или нарушение замыкать трафик на внутренней сети, в т.ч.
связности . * потери пакетов в техническом путем кеширования * обеспечить возможность
трафике (в 1-ю очередь DNS)? * выбора наиболее подходящего источника
невозможность/отсутствие кеширования на данных или наиболее подходящего пути к
стороне клиента. * использование нему * использовать пакеты как можно
шифрования без необходимости * наличие большего размера. По возможности
большого количества подгружаемых из сети аггрегировать данные.
объектов (картинки, скрипты, доп. запросы 18Что можно делать прямо сейчас *
к серверу), необходимых для отображения "правильный" шейпер/QoS с
одной страницы. * “медленный” DNS * очередью пакетов на исходящем канале.
технологические ограничения скорости Полезно всем участникам при достижении
передачи. Да, GPRS и DSL еще живы. нагрузки на канал ~70%. К примеру для
6временные перегрузки и/или нарушение клиента-домосетки это может выглядеть так:
связности . Нужны механизмы мониторинга o 1% под DNS, SSH, ICMP o 5% под игрушки,
загруженности и задержек в каналах в целом Skype, o еще 5% - web запросы и доступ к
(по AS-path) и по отдельным сервисам. БД o еще 5% - доступ к online video o
Нужны средства ограничения исхоящего Остальное - как придется.
трафика в соответствии с результатами 19* "правильный" шейпер/QoS с
мониторинга, дабы не создавать очередью пакетов на входящем канале, чтобы
"пробку". Даже клиентскому ПО протоколы, контролирующие скорость
полезно обладать информацией о фактической передачи, притормозились. Полезно на
доступности ресурсов. Из практики, при уровне ISP и транспорта, тоже при
ограничении потока шейпером с буферизацией достижении ~70% нагрузки. Для
уровень потерь пакетов остается приемлемым клиента-домосетки это может выглядеть так:
даже при перегруках. При ограничении на o 1% под DNS, SSH, ICMP ответы o 5% под
уровне L2 (скоростью порта) без игрушки, Skype, o еще 10% - web ответы и
буферизации потери начинаются уже при доступ к БД o еще 20% - online video
достижении 70-80% загрузки канала. сервера o Остальное - как придется.
7# невозможность кеширования на стороне 20* CDN. * Сделать возможным эффективное
клиента. * явная, обусловленна директивами кеширование контента. * оптимизация
управления кешем в HTTP-заголовках. Ряд формата (объема) контента в соответствии с
контент-провайдеров объявляют контент каналом пользователя (GPRS, DSL,
некешируемым, хотя де-факто, данные всегда FastEthernet, etc.)? * использование p2p
отдаются одни и те же. Сюда же можно контент-провайдерами. * локальный torrent
отнести вариант короткого времени жизни ретрекер и torrent peer policy
объекта. В этом случае получаем запросы (retracker.local, peerpolicy.local) внутри
revalidate, занимающие не столько канал, ISP * кеширование HTTP, DNS. Возможно,
сколько время. refresh_pattern кеширование/ретрекинг torrent *
vec.*\.maps\.yandex\.net\/tiles\? 14400 использовать, где это возможно, протоколы
90% 20080 ignore-no-cache override-expire маршрутизации, позволяющие быстро
override-lastmod ignore-reload ignore-auth реагировать на изменения маршрутов.
refresh_pattern youtube.*videoplay 14400 21Чего не хватает ? # нет механизма
90% 24400 ignore-no-cache override-expire ограничения входящего трафика и способа
override-lastmod ignore-reload получения актуальной информации о
ignore-private refresh_pattern загруженности промежуточных каналов и
(mt|kh|pap).*\.google\.com 14400 90% 24400 канала принимающей стороны. Это мог бы
ignore-no-cache override-expire быть спец. network load discovery
override-lastmod ignore-reload протокол. В этом случае необходимо будет
ignore-private ignore-auth. обеспечить прозрачное прохождение через
8* неявная. При использовании сети, не поддерживающие данный протокол. #
CDN/mirror технологий часто (как правило) нет способа эффективно и автоматизированно
при повторной загрузки страницы ссылки на отделять критический трафик, нужны
объекты генерируются уже другие. Таким access-list'ы и списки ресурсов. Была бы
образом один и тот же объект многократно полезна общедоступная база серверов и
загружается под разными именами. сервисов (tcp/udp + ip + port range) для
http://vec04.maps.yandex.net/tiles?l=map&a построения acl'ов. Либо стандартизация
p;v=2.39.0&x=1197&y=693&z=11&a номеров портов (наиболее легко
p;lang=uk_UA реализуемо).
http://vec01.maps.yandex.net/tiles?l=map&a 22Чего не хватает ? # нет способа
p;v=2.39.0&x=1197&y=693&z=11&a эффективно отделять кешируемый (условно
p;lang=uk_UA статический) HTTP контент от
http://vec01.maps.yandex.net/tiles?l=map&a динамического, часто используемый от
p;x=1197&y=693&z=11&lang=uk_UA редкого. При наличии такой информации ISP
amp;v=2.39.0 и транспортные операторы имели бы
http://r12---sn-5hn7sb7k.c.youtube.com/vid возможность сократить время отклика
oplayback?algorithm=..... ресурсов и сэкономить каналы. А больше
...&id=d2e4d35a7a16e4c9&ip=162.25. всех выиграют поставщики контента,
5.93&.... поскольку работа по оптимизации доставки
http://r14---sn-57re8b9k.d.youtube.com/vid данных будет распределена по всей цепочке.
oplayback?algorithm=..... # не хватает технологии объединения мелких
...&id=d2e4d35a7a16e4c9&ip=205.2.1 пакетов, следующих в одном направлении в
1.19&.... jumbo-фреймы. Это можно делать как по
9Эффективность "Склеивания" MAC-адресу следующего узла, так и по MPLS
URL'ов route ID.
http://alter.org.ua/ru/soft/win/squid_url_ 23Чего не хватает ? # не хватает
ewrite/rewrite.pl. интеграции p2p-протокола(ов). Это
10Эффективность "Склеивания" позволило бы частично переложить задачу
URL'ов (rewrite.pl). кеширования контента на локальную сеть, и
11Главные потребители трафика, они же тем самым значительно ускорить скорость
наиболее эффективно кешируемые (только загрузки. Кроме того, p2p существенно
принудительно!): менее чувствителен к потерям пакетов в
http://alter.org.ua/ru/docs/net/http_cachi сети. # а может даже отдельного CDN
g/. сервиса на уровне крупных сетей передачи
12Другие знакомые ресурсы. данных, ISP и IX # клиентского набора ПО,
13Другие знакомые ресурсы (графики)? работающего “из коробки”.
14В общем объеме на HTTP приходится 24Кому это вообще нужно и зачем ? *
около 10-30%. Из них на web-серфинг - тоже провайдерам - чтобы спать спокойно и
~10%. Т.е. ради экономии 1-2% трафика слушать похвальные отзывы от довольных
строить что-то специальное смысла нет. А пользователей * для транспортных
для улучшения качества сервиса - смысл операторов и точек обмена это возможность
есть. В случае перегрузки канала или заработать на доп. сервисах и качестве
самого ресурса - тоже. Отдельный момент - связи * для контент-провайдеров - способ
процент запросов, обработанных proxy без более качественно доставить контент
обращения к внешним серверам, в т.ч. без конечным пользователям и уменьшить
REFRESH_HIT. Чем больше время жизни нагрузку на свою сеть и оборудование.
картинки в кеше — тем более счастлив будет Также, знание пропускной способности
клиент. А для самих контент-провайдеров канала клиента можно эффективно
есть, наверное, повод задуматься. Если оптимизировать формат предоставляемого
принудительный кеш экономит от 30% до 95% контента для комфортного просмотра. * для
полосы и вычислительных ресурсов, может всех - более равномерно распределить
это повод таки позволить клиентам нагрузку по сети. * еще одним плюсом будет
кешировать данные ? защита от части DDoS-аттак, т.к. трафик в
15# наличие большого количества направлении сети-жертвы будет
подгружаемых из сети объектов (картинки, ограничиваться еще на выходе из
скрипты, доп. запросы к серверу), сетей-источников.
необходимых для отображения одной
Пробки в интернет или немного об управлении трафиком Контент бывает разный - зеленый, синий, красный.ppt
http://900igr.net/kartinka/informatika/probki-v-internet-ili-nemnogo-ob-upravlenii-trafikom-kontent-byvaet-raznyj-zelenyj-sinij-krasnyj-205240.html
cсылка на страницу

Пробки в интернет или немного об управлении трафиком Контент бывает разный - зеленый, синий, красный

другие презентации на тему «Пробки в интернет или немного об управлении трафиком Контент бывает разный - зеленый, синий, красный»

«История интернета» - В 1984 году была разработана система доменных имён (англ. Интерне?т (англ. Источники. Advanced Research Projects Agency Network). История. История сети Интернет. В 1969 году в рамках проекта сеть объединила четыре научных учреждения. Служит физической основой для Всемирной паутины. Выявление развития Интерната в настоящее время.

«Интернет-ресурсы» - А вот как быть с "работает- не работает"?. Презентационный семинар. Практическая часть. Каким должен быть хороший Web-сайт. Схема навигации по сайту. Послесловие. Интернет стал одним из компонентов современного образовательного пространства. Недостатки рейтинга: Что из перечисленного вы можете рекомендовать для самостоятельной работы школьников?

«Интернет для женщин» - Участницы кружка 2009. Гости кружка. Вхождение во Всемирную паутину ?. Цель. Темы занятий. Интернет в пространстве женщины. Марина Куновская. Конечно, можно всё на свете Скачать из сайта в интернете. Как устроен компьютер? Принципы. Причём, бесплатно, без финансов. Пошёл, как говорят, процесс. История развития Интернет.

«Дети в интернете» - Какие проблемы ждут ребенка в Сети ? Когда компьютер начинает вредить ребенку? Каковы источники проблем? (Безопасность детей в Интернете). Как уберечь детей от опасностей? Многие наши дети живут в огромной вселенной – Интернет. Памятка по безопасному поведению в Интернете. Дети и компьютер ( результаты анкетирования учащихся 6а класса).

«Интернет и дети» - Академия кана на youtube. Что делают дети в интернете. Интернет в жизни ребенка: в мире. ОБУЧЕНИЕ ДЕТЕЙ И ВЗРОСЛЫХ: СОТРУДНИЧЕСТВО ikeepsafe И GOOGLE. Net literacy – молодежный проект по цифровой грамотности в сша. http://www.google.ru/intl/ru/landing/transsib/. http://www.youtube.com/watch?hl=ru&v=MqMXIRwQniA.

«Какие бывают часы» - Назови. Современные водяные часы. Что не устраивало человека в солнечных, водяных, песочных, огневых часах? Огневые часы. Мы бьём исправно каждый час, А вы друзья, не бейте нас, И берегите время. Атомные часы. Древние китайские водяные часы. Какие бывают часы? Часы на Спасской башне Кремля в Москве – главные механические часы в нашей стране.

История Интернета

5 презентаций об истории Интернета
Урок

Информатика

130 тем
Картинки
900igr.net > Презентации по информатике > История Интернета > Пробки в интернет или немного об управлении трафиком Контент бывает разный - зеленый, синий, красный