Цитата |
---|
А по поводу MPLS - можно ссылку про то где и как используется сеть 5/8? Я никогда не слышал про то, что MPLS пользуется этоми адресами. Google похоже тоже... |
29.12.2004 13:24:19
switching )))))
|
|
|
|
29.12.2004 13:41:12
Вообще, ты загрузил по поводу он и она Switching это наверно все таки ОН |
|||
|
|
29.12.2004 14:38:20
К слову switching вообще нельзя применить он и она. Это некое действие, растянутое во времени. |
|||
|
|
29.12.2004 15:29:02
да... точно.... switching это наверно скорее герундий, чем отглагольное существительное [IMG]
|
|
|
|
29.12.2004 16:35:29
Отличная статья, побольше бы таких..[IMG]
|
|
|
|
29.12.2004 21:40:46
В том совести, в том смысла нет; На всех различные вериги; И устарела старина, И старым бредит новизна. [IMG] |
|||
|
|
31.12.2004 13:49:45
Полностью согласен с Nomadом, хотя:
1. Маршрутизатор, теоретически, может заниматься arp-спуфингом и отвечать своим mac-ом на все arp-запросы, но это не из за того, что хост 2 не ответил на arp-запрос и хост 1 кинет пакет на дефаултовый шлюз. (такого не будет никогда). 2. В стандартной настройке (не знаю, правда, можно ли это изменить), если на интерфейс маршрутизатора придет пакет с IP источника и получателя, находящихся в той же подсети, что и маршрутизатор, но не являющегося ip-адресом интерфейса маршрутизатора, последний пошлет пакет "redirection" на адрес источника с правильными настройками подсети (маска, шлюз) и сообщением типа "ты чё делаешь-то" и НЕ ПОШЛЕТ ПАКЕТ ПОЛУЧАТЕЛЮ!!! |
|
|
|
31.12.2004 13:54:29
Автору (не в обиду) советую еще раз советую прочитать про маршрутизацию и коммутацию (определения, чем отличаются), а также внимательно прочитать про протоколы ARP, SNMP, ICMP.
|
|
|
|
31.12.2004 14:36:11
echo "0" > /proc/sys/net/ipv4/conf/default/send_redirects |
|||
|
|
31.12.2004 15:15:54
2 Nomad:
Спасибо за лекбез, буду знать, но я имел ввиду именно киску. |
|
|
|
31.12.2004 17:32:29
|
|||
|
|
31.12.2004 18:50:18
Нда, уж..
Статья, всместо того, что бы разъяснить функционирование и применение достаточно старых технологий super-VLAN и Proxy ARP, вснесла полную сумятицу в головы.
Что есть "изолированный" порт для МАРШРУТИЗАТОРА, а что есть - "неизолированный"?! О чем, вообще, речь-то идет? |
|||
|
|
31.12.2004 19:41:15
Смотрите на этот пакет: SRC MAC адрес: Хост 1 DST MAC адрес: Маршрутизатор SRC IP адрес: Хост 1 DST IP адрес: Хост 2 Посылаем его в Ethernet сеть. Почему маршрутизатор должен слать ICMP редиректы? Этот пакет будет доставлен в лучшем виде. Попробуйте сами. Как частный случай возьмите Хост1==Хост2. В <a href=http://www.tamos.com/download/main/ target="_blank">CommView 5.0</a> как раз добавлен генератор пакетов. Я только что попробовал - все работает. |
|||
|
|
31.12.2004 20:15:11
<a href=http://www.cisco.com/en/US/products/hw/switches/ps708/products_configuration_guide_chapter09186a008007e717.html target="_blank"> |
|||
|
|
31.12.2004 20:33:50
Все так и будет, но с оговорками: очевидно, что таблицы маршрутизации у Х1 и маршрутизатора разные и, плюс к этому, Х2 находится в другом сегменте (на другом интерфейсе), нежели откуда пришел такой пакет. В противном случае - ICMP редирект. А главный вопрос так и остался открытым - как Х1 сформирует пакет с DST MAC адрес: Маршрутизатор DST IP адрес: Хост 2 (ARP спуфинг - Proxy ARP - PVLAN, вот эту тему можно было бы раскрыть подробнее и понятнее) |
|||
|
|
31.12.2004 20:44:19
предполагалось что пакеты от X1 и X2 приходят на один и тот же интерфейс FW(маршрутизатора). Схема была приведена в статье. А раскрыть поподробнее - согласен... надо.. Но уже в другой статье.. В этой статье акцент был сделан, как вы заметили выше, на то КАК РАЗДЕЛИТЬ компьютеры, а не как соединить их, когда они уже разделены PVLAN.
вообще я заметил, что текст писать одному плохо - нужны именно такие критические замечания от кого-либо, например от редактора статьи, чтобы получилось хорошо. Но в данном конкурсе редактор не полагался... |
|
|
|
01.01.2005 15:20:58
С Новым Годом!
Лично для меня так и осталась непонятой ситуация: как Х1 узнает, что Х2 недоступен, в случае, когда последний действительно выключен? Произойдет это на 2-м уровне (ARP replay таймаут) или FW с PVLAN в любом случае ответит своим МАС, а уж затем, убедившись, что Х2 не отвечает, сгенерирует ICMP Destination Unreacheble (3-й уровень). Или как? |
|||
|
|
01.01.2005 15:46:19
спасибо. [IMG]
я думаю, что на 3-ем уровне все-таки уйдет SYN пакет, а дальше произойдет все то что делает маршрутизатор когда нет хоста в приконнекченой сети. Точнее все будет зависеть от его настроек. если unreachable сообщения запрещены (что как правило так и есть для защиты от DOS атак) - то таймаут. |
|
|
|
01.01.2005 16:06:28
Т.е., если Х2 - DNS сервер и он упал, то Х1 "попадает" на UDP таймауты. Кошмар! Мне кажется, что ICMP Destination Unreacheble для внутренних интерфейсов запрещать, все же, не стоит. |
||||
|
|
|||