Главная страница


ru.cisco

 
 - RU.CISCO ---------------------------------------------------------------------
 From : Matroskin                            2:5020/400     27 Apr 2003  13:53:36
 To : Dmitry Arsh
 Subject : Re: 7204 fragmented packet drops
 -------------------------------------------------------------------------------- 
 
 Поставить хабы на линках в Интернет, между 2900 и 7204/3660, посмотреть
 через анализатор (Ethereal) что уходит и что приходит.
 
 Cheers
 
 "Dmitry Arsh" <Dmitry.Arsh@f21.n5100.z2.fidonet.org> wrote in message
 news:4205618184@f21.n5100.z2.ftn...
 
 > Hello, All!
 >
 > Крыша едет. Вчера провёл 12 часов кряду за решением одной странной
 
 проблемы.
 
 > Так и не решил. Уже и не знаю, куда тыкать. Может, подскажете чего...
 >
 > Схема такая:
 >          |
 >          |Интернет, dot1q trunk
 >         _|_______
 >         | 2900  |
 >         ~~~~~~~~~
 >    dot1q |     |___ dot1q trunk
 >    trunk_|____   _|______
 >      | 7204  |   | 3660 |
 >      ~~~~~~~~~   ~~~~~~~~
 >
 > 3660 по одному vlan-у подключена к 7204. По другому vlan-у 7204 подключен
 
 к
 
 > провайдеру. Везде speed 100, duplex full, MTU 1500, ошибок на интерфейсах
 
 нет.
 
 > 7204: софт 12.2.10b, меняли на 12.2.16, не помогло. NPE-225. 256MB RAM.
 > Catalyst 2900: софт 12.1.13E1, меняли на 12.0.5, не помогло.
 >
 > Сама проблема: пингуем с 3660 next-hop 7204-го:
 > NBS_HQ_36#p ip
 > Target IP address: 80.232.235.25
 > Repeat count [5]: 1
 > Datagram size [100]:
 > Timeout in seconds [2]:
 > Extended commands [n]:
 > Sweep range of sizes [n]: y
 > Sweep min size [36]: 2000
 > Sweep max size [18024]: 4000
 > Sweep interval [1]:
 > Type escape sequence to abort.
 > Sending 2001, [2000..4000]-byte ICMP Echos to 80.232.235.25, timeout is 2
 > seconds:
 > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
 > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
 > !.!!!!!!.!!!!!!!!!!!!!!!!!.!.!.!.!.!.!.!.!.!.!.!.!.!!!.!.!.!!.!.!.!.!!
 > !!!!!!.!.!.!.!.!.!.!..!.!!.!....!.....!.!..!.......!.!.!.!.!.....!....
 > ...................!.!..........!.....................!...........!..
 > Success rate is 63 percent (220/349), round-trip min/avg/max = 1/12/236 ms
 >
 > Hу и чем дальше -- тем хуже.
 >
 > Ситуация стабильная. Если пинговать пакетами меньше 2050 байт, всё
 
 проходит
 
 > влёт. Если пинговать пакетами 4000 байт, не проходит практически ничего.
 
 Если
 
 > пинговать любого размера пакетами с 7204, проходит всё. Если пинговать
 
 любой
 
 > другой адрес в инете, или с любой другой машины за 3660 или же перед
 
 ним --
 
 > картина та же, что и вышеприведённая.
 >
 > Естественно, грешу на 7204. Что перепробовал:
 > - Менять физический интерфейс на 7204
 > - Менять на интерфейсе FIFO на fair-queue и обратно
 > - Убирать на 7204 BGP
 > - Убирать на 7204 HSRP (там есть такой же 7204 в другом офисе, с этим
 
 завязан
 
 > по HSRP)
 > - Выключать CEF
 > - Выключать ip route-cache
 > - Пускать всё через второй 7204
 > - Пинговать другого провайдера и адреса за ним (каждый из 7204 подключен к
 
 двум
 
 > провайдерам)
 >
 > Всё без толку. Конфигурация рутеров примитивная -- IP адреса на
 
 субинтерфейсах
 
 > dot1q, никаких QoS, rate-limit, acl, etc.
 > Загрузка процессора минимальная, свободной памяти 100MB.
 >
 > Ставил на субинтерфейсах 7204 access-list-ы на icmp для подсчёта. Если им
 > верить, то ICMP requests уходят все, но, чем больше пакеты, тем меньше
 > возвращается (acl на внешнем subif 7204).
 > Кстати, интересная зависимость выявилась: ставим acl на 7204 -- пакеты
 
 начинают
 
 > пропадать где-то начиная с 2150 байт, снимаем acl -- начиная где-то с
 
 2060.
 
 >
 > Подскажите, куда копать? У меня уже идеи закончились. Где пропадают
 
 пакеты,
 
 > если не на 7204? Если на провайдере, то почему, пингуя с 7204, всё
 
 проходит? По
 
 > той же причине отпадает среда между провайдером и 7204...
 > Если же пакеты пропадают на 7204, то что виновато, железо или софт? Железо
 > исключается, ибо через второй 7204 картина та же. Софт вроде тоже
 
 исключается,
 
 > меняли же...
 > Могу только предположить, что 7204 как-то корёжит фрагментированные
 
 пакеты,
 
 > так, что собирающая фрагменты сторона собрать их не может. Hо это ж бред
 > какой-то... :-(
 >
 > Проблема появилась спустя 4 месяца после установки обоих 7204, в момент
 > появления проблемы никаких изменений конфигурации или софта на 7204 не
 > производилось. До этого всё работало влёт.
 >
 > Извините, что так длинно получилось...
 >
 >
 >   Darsh
 >
 --- ifmail v.2.15dev5
  * Origin: Demos online service (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 7204 fragmented packet drops   Dmitry Arsh   27 Apr 2003 03:45:28 
 Re: 7204 fragmented packet drops   Matroskin   27 Apr 2003 13:53:36 
 7204 fragmented packet drops   Dmitry Arsh   28 Apr 2003 22:03:45 
 Re: 7204 fragmented packet drops   Tima Maryin   29 Apr 2003 11:45:56 
 7204 fragmented packet drops   Dmitry Arsh   29 Apr 2003 14:11:36 
Архивное /ru.cisco/6577a570d5a1.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional