Как проверить свитч на работоспособность
подключаетесь по консольке к свичу и смотрите, чтобы прошла полная загрузка. После этого конфиг на ноль, аккаунты на ноль и проверяете тупо работу портов. Я бы делал так.
Заголовок сообщения:
Добавлено: Пн фев 16, 2009 13:46
я понимаю проверить порты воткнув-выткнув кабелек
просто думаю в таком устройстве кроме портов много всего
ксати, созванивался, узнавал что в комплекте
сказали коробка, устройство и кабель 220 вольт
где взять консольный кабель?
где то читал, что обычный модемный подходит.
. от Акорпа 56емс подойдет?
Заголовок сообщения:
Добавлено: Пн фев 16, 2009 14:47
комплектация нормальная для БУ, обычно только устройтво дают
консольный — COM 9pin мама-папа
настройки для подключения гипер-терминала — в мануале на ftp
проверьте порты, чтобы все работали, допустим чтобы с одного порта нормально шел трафик до другого (можно фильм перекачивать) с нормальной скоростью.
функционал обычно лечится прошивками
Заголовок сообщения:
Добавлено: Пн фев 16, 2009 23:01
Состояние и работоспособность портов мы обычно проверяем, создавая петлю на самом коммутаторе либо подключая к каждому порту «тупой» свич с петлёй и подняв «флуд») Заодно можно узнать сколько пакетов в секунду каждый порт может пропустить)
_________________
AB-Style: Выходных дней два в году — Новый Год и Апокалипсис. Да и то что-то с Апокалипсисом не везёт.
D-Link User: DES-3526/3550, DES-3528, DES-3018, DES-3200-XX, DGS-3612/3627G, DCS-9×0, DCS-3220, DVG-5112S, DPH-400S + разные роутеры и медиаконвертеры
Заголовок сообщения:
Добавлено: Пн фев 16, 2009 23:04
falameezaar писал(а):
Состояние и работоспособность портов мы обычно проверяем, создавая петлю на самом коммутаторе либо подключая к каждому порту «тупой» свич с петлёй и подняв «флуд») Заодно можно узнать сколько пакетов в секунду каждый порт может пропустить)
можно подробнее?
не делал никогда подобные вещи
Заголовок сообщения:
Добавлено: Пн фев 16, 2009 23:10
Отключаете на железке весь функционал, борющийся с петлями (тот же reset config обычно помогает )), замыкаете скажем 1 и 2 порты между собой и пускаете пинг на айпишку этого же коммутатора (после ресета 10.90.90.90). Через некоторое время у вас поднимается пакет-шторм на максимум пропускной способности порта )
после чего замыкаете 1 порт на 3 и так далее.
по show error ports видно всякую бяку (если она есть). Вот только редко она там появляется, если порты рабочие.
По show utilization ports видно пропускную способность)
Единственное, что нельзя проверить, не купив — стабильность работы.
_________________
AB-Style: Выходных дней два в году — Новый Год и Апокалипсис. Да и то что-то с Апокалипсисом не везёт.
D-Link User: DES-3526/3550, DES-3528, DES-3018, DES-3200-XX, DGS-3612/3627G, DCS-9×0, DCS-3220, DVG-5112S, DPH-400S + разные роутеры и медиаконвертеры
Заголовок сообщения:
Добавлено: Пн фев 16, 2009 23:12
Спасибо
ну да, стабильность сразу не проверить, но мне дают срок довольно продолжительный, чтоб погонять в рабочей сети
Заголовок сообщения:
Добавлено: Пн фев 16, 2009 23:16
Да не за что)
метод в своём роде бредовый, но парочку железок, которые виснут под нагрузкой, мы так отсеяли.
А стабльность (если нет аппаратных проблем), как и функционал (как уже упоминал terrible) лечится прошивками)
_________________
AB-Style: Выходных дней два в году — Новый Год и Апокалипсис. Да и то что-то с Апокалипсисом не везёт.
D-Link User: DES-3526/3550, DES-3528, DES-3018, DES-3200-XX, DGS-3612/3627G, DCS-9×0, DCS-3220, DVG-5112S, DPH-400S + разные роутеры и медиаконвертеры
Часовой пояс: UTC + 3 часа
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 49
Как проверить свитч на работоспособность
Есть: Управляемый свитч Trendnet TEG-240WS
Проблема: появились тормоза в сетевых програмах
Как проверить свитч на работоспособность?
при пинговании IP свитча выдает примерно следующее:
Ответ от 192.168.0.10 число байт=32 время=109мс TTL=255
Ответ от 192.168.0.10 число байт=32 время=62мс TTL=255
Ответ от 192.168.0.10 число байт=32 время=47мс TTL=255
Ответ от 192.168.0.10 число байт=32 время=94мс TTL=255
Последний раз редактировалось Kamikaze 22.09.2006 10:58, всего редактировалось 1 раз.
Если вы подключены непосредствекно к этому свитчу и расстояние до него меньше 100 метров то время ответа очень большое. Время должно быть
Kamikaze
Сам свич пинговать безполезно, отвечает он тогда когда у него есть время этим заниматься и большие пинги вполне нормальны. Пингуйте машины подключеные через него, причем большими пакетами(1400-1450 байт).
KaYot
То есть свитч значит коммутирует пакеты потихоньку, потом видит что к нему пришел пинг на него самого и решает — «Не! Ща я занят. Отвечать не буду. Вот когда освобожусь малек то может и отвечу. А может и нет. Как пойдет ) «. Так чтоли.
Это блин сверхинтеллектуальный свитч какой-то). Искуственный интеллект.
Остальный машины в сети пингуютя без задержек, т.к. это основной свитч — через него проходит вся локалка
Расстояние между узлами до 100 метров
Общее число компов 25-30, в основном сидят на второстипенных свитчах
Ты в какой свитч включен напрямую? В этот?
В какой свитч включены машины которые пингуются без задержек.
Еще сделай ping ya.ru и tracert ya.ru И выложи резалты сюда.
Все машины между собой пингуются без задержек, название свитча указал неправильно у меня не TEG-S160TX а TEG-240WS — 24 Port 1000BASE-T Web Smart Gigabit Ethernet Switch
по поводу команд: узел не доступен у мну стоит фаервол
Если напрямую подключен к нему, однозначна пинги здоровенные. а насчет что ему некогда отвечать и по этому такой пинг, чушь! ИМХО
_________________
Нууу. однака.
*CI_TSC!_team*
да, с такой задержкой пингуется с хостов которые подключены напрямую к коммутатору, еще есть трабл, свитч со свои программным обеспечением, кароче можно смотреть статистику, дык вот на один порт сыпятся без остановки ошибки, но я пробовал работать без этого хоста — тоже самое
Trener писал(а):
То есть свитч значит коммутирует пакеты потихоньку, потом видит что к нему пришел пинг на него самого и решает — «Не! Ща я занят. Отвечать не буду. Вот когда освобожусь малек то может и отвечу. А может и нет. Как пойдет ) «. Так чтоли. Это блин сверхинтеллектуальный свитч какой-то). Искуственный интеллект.
Пошутил ? Молодец. А у меня на столе стоит управляемый свич, dlink правда но это ничего не меняет. И пингуется он именно по такому алгоритму — когда захотел тогда ответил, от 20 до 200мс ответ идет. Ответ на пинг там программный, так же как и веб-морда, обслуживается в последнюю очередь.
Kamikaze
Машины подключенные к комутатору между собой нормально пингуются ?
Добавлено спустя 14 минут, 2 секунды
KaYot писал(а):
Сам свич пинговать безполезно, отвечает он тогда когда у него есть время этим заниматься и большие пинги вполне нормальны. Пингуйте машины подключеные через него, причем большими пакетами(1400-1450 байт)
если пиновать хосты пакетами по 1450 байт то проскакивают задержки до 31мс
KaYot писал(а):
когда захотел тогда ответил, от 20 до 200мс ответ идет
Ну нет слов просто! Ну сколько можно говорить, ну не используйте вы этот чертов Dlink на работе (тем более управляемый), максимум дома или для очень маленькой локальной сети, иначе сразу начинаются какие-то баги, глюки, непонятки и т.д, что нормальная фирма не может себе Cisco купить что ли? Да не поверю ни за что!
_________________
Футбол — это жизнь. А жизнь — это игра.
BSD
Если мне от пары свичей нужно только поднять 2-3 vlan’a в одном физическом кабеле, зачем мне цыска за 20x стоимость ? Купил, настроил и забыл.
Юзать кошки в качестве управляемых коммутаторов могут только очень богатые конторы. И длинки свои задачи вполне выполняют.
сзот
Часовой пояс: UTC + 3 часа
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2
Лаборатория
Обзор и тестирование корпуса APNX C1
Ретроклокинг: Позывной – 370-й
Обзор и тестирование видеокарты ASUS TUF Gaming GeForce RTX 4090
Обзор и тестирование процессорной СВО MSI MAG CoreLiquid E240
Обзор умного лотка для домашних животных PAWBBY Self-Cleaning Cat Litter Box
Новости
- МИД Израиля вызвал российского посла после визита делегации ХАМАС в Москву
- Кадры очередного подбитого Leopard 2 ВСУ появились сегодня в Сети
- Канцлер Германии поедет в Нигерию в поисках дешёвого природного газа для своей страны
- Президент Ирана заявил о переходе Израилем «красных линий»
- Украина не станет продлевать транзит российского газа в ЕС после 2024 года
- Медведев: Россия и США рано или поздно договорятся, а вот «старушки Европы» скоро не будет
- Генерал ВСУ в отставке обвинил Зеленского в том, что он не озаботился созданием обороны на Купянском направлении
- Intel пояснила, что военные действия пока не мешают её деятельности в Израиле
- Последствия низкой загрузки конвейера Intel будет ощущать до конца следующего года
- Глава Intel решил разделить компанию на две основные и три поменьше
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan
как проверить порт свича?
В один из портов свича (HP V1910-48G Switch) был подключен ip-шлюз телефонии. Этот самый шлюз в грозу выгорел. После замены на новый ,обнаружилась такая трабла: новая железка будучи воткнута в прежний порт свича безбожно тормозит, взаимодействуя с сетью — пинги еле-еле, телнет со скрипом. Но как бы работает. Если воткнуть железку в другой порт на том же свиче — все ок.
Веб-интерфейс свича показывает нормальное состояние «битого» порта.
Есть ли какие-то способы убедиться в работоспособности определенного порта свича? Ну, т.е. как этот порт «прозвонить» что ли.
Петля в локальной сети и ее последствия
Прежде всего: что такое петля в сети? Это — логическое кольцо для проходящего сигнала, когда запараллелены пути его прохождения. Грубо говоря можно сказать так: когда сигнал вместо того, чтобы от коммутатора разойтись по подключенным к нему компьютерам возвращается обратно в коммутатор и так продолжается бесконечно (по кругу). Возникает логическая «петля» (кольцо).
Сеть (участок сети), в такой ситуации, со временем начинает работать исключительно на передачу данных самого «кольца» (мусорных данных), «забивая» весь полезный сетевой трафик.
Само собой, что форма этого «кольца» может быть любой, главное — сигнал уходит и приходит в один и тот же коммутатор (хаб, маршрутизатор и т.д).
И вот, сижу я как-то на 11-м этаже нашего здания, компьютер настраиваю. Делаю что-то локально, не связанное с сетью. Краем уха слышу через два стола: «Интернет не грузится. » Ну, думаю, не грузится и не грузится. мало ли что? Тут — из другого конца помещения: «Ой, на сетевые диски зайти не могу!». Тут я уже насторожился и решил «пропинговать» один из наших внутренних серверов.
Каково же было мое удивление, когда я увидел временные задержки выполнения команды «ping». Они были более ста миллисекунд! Это, повторюсь, — в локальной сети, а последний пакет данных вообще не дошел до адресата. На всякий случай — перезагрузил компьютер, за которым сидел (мало ли что?) — никаких изменений, и вдобавок сетевые диски, которые автоматически монтируются при загрузке операционной системы — «отвалились».
Причем, из источников, приближенных к достоверным, известно, что этажом ниже и выше с сетью все нормально. Вывод — проблема в коммутационном шкафу этажа.
Да-а-а. думаю, а день так хорошо начинался! 🙂 Делать нечего — беру ключи и иду к этому коммутационному центру нашей СКС (структурированной кабельной системы) сети.
Примечание: что такое СКС сеть и как ее правильно построить мы с подписчиками разбирали в одном из наших дополнительных уроков. Для того чтобы получить к ним доступ, Вам нужно подписаться на нашу бесплатную рассылку вот на этой странице.
Открываю, значится, его и заглядываю внутрь:
Давайте в двух словах что мы здесь видим? Красным обведены два сетевых коммутатора (свитча), установленных на стойках внутри. Скобками обозначены патч панели, порты которых (посредством витой пары) соединяются с сетевыми розетками на рабочих местах пользователей по всему этажу.
Сначала — локализуем проблему. Отключаем один коммутатор (нижний), идем к одному из ближайших компьютеров, который подключается через верхний свитч и проверяем работу сети — те же «длинные пинги» и прочие признаки неработоспособности локальной сети.
Теперь делаем наоборот: включаем нижний свитч и выключаем верхний. Проверяем с компьютера, подключенного к нижнему коммутатору. Работа сети восстановилась в полном объеме: «ping» проходит без задержек, после перезагрузки подмонтировались сетевые диски!
Значит — проблема в верхнем коммутаторе, либо — в подключенных к нему патч кордах (коротких сетевых кабелях). Итак, посмотрим на эти самые патч корды, которыми наш коммутатор соединяется с патч панелями в кроссовом шкафу.
Как мы уже говорили, тут есть два возможных варианта развития событий: либо проблема с самим коммутатором (тогда его придется полностью менять), либо — с кабелями подключения. Также возможен частичный выход из строя одного из портов свитча. При подобной неисправности возможна ситуация, когда сеть со временем «наполняется» широковещательными пакетами, рассылаемыми этим неисправным портом. В таком случае «симптомы» будут похожи на то, что мы и имеем сейчас и называется подобное явление — широковещательный шторм.
В любом случае, надо начинать проверку с самого незатратного по времени и силам варианта. В нашем случае это — кабели. Подключаем все в исходное положение и начинаем по порядку вытягивать из верхнего коммутатора по нескольку кабелей (при этом, естественно, мониторим ситуацию с ближайшего компьютера, гарантированно имеющего сеть).
После извлечения очередной пары кабелей (примерно на середине свитча) работа сети неожиданно (или — ожидаемо) восстанавливается! 🙂 Та-а-ак. методом нескольких дополнительных подключений и отключений находим один порт на коммутаторе, после подключения к которому сеть «ложится»!
Похоже — битый порт? Но тут я замечаю одну очень неожиданную вещь! Обратите внимание на фото ниже:
При вытягивании кабеля из порта под номером «21» (того самого, найденного нами) гаснет светодиод на порте под номером «19». Оба кабеля обведены для наглядности красным. Верхний ряд свитча — порты с нечетными номерами.
Получается, что для коммутатора это, вроде как, — один кабель. Вставляем коннектор в порт — загораются два светодиода, отключаем — гаснут так же оба. Хотя, по идее, гаснуть должен только один (тот, который мы и отключаем)!
Такая ситуация возможна только в том случае, если мы имеем дело с «кольцом» или «петлей» в сети и эти два конца патч корда желтого цвета являются окончаниями одного кабеля, запущенного в свитч по кольцу.
Примерно вот так:
Но тогда получается, что кто-то намеренно вскрыл запертый кроссовый шкаф, создал эту «петлю», аккуратно спрятал среднюю часть кабеля за лицевую панель в шкафу, закрыл его обратно и где-то затаился? Бред какой-то! 🙂 Да и кому это нужно?
Постояв так некоторое время в легком оцепенении перед открытым шкафом и почесав в затылке (говорят — помогает, производимый таким образом массаж головы стимулирует деятельность головного мозга), я решил полностью вытащить этот кабель из коммутационных стоек и рассмотреть его хорошенько!
Вот — результат моей деятельности:
Обратите внимание на два кабеля, обозначенные красным. Дело в том, что эти именно два разных кабеля! Фирменные патч корды, которые мы используем для коммутации в СКС шкафу достаточно короткие (сантиметров 40), поэтому четко видно, что это не один а два разных патч корда.
Научно доказав себе эту мысль, подключаю две части сетевого тестера к обеим концам висящих кабелей. Но то что я наблюдаю, продолжает категорически не укладываться в понятие нормальности:
Кабель «прозванивается», как один цельный отрезок!
Что это?! Один длиннющий нестандартный патч корд? Я такого у нас никогда не видел, но. все может быть. Подсознательно понимая, что дело не в этом, выясняю куда ведут два скрытых внутри шкафа конца этого кабеля (кабелей)?
Все правильно: к двум (разным) портам на коммутационной патч панели:
Порты под номерами «28» и «32», идущие к рабочим местам пользователей и их сетевым розеткам с такими же номерами.
Пользовательские розетки. В голове забрезжила какая-то мысль и — опа! Мозг «ухватил» ее и вытащил на поверхность! Догадались о чем это я? Кто нет — за мной! Искать на этаже розетки под номером «28» и «32» 🙂
Находим их через несколько комнат в другом крыле этажа. Три розетки, по два порта в каждой. Часть портов сконфигурирована, как телефонные, а часть — для подключения компьютеров пользователей.
Интересующие нас номера (28 и 32) обведены красным. С виду — все нормально, но, распутав сплетение кабелей на полу, я получил дополнительную порцию адреналина от осознания того, как запросто можно «уложить» сегмент сети!
Интересующий нас кабель обозначен с двух сторон красным, а его центральную часть я (для наглядности) скрутил на полу «бубликом». Это — непрерывный отрезок кабеля, который замыкает между собой коммутационные розетки под номерами «28» и «32», заворачивая, тем самым, передаваемый по сети сигнал в обратную сторону (к коммутатору).
«Петля» или — кольцо в действии! Вот почему, когда мы извлекали из свитча один кабель, то гасли сразу два индикатора и вот почему два разных патч корда на тестере «прозванивались», как один кабель. У нас образовалась петля в сети длиной в пол этажа, проходящая через несколько помещений, не входящая на своем пути ни в один компьютер, но возвращающаяся, в итоге, в тот же свитч, из которого она и вышла.
Большой коллайдер, гоняющий по кольцу никому не нужные данные, заполнившие со временем собой весь сегмент сети и парализовав его работу.
Начинаем разбираться, как такое могло вообще произойти? Кто-то специально закоротил две розетки одним кабелем? Оказывается — нет. Просто тут когда-то стоял компьютер, который переехал на другой стол, а сетевой кабель остался одним концом подключенный в розетку, а другой лежал где-то в куче проводов на полу. С утра один из менеджеров запнулся о телефонный кабель, подключенный к соседней розетке и идущий прямо по полу, так как телефон тоже «переехал», а его кабель нормально укладывать не стали.
Телефонный кабель порвался, клубок кабелей, лежащий на полу под розетками, — разлетелся и в результате все, что подходило по форме и диаметру — было воткнуто тем же менеджером в свободные СКС розетки. Потому что — порядок должен быть в офисе! 🙂 Вот таким естественным образом возникло наше кольцо!
Но, как говорится: «Кто предупрежден, тот — вооружен!». Поэтому я искренне надеюсь что этот материал поможет Вам в будущем, если не избежать, то, по крайней мере, быстро выявить и устранить возникшую петлю в локальной сети. И, коллеги, не очень строго наказывайте своих пользователей, потому что не ведают они что творят и не со зла, а по незнанию совершают админо-неугодные свои действия 🙂