Антон

0) Представим, необходимо передать данные между компьютерами 1 и 2. Никаких Ethernet и IP еще не придумали, допустим. Есть провода, оптоволокно, соответствующие трансиверы. Что делать? (семиуровневая модель и почему это не священная корова, мультиплексирование, инкапсуляция)

1) Коммутация. Как происходит обработка (перенаправление) трафика коммутатором? Допустим, пришел фрейм с таким-то адресом источника и таким-то адресом назначения - что происходит? Что и почему произойдет, если два 'деревянных' (без STP и прочих излишеств) коммутатора соединить двумя линками? Как с этим бороться (STP, в чем минусы)?

2) Статическая маршрутизация IPv4. Зачем вообще нужен IP, когда есть Ethernet или Serial интерфейсы (хотя, по-моему, IP появился раньше, чем Ethernet, но вопрос имеет определенный смысл, пересекается с пунктом 0)? Допустим, на маршрутизатор приходит пакет (точнее, Ethernet-фрейм, а в нем IP-пакет). Что дальше происходит? Чем концептуально отличается перенаправление пакетов на 3 и 2 уровнях ЭМВОС? Почему l2-петля (в случае Ethernet) это скрежет зубовнай, а L3-петля не так страшна? Чем концептульно отличаются IPv4-адреса от MAC-адресов?

3) Как заставить работать вместе Ethernet и IP (это про ARP)?

4) Нарисуйте топологию вида "маршрутизатор на палочке", где маршрутизатор маршрутизирует трафик между двумя вланами. К нему транком подключен коммутатор, к коммутатору - два хоста в разных вланах. Один хост шлет icmp echo запрос другому ('пингует'). Что происходит на каждом устройстве? Какие адреса (IP, MAC) используются в заголовках пакетов и фреймов на разных этапах? Каково содержимое таблиц маршрутизации, коммутации, ARP-таблиц?

5) Уже после четкого освоения вышеописанного: безопасность (ACL, фаерволлы), туннели (зачем нужны, в чем минусы), NAT (зачем нужен, в чем минусы). Динамическая маршрутизация. Как устроен Интернет (и чем Интернет отличается от Worldwide web)

Из книг, Jeff Doyle, 'Routing TCP/IP', volume I, первые несколько глав. И есть неплохая книжка, на тему 'чего не сказали в курсе CCNA'.

Привел самые базовые вопросы. Разобравшись с ними, думаю, дальнейший вектор развития сами будете способны задать.

Внимание, ответ:
проблема была в выключенном (sic!) брандмауере.
Чтобы принимать входящие соединения через Teredo, брандмауер обязательно должен быть активирован. Плюс ко всему, в правиле для приложения должна быть указана опция Allow Edge Traversal.

В случае, если Вы вдруг потеряли договор с этим оператором и/или сомневаетесь в том, что когда-либо давали своё согласие на обработку ПД (понятие обработки ПД в ст.3 п.3), то для начала можно запросить подтверждение факта обработки, правовые основания, цели, сроки, Ваши ПД и т.п. (cтатья 14 часть 7).

«В соответствии с ФЗ № 152 «О персональных данных» статья 18 часть 1 и статья 20 часть 1 прошу Вас предоставить...»

и далее по списку что Вас интересует (опять же см. ст.14 ч.7), но по закону придётся подождать в течении 30 дней с даты получения запроса от субъекта ПД, случае отказа в предоставлении информации о наличии ПД о Вас — оператор обязан предоставить в письменной форме мотивированный ответ со ссылкой на ФЗ, являющегося основанием для такого отказа.

Текст запроса на прекращение обработки ПД выглядит примерно так:

«В соответствии с ФЗ № 152 «О персональных данных» статья 9 часть 2 прошу Вас прекратить обработку моих персональных данных.»

Если у Вас осталось каким-то чудом Ваше согласие на обработку ПД, то можете посмотреть в нём цели обработки (если такие там указаны) и в случае использования Ваших ПД не в этих целях, можете обращаться в суд.