(39)на клиентах или на сервере?
(40)это уже в планах. ловим момент недоступности сервера. Как будут результаты отпишусть

Че за свитч установлен?
Может у него порт косячит, или защита от шторма в сети срабатывает.
Попробуй порт другой
Кстати патчкорд правильно обжат?

походу, если кабло нормальное и свич не глючит, надо задвоенные адреса в сети смотреть :)

(42)Че за свитч установлен?
центральный Allied Telesyn AT-GS950/8
переферийный D-link DES-1050G
//
Может у него порт косячит, или защита от шторма в сети срабатывает. - это на разных портах проявляется. У других компов (их большинство) таких проблем нет
//
Попробуй порт другой. - сервак подключен к Allied Telesyn AT-GS950/8, клиенты к разным портам
//
Кстати патчкорд правильно обжат? - правильно, в шкафу заводские патч-корды.
//
(43)надо задвоенные адреса в сети смотреть - откуда им взятся, если все адреса через DHCP получают
//
а кто-нибудь в курсе как выяснить адрес этой железяки
Allied Telesyn AT-GS950/8
может там в логах что-нибудь будет

Как думаете, зачем тут вам некоторые товарищи арп-а советовали?

(45)пока не представилось возможности проверить таблицу arp

Вопрос был не о том, смотрели ли вы эту таблицу, вопрос был - вы знаете [em]для чего[/em] ее смотреть?

(47)угу. не получается ли так что одному ip-адресу соответствуют разные MAC-адреса

43-Flukostat > cache arp стоит смотреть также и на отстутствие записей, тоже диагностика, знаете ли))

И всё таки на железку зайди, там тоже ARP не мешает помониторить
И вообще если позволяет топология сети то попробуй напрямую в периферийный свитч сервак воткнуть.
Что то мне кажется причина где то в центральном свитче.

43 gloomymen> Кгхм, это тоже диагностика, но непоказательная, вот у моего компа арп кеш кажет всего 10 записей, плюс 3 служебных адреса. Хде остальное?

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

51-Flukostat >пингани что-нибудь и появится остальное. динамическое шоли или как оно там обзывается.

так запись живет 15 мин, вот и интересно, куда подевались остальные опрошенные компы.

[em]живет 15 мин[/em]
без комментариев

Гы, это я по старой памяти, вроде раньше у MS кеш арпа чистился каждые пять минут, удаляя записи старше 15 мин. Как на 2K8R2 решили не знаю:) Впрочем, полчаса прошло, а записи, полученные в кеш ip-сканнером все еще там.

Угу, поменяли таки:)

наконец-то я сформировал для себя уместный синоним виндузятнегу
компаратор)

нда, ща как раз делал компаре 2000-2003-2008 по арпу. Меняли, гады:)
Вот не могу найти, через сколько времени в 2008 удаляются записи из кеша. Походу, тянет на то, что только при перезагрузке.

этопиздец
сори)

Вот, таки нарыл.
Dynamic ARP cache entries for Windows Server 2008 TCP/IP are given a maximum time of 10 minutes before being removed.
Но, походу, брешут, собаки. Как два часа назад был у меня арп-кеш, так и остался. Ничего из него не удалилось.

для меня остался невыясненным 1 вопрос
синдром компаратора это приговор, или бывают выкарабкавшиеся?

Любимые некоторыми одиозами линуксы и, вкупе с ними, всякие там разные бесплатные офисы точно так же меняют свое поведение от версии к версии, так что компараторы у нас фсе. Никто оттуда не выползет :)

пффф
readme #52
и уж потом пар, под соусом умозлоключений)

Я так понял, упор идет на слово [em]официальное[/em].
Implementation of tcp-ip stack is vendor specific. Поэтому для меня здесь официальным будет МС.
МС для winvista-win7-win2008-win2008r2 утверждает, что ее реализация стека соответствует рфц 4861. Я в рфц не нашел ни слова о том, сколько должна жить запись в кеше арпа. Есть время до переноса ее из ричибл(достижимое) в стейл (устаревшая). Но я не нашел в рфц ничего про время удаления из кеша. Ткни в пунктик, плз...

arp как бы не [em]Implementation of tcp-ip stack[/em])
твое упрямство делает тебе честь
отсчет начинается с арприпли

Вот только не надо устраивать флуд на тему входит ли арп в стек тсп-ип и на какой из уровней его помещать. Вот так сойдет?
ARP caching behavior has been changed in Windows Vista. The TCP/IP stack implementations in Windows Vista comply with RFC4861 (Neighbor Discovery protocol for IP version 6 [Ipv6]) for both the IPv4 and the IPv6 Neighbor Discovery process.
[em]отсчет начинается с арприпли[/em]
Ээээ...мы же говорим не о том, что происходит, когда хост стал недоступен и запись удаляется, а о том, когда должен автоматически очищаться кеш арпа. Не?

ммм, я уже ничего не вижу)

Значит, уже заложил:) Пожалуй, я сделаю то же самое,но чуть позже:)

кижуч в духовке суховат, факт
нужно его в ухе реализовать

да, перебрал вчера маненько, товарищ из командировки приехал, увлеклись слегка ирландским элем) коварный напиток
никто умничать не хочет, совсем скушно
67-Flukostat >[em]а о том, когда должен автоматически очищаться кеш арпа. Не?[/em]
да
лайфтайм проверить-то совсем легко
5,15мин это бред, только если шаловливые ручки не тюнили, штатно 60-120 секунд

[quote=Джордж;24472329]надо задвоенные адреса в сети смотреть - откуда им взятся, если все адреса через DHCP получают[/quote]
.
Они возьмутся с любой железки - принтер, ноут, роутер, wifi... Не вы, так кто-нибудь другой мог притащить.

72-Asalon > только тогда в логах той самой форточки которая выпала бы из сети кстати насовсем а не только со стороны сервера было бы написано что конфликт мол айпи адресов.
всякие там штормконтроли тоже маловероятны, они опять-таки порт полностью блокируют, а не выборочно
зато глюки 1005го могут объяснить что угодно ))
ну ещё может какой-антивирус хитрый на сервере стоит или фаервол.

(73)не 1005, а 1050
//
В ходе экспериментов все же выясняется что при назначении статического ip проблем или нет или их намного меньше.
Есть у кого версии как это может быть сваязано?

а сервер остальных видит в момент "пропадания"?

Я бы еще глянул в сторону наличия второго дхцп в сетке

(75)э... особо внимания не обращали. другие компы его в этот момент видят, в качестве DNS-сервера - он тоже работает без перебоев.
//
Те компы которые нормально работают - регистрируются в DNS на сервере, может там чего надо подкрутить?.
//
В принципе ничего страшного в статике нет, но после того как отключим на сервере домен и DHCP/DNS-сервера, хотелось бы включить DHCP на роутере

Ура, есть контакт.
Поймал момент когда нет доступа к серверу, далee глянул в таблицу arp - мак-адрес то левый у сервера.
Посмотрел по производителю - виновник глюков оказался
Allied Telesyn.
У него по умолчанию ip-адрес 192.168.1.1 - как его поменять то?

Таки вот все равно не понятно, как тогда хп-клиенты нормально работали

попробывал прописать статический адрес в arp таблицу
не получилось