Mechanic Posted June 30, 2008 стоит cisco 3560G и zyxel 2008, соединены патчкордом 1.5м cisco работает как ядро сети, zyxel работает как агрегатор инет линков и инет серваков. со стороны zyxel статистика портов выглядит так : Port State Link TxGoodPkt TxBadPkt RxGoodPkt RxBadPkt TxAbort Collision 1 On Up 1787268859 0 1459476967 28 0 0 2 On Up 1602375025 0 1711921403 0 0 0 3 On Up 53986642 0 41882435 0 0 0 4 On Up 522936683 0 585052084 0 0 0 5 Off Down 2478348 0 0 2 0 0 6 Off Down 0 0 0 0 0 0 7 On Up 323994810 0 207735079 0 0 0 8 On Up 3392235846 0 3675944390 0 0 0 а со стороны cisco :Interface,Port Description,Tx Rate(Mbps),Rx Rate(Mbps),Tx BW Usage %,Rx BW Usage %,Tx Rate(pps),Rx Rate(pps),Tx Mcast/Bcast Rate(pps),Rx Mcast/Bcast Rate (pps),Discarded Pkts,Pkts with ErrorsGi0/21,inet,12.9959,26.71348,12.9959,26.71348,4688.3,3995.6,1.1,0,0,12451 присутствуют пакеты с ошибками, причем в оч большом кол-ве, визуально потери видны на скорости инетапатчкорды менял, от чего может быть такое ?! и почему разная статистика на свичах ? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
chainick Posted June 30, 2008 скорость/дуплекс правильный руками ставили? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Mechanic Posted June 30, 2008 стоит auto и там, и там Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
chainick Posted June 30, 2008 Поставьте жестко и там и там. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Mechanic Posted June 30, 2008 а flow control имеет смысл вкл на таких линках ? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
mschedrin Posted June 30, 2008 Если есть возможность - попробуйте поменять порты, возможно сам порт умирает. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
AlexSatter Posted June 30, 2008 такое часто наблюдается в режиме auto на портах. как уже посоветовали, поставьте жёстко скорость и режим (думплекс) вобще, по моему мнению, авто ставить можно только на уровне доступа, где непосредственно подключаются хосты. между свитчами, маршрутизаторами правильнее ставить скорость принудительно. Это сократит время возобновления линка при его падении,... ну и часто избавляет от вышеописанных ошибок. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Mechanic Posted June 30, 2008 поставил значения вручную ,ошибки уменьшились совсем на немного, но общая картина не меняется Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
AlexSatter Posted June 30, 2008 а какой поток идет по этому линку? сильно нагружен? порты менять тоже пробовали? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Mechanic Posted June 30, 2008 порты еще не менял, поток инета мах 50-60мбит, те фактически не нагружен, насчет подгорел- думаю врядли, тк новая cisco Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
AlexSatter Posted June 30, 2008 никто не говорит, что подгорел. даже у cisco бывает брак ;) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Mechanic Posted June 30, 2008 похожая проблема еще на 2х портах , в 1 воткнута машина для раздачи dhcp,ftp и 2й свич edge-core4612 на агрегацию , но там кол-во ошибок в штуках (126 и 94) против 2600к на инете и что интересное, стоят вкл в тужу cisco вкл сервера файлопомойки , но там таких ошибок нет вообще Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
chainick Posted June 30, 2008 Глупый вопрос... А на зюхеле тоже все принудительно стоит? #sho run int g0/21 покажите? Это сократит время возобновления линка при его падении,... ну и часто избавляет от вышеописанных ошибок. Сократить время поднятия линка при падении может правильная настройка STP, но то, что тут еще и характеристики учавствуют, это что-то новенькое... Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Mechanic Posted June 30, 2008 вообщем к вечеру линку совсем стало хреново, пинги на машину вкл в zyxel шли с 26% потерь, попробовал вкл в другой порт на cisco, но результат тотже, пришлось вернуть линк в edge-core, все нормализовалось, потерь нет, в чем причина такого поведения- загадка вот sh interfaces gigabitEthernet 0/21 GigabitEthernet0/21 is down, line protocol is down (notconnect) Hardware is Gigabit Ethernet, address is 001c.57a6.b415 (bia 001c.57a6.b415) Description: inet MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, reliability 236/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 100Mb/s, media type is 10/100/1000BaseTX input flow-control is on, output flow-control is unsupported ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:35:49, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 2208402846 packets input, 3669642118 bytes, 0 no buffer Received 1181 broadcasts (0 multicast) 2702 runts, 125 giants, 0 throttles 4500117 input errors, 4497288 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 7259709 pause input 0 input packets with dribble condition detected 2711336923 packets output, 2728352815 bytes, 0 underruns 0 output errors, 85 collisions, 1 interface resets 0 babbles, 280 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Mechanic Posted July 2, 2008 Undersize Packets The total number of packets received of less than 64 bytes that have good FCS values. считается ли это ошибками на интерфейсе ?! и откуда может браться такое кол-во пакетов на машине с инетом ? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Mechanic Posted July 7, 2008 такое часто наблюдается в режиме auto на портах.как уже посоветовали, поставьте жёстко скорость и режим (думплекс) вобще, по моему мнению, авто ставить можно только на уровне доступа, где непосредственно подключаются хосты. между свитчами, маршрутизаторами правильнее ставить скорость принудительно. Это сократит время возобновления линка при его падении,... ну и часто избавляет от вышеописанных ошибок. поставил режим 100 full на линке с 2мя конверторами и получил глючащий линк, конверторы прыгают из дуплекса в полудуплекс, вернул в режим авто и получил норм работу линка. патчкорд заводской. отчего такая работа cisco ?! Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Quazy Posted July 7, 2008 такое часто наблюдается в режиме auto на портах.как уже посоветовали, поставьте жёстко скорость и режим (думплекс) вобще, по моему мнению, авто ставить можно только на уровне доступа, где непосредственно подключаются хосты. между свитчами, маршрутизаторами правильнее ставить скорость принудительно. Это сократит время возобновления линка при его падении,... ну и часто избавляет от вышеописанных ошибок. поставил режим 100 full на линке с 2мя конверторами и получил глючащий линк, конверторы прыгают из дуплекса в полудуплекс, вернул в режим авто и получил норм работу линка. патчкорд заводской. отчего такая работа cisco ?! Может дело и не в cisco и не в zyxel, а в их "сердечном союзе" :) Мне, например, так и не удалось подружить TMarc и Dlink через гигабитные SFP. Как раз была вышеописанная проблема "поставил режим 100 full на линке с 2мя конверторами и получил глючащий линк, конверторы прыгают из дуплекса в полудуплекс, вернул в режим авто и получил норм работу линка." В итоге пришлось ставить промежуточный planet :) Но успокоил себя тем, что на планете хоть снимаю vlan с VOIP. Не так обидно :] Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Mechanic Posted July 8, 2008 да использую медные порты и там и там, патчкорды менял- не помогает :( Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
