Аццкий гей-парад в Москве 16.05.09

[dil]

https://www.youtube.com/watch?v=WqVv2S8e6AU&has_verified=1

via dinozavr

Оригинал этой записи. Комментировать можно тут или там.

Любые материалы из этого блога запрещается использовать на сайте livejournal.ru в любой форме и любом объёме

Comments

[dil.livejournal.com]

их мало, но они вполне known. от реально существующих в сети машин, по вполне обычным протоколам - smb, http, ssh и прочая

[dmarck.livejournal.com]

Это тебе и прочим хостам они known, а у свитча могли из таблицы протухнуть -- часто я встречал, что default arp lifetime - 10 минут, а L2 mac lifetime - 5.

UPD: если ты видишь только сетап пакеты от TCP, то, скорее всего, так оно и есть

[dil.livejournal.com]

не только. из середины тоже вижу, а сейчас вот пролетел FIN

[dmarck.livejournal.com]

Не вижу противуречий. Смотри:

установилась сессия, трафика по ней нет 8 минут, keepalive не включён. На обоих хостах записи об арпе сохранились, на свитче протухла. Сессия закрылась.

[dil.livejournal.com]

а при подключении к SMB-ресурсу она почему вдруг протухла?
http://dil.livejournal.com/838323.html?thread=5599667&format=light#t5599667

[ivlad.livejournal.com]

смотри.

маппинг "мак адрес - порт" может вываливаться из соответствующей cam-таблицы по двум причинам:

- таймаут, давно не было трафика от этого мака
- кончилось место, много трафика от других маков, которые надо запоминать

теперь смотри: вот у тебя относительно молчаливая сессия и тут ВНЕЗАПНО несколько других станций решило поговорить. старые маки выпадут из таблицы, а новый трафик к ним пойдет во все порты, как unknown unicast.

[dil.livejournal.com]

под эту схему не подпадают несколько пакетов от SMB-сессии в пределах нескольких секунд

[ivlad.livejournal.com]

ну, и что? если ни на один из этих трех пакетов сервер не ответил, его мак свичу все еще неизвестен. или ты видишь кусок сессии с двух сторон?

тут еще можно потеоритезировать: например, таблица мак-адресов обновляется асинхронно с коммутацией трафика (что естественно, ведь первое делается в софте, а второе - в железе), так что если у тебя процессор чем-то занят (проверь, не занят ли он), tcam может не успевать обновляться.

идею с флапающим stp выше тоже уже подсказали, на это тож посмотри.

ну, и бага, конечно, не исключена. :)

[dil.livejournal.com]

похоже, что ответил, причем на все. сессия-то развивается, сначала negotiation, потом аутентификация, потом подключение к шаре

[ypq.livejournal.com]

все равно ИМХО флуд и оверфлоу

[ivlad.livejournal.com]

sh mac-address, sh platform tcam utilization и sh ip arp summary должно навести на мысли.

это глядя в мануал, а так у меня свича под рукой нету.