Каково различие между одноадресной передачей, передачей любому из узлов, широковещательным трафиком и многоадресным трафиком?
Я проверил бы hosts файл на затронутом сервере:
%SYSTEMDRIVE%\windows\System32\drivers\etc\hosts
И ищите запись жулика для THEHOST
Причина состоит в том, что nslookup ВСЕГДА использует сервер DNS по умолчанию для своего разрешения, но Ping проходит нормальный метод Windows, который проверяет hosts файл, прежде чем это проверит DNS, и это может становиться кэшируемым.
Другая авеню должна сделать ipconfig /flushdns и посмотрите, решает ли это правильно после этого.
Просто помещенный:
------------------------------------------------------------
| TYPE | ASSOCIATIONS | SCOPE | EXAMPLE |
------------------------------------------------------------
| Unicast | 1 to 1 | Whole network | HTTP |
------------------------------------------------------------
| Broadcast | 1 to Many | Subnet | ARP |
------------------------------------------------------------
| Multicast | One/Many to Many | Defined horizon | SLP |
------------------------------------------------------------
| Anycast | Many to Few | Whole network | 6to4 |
------------------------------------------------------------
Одноадресная передача используется, когда два сетевых узла должны говорить друг с другом. Это является довольно прямым, таким образом, я не собираюсь проводить много времени на нем. TCP по определению является Одноадресным протоколом, кроме тех случаев, когда там Передается одному из узлов включенный (больше на этом ниже).
Когда у Вас должно быть больше чем два узла, видят трафик, у Вас есть опции.
Если все узлы находятся на той же подсети, то широковещательно переданный становится эффективным решением. Все узлы на подсети будут видеть весь трафик. Существует не подобен состоянию соединения TCP сохраняемый. Широковещательная передача является функцией уровня 2 в протоколе Ethernet и также функцией уровня 3 в IPv4.
Многоадресная передача похожа на широковещательную передачу, которая может пересечь подсети, но в отличие от широковещательной передачи не касается всех узлов. Узлы должны подписаться на группу многоадресной передачи для получения информации. Протоколы многоадресной передачи обычно являются протоколами UDP, так как по определению никакое состояние соединения не может сохраняться. Узлы, передающие данные к группе многоадресной передачи, не знают то, что получают узлы. По умолчанию Маршрутизаторы интернета не передают Многоадресный трафик. Для внутреннего пользования, тем не менее, это отлично позволяется; таким образом, "Определенный горизонт" в вышеупомянутой диаграмме. Многоадресная передача является функцией уровня 3 IPv4 & IPv6.
Для использования передачи любому из узлов, Вы рекламируете ту же сеть в нескольких местах Интернета и полагаетесь на вычисления кратчайшего пути для направления клиентов к нескольким местоположениям. Поскольку далеко сами сетевые узлы затронуты, они используют одноадресное соединение, чтобы говорить с Вашими переданными одному из узлов узлами. Для больше на Передаче любому из узлов, попробуйте: Что "передается одному из узлов" и как это полезно?. Передача любому из узлов является также функцией уровня 3, но является функцией того, как объединение маршрута происходит.
Примеры
Некоторые примеры того, как неодноадресные методы используются в реальном Интернете.
Широковещательная передача
ARP является протоколом широковещательной адресации и используется стопками TCP/IP, чтобы определить, как отправить трафик в другие узлы в сети. Если место назначения находится на той же подсети, ARP используется для выяснения MAC-адреса, который переходит к установленному IP-адресу. Это - Уровень 2 (Ethernet) широковещательная передача к зарезервированному MAC-адресу FF:FF:FF:FF:FF:FF.
Кроме того, протокол просмотра машины Microsoft заметно широковещательно передается базирующийся. Обходные решения как WINS были созданы для разрешения просмотра перекрестной подсети. Это включает Уровень 3 (IP) широковещательная передача, которая является пакетом IP с Адресом назначения, перечисленным как широковещательный адрес подсети (в 192.168.101.0/24, широковещательный адрес был бы 192.168.101.255).
Протокол NTP позволяет широковещательный метод для объявления об источниках времени.
Многоадресная передача
В корпоративной сети Многоадресная передача может поставить живое видео нескольким узлам, не имея необходимость иметь крупную пропускную способность со стороны сервера, поставив видео канал. Таким образом, Вы можете иметь видеосервер, подающий поток на 720 пунктов только на соединении 100 МБ, и все же все еще служить тому каналу 3 000 клиентов.
Когда Novell переехал от IPX и к IP, они должны были выбрать протокол объявления служб для замены протокола SAP в IPX. В IPX, Протоколе объявления служб, сделал объявление всей сети каждый раз, когда он объявил, что сервис был доступен. Поскольку TCP/IP испытал недостаток в таком глобальном протоколе объявления, Novell принял решение использовать основанный на многоадресной передаче протокол вместо этого: Протокол обнаружения сервисов. Новые серверы объявляют о своих сервисах на группу многоадресной передачи SLP. Клиенты, ищущие определенные типы сервисов, объявляют о своей потребности группе многоадресной передачи и прислушиваются к одноадресно переданным ответам.
Принтеры HP объявляют о своем присутствии на группе многоадресной передачи по умолчанию. С правильными инструментами это делает очень легким изучить, какие принтеры доступны в Вашей сети.
Протокол NTP также позволяет многоадресный метод (IP 224.0.1.1) для объявления об источниках времени к областям вне просто одной подсети.
Передача любому из узлов
Anycast является немного особенным начиная с Одноадресных слоев сверху его. Anycast объявляет о той же сети в различных частях сети для уменьшения, сетевые транзитные участки должны были добраться до той сети.
6to4 Передача любому из узлов использования протокола перехода IPv6. 6to4 шлюзы объявляют о своем присутствии на определенном IP, 192.88.99.1. Клиенты, обращающиеся к использованию 6to4, шлюз отправляет трафик в 192.88.99.1 и доверяет сети для обеспечения запроса на установление соединения 6to4 маршрутизатор.
Сервисы NTP для особенно популярных хостов NTP могут быть переданы одному из узлов, но у меня нет доказательства этого. Нет ничего в протоколе для предотвращения его.
Другие сервисы используют Передачу любому из узлов для улучшения местности данных до конечных пользователей. Google действительно Передает одному из узлов с его страницами результатов поиска в некоторых местах (и гео-IP в других). Корень Передача любому из узлов использования серверов DNS по подобным причинам. Сам ServerFault просто мог бы пойти туда, у них действительно есть центры обработки данных в Нью-Йорке и Орегоне, но еще не пошел туда.
Сетевые проблемы
Чрезмерный широковещательный трафик может ограбить все узлы в той подсети пропускной способности. Это - меньше беспокойства в эти дни с полнодуплексными портами GigE, но назад в полудуплексные дни 10 МБ "широковещательный шторм" мог остановить сеть очень быстро. Те полудуплексные сети с одним большим доменом коллизий через все узлы были особенно уязвимы для "широковещательных штормов", который является, почему сети книг, особенно более старых, говорят для слежения за широковещательным трафиком. Коммутируемые/Полнодуплексные сети намного более трудно остановить с "широковещательным штормом", но это может все еще произойти. Широковещательная передача требуется для корректного функционирования сетей IP.
Многоадресная передача имеет ту же возможность для злоупотребления. Если один узел на группе многоадресной передачи начнет отправлять огромные объемы трафика той группе, то все подписанные узлы будут видеть весь тот трафик. Как с широковещательной передачей, чрезмерный трафик Mcast может увеличить возможности коллизий на таких соединениях, где это - проблема.
Многоадресная передача является дополнительной функцией с IPv4, но требуемый для IPv6. Широковещательная передача IPv4 заменяется многоадресной передачей в IPv6 (См. также: Почему IPv6 не может отправить широковещательные сообщения?). Это часто выключается в сетях IPv4. Не по совпадению, разрешение многоадресной передачи является одной из многих причин, сетевые инженеры являются подозрительным перемещением в IPv6, прежде чем они должны будут сделать это.
Вычисление, сколько трафика является слишком большим трафиком, зависит от нескольких вещей
- Половина по сравнению с Полным дуплексом: полудуплексные сети имеют намного более низкие допуски для bcast/mcast трафика.
- Скорость сетевых портов: Чем быстрее Ваша сеть, тем меньшим количеством проблемы это становится. В 10 МБ дни Ethernet 5-10% трафика в порте могли быть bcast трафиком, если не больше, но на GigE меньше чем 1% (вероятно, путь меньше) более вероятен.
- Количество узлов в сети: Чем больше узлов Вы имеете, тем более неизбежному широковещательному трафику Вы подвергнетесь (ARP). Если Вы широковещательно передали определенные протоколы используемый просмотр Windows или другие вещи как тактовые импульсы кластера, где проблемный запуск изменится.
- Сетевая технология: Проводной Ethernet достаточно быстр, что, пока у Вас есть современный механизм, управляющий им, bcast/mcast, вероятно, не вызовет Вас проблемы. Беспроводная связь, с другой стороны, может пострадать от чрезмерного широковещательного трафика, поскольку это - общий носитель среди всех узлов и поэтому в единственном домене коллизий.
В конце Bcast и трафик Mcast отнимают у портов пропускной способности от вершины. То, когда Вы начинаете волноваться, очень зависит от Вашей отдельной сети и допуска для переменной производительности. В целом количества сетевого узла не масштабировались с такой скоростью, как скорости сети, таким образом, полное широковещательное число процента поскольку трафик отбрасывало со временем.
Некоторые сети запрещают Многоадресную передачу по определенным причинам, и другие никогда не не торопились для установки ее. Существуют некоторые протоколы многоадресной передачи, которые могут показать интересную информацию (SLP - один такой) любому прислушивающемуся к правильным вещам. Лично, я не возражаю против незначительного многоадресного трафика как против самого большого раздражения, которое я видел с ним, загрязненные сборы сетевых данных, когда я делаю некоторый сетевой анализ; и для этого существуют фильтры.
Вот некоторая основная информация:
Одноадресная передача: Одноадресный трафик является трафиком, который предназначен для единственного хоста. Все другие хосты проигнорируют одноадресный трафик, не предназначенный для себя. В коммутируемой среде одноадресный трафик обычно не "слышат" никакие хосты кроме хоста, для которого предназначается трафик. В среде, которая использует концентраторы (дрожь), все хосты "услышат" одноадресный трафик, предназначенный для любого хоста, но они проигнорируют весь трафик, не предназначенный для себя.
Широковещательная передача: Широковещательный трафик является трафиком, который отправляется с намерением того, чтобы быть "услышанным" всеми хостами на конкретном сегменте сети. Примерами широковещательного трафика был бы запрос ARP, который является широковещательной передачей на физическом уровне (MAC-адрес FF-FF-FF-FF-FF-FF) или запрос имени NetBIOS, который является широковещательной передачей на сетевом уровне (что бы ни случилось, чтобы быть широковещательным адресом для той конкретной сети, такой как 64.28.42.63 для сети 64.28.42.0/26).
Многоадресная передача: Многоадресный трафик является трафиком, который отправляется с намерением того, чтобы быть "услышанным" конкретной группой хостов на сегменте сети. Некоторый многоадресный трафик можно считать широковещательным трафиком, таким как трафик к групповому адресу 224.0.0.1, который является многоадресным трафиком, предназначенным для всех хостов на том же сегменте сети. Другим примером многоадресного трафика был бы трафик, отправленный в групповой адрес 224.0.0.9, который является что использование маршрутизаторов RIP отправить маршрутную информацию на другие маршрутизаторы RIP на том же сегменте сети.
Я оставлю Передачу любому из узлов кому-то еще, поскольку я действительно не знаю так много об этом.
Anycast не является широко распространенным типом связи в IPv4, но присутствует в IPv6.
Три типа связи в IPv4: 1) Одноадресная передача, 2) Многоадресная передача 3) Широковещательная передача.
1) IPv4 Unicast Тип связи «один к одному». Сетевое устройство взаимодействует с другим сетевым устройством. Адрес уровня 3, используемый для одноадресной передачи, - это адреса IPv4 класса A, класса B, класса C. Адрес уровня 2 является одноадресным MAC-адресом.
Пример: просмотр веб-сайта, загрузка файла с помощью FTP, подключение к другому устройству с помощью SSH (Secure Shell) и т. Д.
2) Многоадресная передача IPv4 Один ко многим тип общения. Сетевое устройство отправляет пакет данных IPv4, и он доставляется устройствам, которые заинтересованы в этом трафике. Адрес уровня 3, используемый для многоадресной рассылки IPv4, - это адреса IPv4 класса D (начинается с 224 по 239). Адрес уровня 2 для многоадресной рассылки IPv4 начинается с «01: 00: 5e».
Пример: IPTV, сообщения приветствия OSPF, сообщения приветствия EIGRP, Обновления маршрутов RIPv2.
3) Широковещательная рассылка IPv4 Тип связи «один ко всем». Сетевое устройство отправляет пакет данных IPv4, и он будет доставлен всем устройствам в этом сегменте LAN. Проблема с широковещательным трафиком заключается в том, что широковещательные передачи мешают работе всех устройств в локальной сети и вызывают потерю полосы пропускания.
Пример: сообщения DHCPv4 Discover
В IPv6 есть Unicast, Multicast и Anycast. Концепция одноадресной и многоадресной рассылки одинакова для IPv4 и IPv6, за исключением изменений в адресах IPv6 уровня 3, используемых для широковещательной и многоадресной рассылки, и адреса уровня 2, используемого для многоадресной рассылки. Адрес уровня 2, используемый для многоадресного трафика IPv6, начинается с «33:33:» (в Ipv4 это «01: 00: 5e»).
IPv6 Anycast Тип связи IPv6 Anycast используется для идентификации интерфейса из группы интерфейсов, которые предоставляют ту же услугу, но находятся рядом с клиентом на расстоянии маршрутизации (мы можем сравнить расстояние маршрутизации, аналогичное географическому расстоянию) . Anycast возможен только с помощью протоколов маршрутизации.
См. Ссылку ниже, чтобы получить более четкое объяснение о Anycast IPv6.
Пример. Мой дом находится в Индии, и я хочу преобразовать полное доменное имя « www.serverfault.com » в IP-адрес. Предположим, у меня есть три DNS-сервера, один в США, другой в Канаде, и другие в Индии, предоставляющие одинаковые услуги. Лучше выбрать DNS-сервер из Индии, потому что он находится недалеко от моего дома. Я получу более быстрый ответ и уменьшу сетевой трафик, если воспользуюсь услугой рядом с моим домом. Anycast может найти сервер, который находится недалеко от моего дома, и получить обслуживание с этого сервера.
Просто пояснение по поводу любого приведения.
Anycast определенно не следует группировать с другими * приведениями. Однако он не накладывается поверх одноадресной рассылки, потому что он ЕСТЬ одноадресный. Этот термин просто используется для обозначения того, что один и тот же IP-адрес может существовать в нескольких местах. В этом отношении это броское неправильное употребление слова "cast". Что-то вроде «WiFi» - это запоминающийся термин, основанный на термине «Hi-Fi», хотя эти два понятия не имеют ничего общего друг с другом.
Когда маршрутизатор слышит один и тот же префикс одноадресной рассылки из нескольких источников, он не слышит его. знать (и это не заботит), представляют ли они разные пункты назначения (anycast) или это один и тот же пункт назначения, доступный по разным путям.