Понятие multicast НЕприменимо ко второму уровню. Тут ходят BROADCAST. Мультикасты ходят на третьем (IP) уровне. Но multicast на втором уровне передаются посредством broadcast, это да.
=)
ИМХО лажа. На кой он нужен-то?
Смотрел я как-то на эту игрушку — я так понял он нагрузку всё равно не даёт. Система теста БП, которая даёт нагрузку выглядит так:
Эта система охлаждения, чтобы в прямом смысле рассеивать выделяемую мощность =)
Можете ознакомится подробней тут
На практике при диагностике неисправностей ПК вполне достаточно POST_Tester'a
1) Как правило так выглядит ситуация «прогревного» элемента. Что-то перегревается и «уходит в себя». Оживает только после передёргивания питания.
2) Пощупайте — что на маме и БП сильно греется?
На мамке это обычно транзисторы в районе памяти и северного моста, а также сами мосты(чипсеты).
А может даже сам проц (на процессорах начиная с сокета 775 если не нанести термопасту, то получите именно такую ситуацию. Новички часто об это обжигаются).
На БП тоже обычно транзисторы или микросхема на плате. Но я с БП обычно не вожусь и вам не советую, ввиду их низкой стоимости. Проще взять другой БП и проверить. При малейших подозрениях на БП его проще утилизировать.
3) Если что-то греется так, что нельзя держать палец больше 5-7 секунд (что примерно соответствует температуре больше 70 градусов) — то с большой вероятностью это и будет проблемным местом. Это не факт! Но часто именно так и бывает.
Современные чипсеты, например, спокойно работают на температурах под 100 градусов. ИМХО это лажа, и не должна техника на таких температурах работать, но гонка за производительностью и маркетинг УВЫ вносят свои коррективы.
1) Если проц НЕ вставлен в сокет, то мать не включится. Хотя это просто проверка на КЗ, не более того. В формировании PS он вообщем-то не участвует.
2) Если проц дохлый, то мать включится, но дальше этого не уйдёт. Будет то, что обычно называется — «компьютер шумит но экран чёрный». После того как БП получил PS_ON и подал питание на мать стартует POST (Power On Self Test). POST — это микропрограмма записанная в BIOS. Её НЕ выполнение происходит (чаще всего) по двум причинам — либо битая микросхема BIOS(т.е. носитель на котором находится микропрограмма невозможно считать) либо неработающий проц — так как выполняется микропрограмма именно процом.
НО! «Неработающий проц» — это ещё не значит «сгоревший проц».
Он может не работать из-за того, что нет контакта в сокете, или (что часто распространено в последнее время) нет контакта между сокетом и самой платой. Т.е. в данных случаях виновником будет всё же материнка.
Имею богатый опыт диагностики и ремонта системников. По своему опыту могу сказать:
1) За всю практику видел только один дохлый проц intel (то что было до сокета 478 не учитываю — там как правило просто кристаллы кололись), один из первых в сокете 775. Сдали в сервис-центр intel — они признали брак и заменили (если кто не в курсе, на ВСЕ боксовые процы гарантия от производителя 5 лет — не от магазина, от производителя!).
2) Дохлые АМД попадались в руки куда как чаще, да, но тем не менее считаю, что подозревать проц — это последнее дело. 99% что в тех случаях когда вы в своей статье указываете на неисправность проца проблема будет всё же в материнке. В крайнем случае неконтакт в сокете, что впрочем тоже редкость. Так что вынуть\вставить проц не повредит, да, но считать его сходу неисправным — это вы зря.
3) Самый лучший способ проверить БП со 100% гарантией — это подключить к вашей системе другой, заведомо рабочий БП. Если с ним работает — значит дело в вашем БП. И посрать какие у него там напряжения и сколько там ОМ — он без нагрузки запросто может показывать отличные показатели, но отказываться работать под нагрузкой. А по вашему получится, что процессор сгорел =)
4) Зачастую проблема бывает и в БП и в материнке. Поэтому диагностировать нужно всё по отдельности. Я понимаю, что в домашних условиях не всегда есть такая возможность, но компы сейчас везде и у всех — позаимствовать чей-нить БП для проверки имхо не проблема. Сам так иногда делаю.
Раньше в сервисе всегда держали пару БП для проверки. Иногда даже на выезды с ними ездили, потому как это самый простой и действенный метод.
хм...Catalyst 4506 на доступ?
Такие сети провайдера обслуживают только юр.лиц?
Или для физиков используется то же оборудование?
Просто сколько видел провайдерские сети в жилых районах, то на доступе это обычно D-link, в лучшем случае Telesyn, а то и вовсе «неуправляемые» коммутаторы.
>Я не видел ни одного раутера, у которого в постоянном конфиге прописано брать иос с тфтп.
да бывает…
>в любом случае лучше поменять конфрег, чем передёргивать лишний раз карточку.
Почитайте внимательней — конфрег в любом случае менять.
Карточку нужно дёргать, когда не возможности попасть в ROMMON ввиду внешних условий, а срочно нужно — например отсутствует клавиша break, а другие известные комбинации не срабатывают.
А речь не идёт про «тех кому не надо». Простой пример(из личной практики):
Вы аутсорсер.
Вас позвали в организацию «разобраться с какими-то железками там в серверной», потому что почта не ходит\интернета нет\оттуда доносится хрюканье(привет касперскому!)\и т.д.
Паролей никто, никаких и ни от чего не знает.
Штатного админа нет, кто ставил это всё оборудование они не в курсе, но заходить в серверную с хрюкающими серверами им страшно…
Ввм в руки дают ключ от серверной…
Ну вообщем весь комплекс мер по восстановлению\взлому паролей в Вашем распоряжении, так как других вариантов зарезать свинью попасть на оборудование и выяснить, что там вообще происходит у Вас всё равно нет.
А можно сделать более универсальный алгоритм.
Если мы не знаем, что там сконфигурено и откуда оно бутится, то пункт 2) в моём варианте будет выглядеть так: 2) вытаскиваем карту памяти, выдёргиваем все патч-корды из всех портов
Всё! путей загрузки IOS нет — Вы в ROMMON!
Эх только на коммутаторах не прокатит — там карту не вытащишь…
Сталкивался с такой же проблемой, нашёл альтернативное решение:
на роутерах IOS обычно хранится на флэш — на той, которая воткнута на морде.
Алгоритм следующий:
1) вырубаем роутер
2) вытаскиваем карту памяти
3) включаем роутер
4) так как ios нет он сам вываливается в ROMMON — ничего наживать вообще не нужно.
5) меняем регистр
6) гасим роутер
7) вставляем карту обратно
8) включаем
дальше смотри пункт 3 в топике.
1) CiscoWorks конфигурится раз и на всегда.
У нас суммарно около 1000 устройств, и CiscoWorks более чем актуален. Во многом он всё же значительно облегчает жизнь, плюс аналогов функционала UT я вообще нигде больше не видел.
CiscoWorks 2.6 у нас несколько лет работал, после первичной настройки, вот только недавно решили переходить на 4-ку.
2) А у вас часто перезагружаются коммутаторы?
У нас не чаще раза в год и то как правило по причинам обновления ПО.
3) На счёт «что-то помнить» я с вами согласен, но повторюсь — это работает. В реальной сети, на живом железе и с живыми админами =). Так что это не теоретические умозаключения, а практический опыт.
Как правило стоит задача — какие порты свободны? Задачу обычно по телефону ставит админ\СКС-ник который стоит возле стойки и хочет получить ответ. Вывод команды sh int counters
сходу позволяет назвать порты, которыми можно воспользоваться.
А дальше идёт детализация:
— сколько порт не используется можно посмотреть по выводу
>Если 8ой бит выставлен в 1, то адрес multicastПонятие multicast НЕприменимо ко второму уровню. Тут ходят BROADCAST. Мультикасты ходят на третьем (IP) уровне. Но multicast на втором уровне передаются посредством broadcast, это да.
=)
спасибо за полезную информацию.
Смотрел я как-то на эту игрушку — я так понял он нагрузку всё равно не даёт. Система теста БП, которая даёт нагрузку выглядит так:
Эта система охлаждения, чтобы в прямом смысле рассеивать выделяемую мощность =)
Можете ознакомится подробней тут
На практике при диагностике неисправностей ПК вполне достаточно POST_Tester'a
2) Пощупайте — что на маме и БП сильно греется?
На мамке это обычно транзисторы в районе памяти и северного моста, а также сами мосты(чипсеты).
А может даже сам проц (на процессорах начиная с сокета 775 если не нанести термопасту, то получите именно такую ситуацию. Новички часто об это обжигаются).
На БП тоже обычно транзисторы или микросхема на плате. Но я с БП обычно не вожусь и вам не советую, ввиду их низкой стоимости. Проще взять другой БП и проверить. При малейших подозрениях на БП его проще утилизировать.
3) Если что-то греется так, что нельзя держать палец больше 5-7 секунд (что примерно соответствует температуре больше 70 градусов) — то с большой вероятностью это и будет проблемным местом. Это не факт! Но часто именно так и бывает.
Современные чипсеты, например, спокойно работают на температурах под 100 градусов. ИМХО это лажа, и не должна техника на таких температурах работать, но гонка за производительностью и маркетинг УВЫ вносят свои коррективы.
Т.к. всё работает, то очевидно, что нагрузка есть.
Может пищит не трансформатор?
2) Если проц дохлый, то мать включится, но дальше этого не уйдёт. Будет то, что обычно называется — «компьютер шумит но экран чёрный». После того как БП получил PS_ON и подал питание на мать стартует POST (Power On Self Test). POST — это микропрограмма записанная в BIOS. Её НЕ выполнение происходит (чаще всего) по двум причинам — либо битая микросхема BIOS(т.е. носитель на котором находится микропрограмма невозможно считать) либо неработающий проц — так как выполняется микропрограмма именно процом.
НО! «Неработающий проц» — это ещё не значит «сгоревший проц».
Он может не работать из-за того, что нет контакта в сокете, или (что часто распространено в последнее время) нет контакта между сокетом и самой платой. Т.е. в данных случаях виновником будет всё же материнка.
1) За всю практику видел только один дохлый проц intel (то что было до сокета 478 не учитываю — там как правило просто кристаллы кололись), один из первых в сокете 775. Сдали в сервис-центр intel — они признали брак и заменили (если кто не в курсе, на ВСЕ боксовые процы гарантия от производителя 5 лет — не от магазина, от производителя!).
2) Дохлые АМД попадались в руки куда как чаще, да, но тем не менее считаю, что подозревать проц — это последнее дело. 99% что в тех случаях когда вы в своей статье указываете на неисправность проца проблема будет всё же в материнке. В крайнем случае неконтакт в сокете, что впрочем тоже редкость. Так что вынуть\вставить проц не повредит, да, но считать его сходу неисправным — это вы зря.
3) Самый лучший способ проверить БП со 100% гарантией — это подключить к вашей системе другой, заведомо рабочий БП. Если с ним работает — значит дело в вашем БП. И посрать какие у него там напряжения и сколько там ОМ — он без нагрузки запросто может показывать отличные показатели, но отказываться работать под нагрузкой. А по вашему получится, что процессор сгорел =)
4) Зачастую проблема бывает и в БП и в материнке. Поэтому диагностировать нужно всё по отдельности. Я понимаю, что в домашних условиях не всегда есть такая возможность, но компы сейчас везде и у всех — позаимствовать чей-нить БП для проверки имхо не проблема. Сам так иногда делаю.
Раньше в сервисе всегда держали пару БП для проверки. Иногда даже на выезды с ними ездили, потому как это самый простой и действенный метод.
Такие сети провайдера обслуживают только юр.лиц?
Или для физиков используется то же оборудование?
Просто сколько видел провайдерские сети в жилых районах, то на доступе это обычно D-link, в лучшем случае Telesyn, а то и вовсе «неуправляемые» коммутаторы.
да бывает…
>в любом случае лучше поменять конфрег, чем передёргивать лишний раз карточку.
Почитайте внимательней — конфрег в любом случае менять.
Карточку нужно дёргать, когда не возможности попасть в ROMMON ввиду внешних условий, а срочно нужно — например отсутствует клавиша break, а другие известные комбинации не срабатывают.
Вы аутсорсер.
Вас позвали в организацию «разобраться с какими-то железками там в серверной», потому что почта не ходит\интернета нет\оттуда доносится хрюканье(привет касперскому!)\и т.д.
Паролей никто, никаких и ни от чего не знает.
Штатного админа нет, кто ставил это всё оборудование они не в курсе, но заходить в серверную с хрюкающими серверами им страшно…
Ввм в руки дают ключ от серверной…
Ну вообщем весь комплекс мер по восстановлению\взлому паролей в Вашем распоряжении, так как других вариантов
зарезать свиньюпопасть на оборудование и выяснить, что там вообще происходит у Вас всё равно нет.Если мы не знаем, что там сконфигурено и откуда оно бутится, то пункт 2) в моём варианте будет выглядеть так:
2) вытаскиваем карту памяти, выдёргиваем все патч-корды из всех портов
Всё! путей загрузки IOS нет — Вы в ROMMON!
Эх только на коммутаторах не прокатит — там карту не вытащишь…
Сдаётся мне что в этом случае будет ещё проще!
Суть ведь именно в том, что если образа IOS взять негде, то получите пожалуйста ROMMON
на роутерах IOS обычно хранится на флэш — на той, которая воткнута на морде.
Алгоритм следующий:
1) вырубаем роутер
2) вытаскиваем карту памяти
3) включаем роутер
4) так как ios нет он сам вываливается в ROMMON — ничего наживать вообще не нужно.
5) меняем регистр
6) гасим роутер
7) вставляем карту обратно
8) включаем
дальше смотри пункт 3 в топике.
У нас суммарно около 1000 устройств, и CiscoWorks более чем актуален. Во многом он всё же значительно облегчает жизнь, плюс аналогов функционала UT я вообще нигде больше не видел.
CiscoWorks 2.6 у нас несколько лет работал, после первичной настройки, вот только недавно решили переходить на 4-ку.
2) А у вас часто перезагружаются коммутаторы?
У нас не чаще раза в год и то как правило по причинам обновления ПО.
3) На счёт «что-то помнить» я с вами согласен, но повторюсь — это работает. В реальной сети, на живом железе и с живыми админами =). Так что это не теоретические умозаключения, а практический опыт.
Как правило стоит задача — какие порты свободны? Задачу обычно по телефону ставит админ\СКС-ник который стоит возле стойки и хочет получить ответ. Вывод команды
sh int countersсходу позволяет назвать порты, которыми можно воспользоваться.
А дальше идёт детализация:
— сколько порт не используется можно посмотреть по выводу
Если хорошо владете предметом было бы интересно увидеть в вашем изложении описание VACL — Vlan ACL, а также их отличия от PACL и RACL.
Т.е. явно заданный
deny ip any anyвсегда приводит к процесс свитчингу?
Я правильно понял?