Проблема: CISCO и SDH, ошибки.

[Дятел]

Имеем систему передачи с гига-портом. Наблюдаем многочисленные ошибки.

c3560#sh int g0/8 controller

GigabitEthernet0/8 is up, line protocol is up (connected)

Hardware is Gigabit Ethernet, address is 0018.184f.a788 (bia 0018.184f.a788)

Description: cat3550zv

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 13/255, rxload 15/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 1000Mb/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 00:00:00, output 00:00:00, output hang never

Last clearing of "show interface" counters 08:42:30

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 61515000 bits/sec, 12027 packets/sec

5 minute output rate 51920000 bits/sec, 11742 packets/sec

352403339 packets input, 86429148 bytes, 0 no buffer

Received 353863 broadcasts (0 multicast)

0 runts, 0 giants, 0 throttles

29731 input errors, 299 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 44049 multicast, 0 pause input

0 input packets with dribble condition detected

358798221 packets output, 375493365 bytes, 0 underruns

0 output errors, 0 collisions, 0 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 PAUSE output

0 output buffer failures, 0 output buffers swapped out

 

Transmit GigabitEthernet0/8 Receive

1739668703 Bytes 38664551 Bytes

1327529185 Unicast frames 3978288028 Unicast frames

2316651389 Multicast frames 3375533 Multicast frames

165925153 Broadcast frames 15039813 Broadcast frames

0 Too old frames 2465063576 Unicast bytes

0 Deferred frames 1751518117 Multicast bytes

0 MTU exceeded frames 996453302 Broadcast bytes

0 1 collision frames 0 Alignment errors

0 2 collision frames 16229 FCS errors

0 3 collision frames 0 Oversize frames

0 4 collision frames 0 Undersize frames

0 5 collision frames 101488 Collision fragments

0 6 collision frames

0 7 collision frames 1083384992 Minimum size frames

0 8 collision frames 3478053243 65 to 127 byte frames

0 9 collision frames 933282013 128 to 255 byte frames

0 10 collision frames 670547767 256 to 511 byte frames

0 11 collision frames 762626128 512 to 1023 byte frames

0 12 collision frames 1365231254 1024 to 1518 byte frames

0 13 collision frames 0 Overrun frames

0 14 collision frames 0 Pause frames

0 15 collision frames

0 Excessive collisions 1493995 Symbol error frames

0 Late collisions 54803 Invalid frames, too large

0 VLAN discard frames 0 Valid frames, too large

0 Excess defer frames 102183 Invalid frames, too small

1419413114 64 byte frames 0 Valid frames, too small

3810805686 127 byte frames

861757528 255 byte frames 0 Too old frames

530143923 511 byte frames 0 Valid oversize frames

784248901 1023 byte frames 0 System FCS error frames

698703871 1518 byte frames 0 RxPortFifoFull drop frame

0 Too large frames

0 Good (1 coll) frames

0 Good (>1 coll) frames

 

c3560#

Анализ показал, что в используемых нами WS-3550/3560 сокращен межкадровый интервал (IFG) с 96 бит, предусмотренных стандартом, до 8.

Пакеты с таким интервалом нормально проходят через другие свичи и медиаконверторы, но сбивают механизм выравнивания а-ля SDH.

Метод решения: приведение IFG к стандартному (96 бит) настройками циски.

Интересно, как это сделать.....

Edited April 26, 2007 by Дятел

[ingress]

у меня связка 3550-3560 нормально работает

в 3550 gbic, в 3560 конвертор медь-волокно

ерроров нет

[Дятел]

ingress, читаем внимательно: система передачи. Это мультиплексор с Е1 и 1Г Eth

[ingress]

честно в вашем сообщении упоминается два раза слово SDH

но нигде ни слова про мультиплексор, его модель

вообще с чего вдруг решили почему именно из-за этого

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

 

даже человек который разбирается в SDH из вашего описания проблемы нифига бы не понял :)

 

p.s. я в SDH мало разбираюсь

Edited April 26, 2007 by ingress

[Дятел]

p.s. я в SDH мало разбираюсь

Заметно. Поэтому лучше было промолчать, чем писать тривиальные вещи.

[Дятел]

получается, никто с подобными проблемами не сталкивался?(((

[AlexBT]

получается, никто с подобными проблемами не сталкивался?(((

Похоже, что никто.

 

http://www.cisco.com/en/US/products/hw/swi...008010195b.html

 

Catalyst 3550 switches do not take into account the Preamble and Inter Frame Gap (IFG) when rate limiting traffic, which could result in a slightly inaccurate policing rate on a long burst of small-sized frames, where the ratio of the Preamble and IFG to frame size is more significant. This should not be an issue in an environment where the frames are a mix of different sizes.

и это все.

 

На маршрутизаторах упоминаеттся Inter Packet Gap Config - это то, что связано с SDH на самой Циске.

 

Посмотрите на 3550 в каком состоянии находятся порты. Если стоит auto по части фулдуплекса, то лучше пропишите ручками фулдуплекс.

Если используете SDH с гигабитными портами, то посмотрите, как прописана упаковка фреймов на обоих концах SDH - VC4 и так далее.

Если у Вас не SDH, а отечественное - 1Гигабит + 16Е1, то фиг его знает. Ему должно быть монопенусуально. Но всяко проверьте конфигурацию портов на 3550. Попробуйте прописать MTU отличный от 1500 на гигабитных портах на обоих сторонах коммутаторов.

 

Еще может шейпинг вредить...

А прямо менять IFG на 3550 ни разу не приходилось, и в мануалах такого не нашел.

[Дятел]

да уже всё перепробывали ((

если на концах не 3550/3560, а 6500 (SUP2/32), то никаких ошибок нет.

[Дятел]

Ответ циски:

Коммутаторы серий 3550 и 3560 не имеют команд по изменению межкадрового интервала. И поддерживают исключительно стандартные параметры.

При этом 8 бит у циски и 96 в других коммутаторах отчётливо видно осцилографом.... (((

[Дятел]

Производитель решил проблему:

A> Так чего исправлено-то? /для общего развития.

Введен таймер, принудительно блокирующий обработку следующего пакета на 6 октетов после окончания предыдущего. На стандартном оборудовании таймер истекает раньше, чем кончается IFG (12 октетов) и поэтому ни на что не влияет. В случае с циской, за счет работы таймера IFG расширяется до 6 октетов за счет отрезания части преамбулы следующего пакета. Собственно проверялось, как такие пакеты будет принимать циска и др. оборудования. Без проблем.

Edited May 18, 2007 by Дятел