[UglyAdmin]

Кстати, отчитываюсь о проведённых экспериментах:

Включал так: порты 6,8 - источники трафика; 2,3 - получатели (весь RX в один порт, весь TX в другой). Не полетело, упёрлось в 16G FPGA, на котором 2 и 3 порты.

 

Поменял местами один из источников с одним из получателей (src 2,8; dst 3,6) - и получил такую же картину, как и в первом случае, суммарный трафик по отдаче в dst-порты не превышает 14Гбит. Причём RX отдаётся полностью, а вот TX урезается... Тут я вообще в замешательстве. =)

 

Из плюсов - не жрётся канал фабрики для этого трафика.

[Stak]

Из плюсов - не жрётся канал фабрики для этого трафика.

Это как? Емнип, спан реплицируется на фабрике, даже при наличии DFC?

[UglyAdmin]

Насколько вижу по загрузке - реплицируется на RSP. Хотя судить сложно, может это не загрузка канала фабрики, а загрузка ACIS'а.

SPAN отключен

2 0 20G 22% 56% @10:59 10Apr11 19% 67% @20:50 03Apr11

SPAN включен

2 0 20G 21% 56% @10:59 10Apr11 37% 67% @20:50 03Apr11

[UglyAdmin]

Из плюсов - не жрётся канал фабрики для этого трафика.

Пардон, облажался.

Просто когда реплицировал в Etherchannel - на каждый канал фабрики шла двойная загрузка. По ingress для src-портов, и по egress для dst...

[Stak]

емнип, если src и dst. для спен-сессии на одном и том же модуле, то тогда будет двойная загрузка каналов к фабрике.

Мы для этого разнесли src и dst на разные модули. Т.к. репликация на фабрике (входит в RSP как один из компонентов), то при таком раскладе проблем нет.

На вариант с dst в Etherchannel скоро перейдём, по результатам отпишусь.

Сейчас пока так:

сурсы тут:

SW#sh fabric utilization sw 1 13

slot channel speed Ingress % Egress %

13 0 20G 11 9

13 1 20G 10 10

 

дестинэйшны тут:

SW#sh fabric utilization sw 1 10

slot channel speed Ingress % Egress %

10 0 20G 0 0

10 1 20G 0 16

 

В спан идёт половина трафика с 13го слота.

[UglyAdmin]

Поставил сегодня пару экспериментов. :)

RX вполне реплицируется на DFC, не загружая канал к фабрике.

А вот TX реплицируется на RSP720, так что пофигу, на какую плату его направлять. Направил на 6704.

Пробовал и RX на 6704 направить, но сразу же получил двойную нагрузку канала по ingress.

[UglyAdmin]

Бред какой-то, общий отраженный поток так и не превышает 14Гигабит.

Причём урезается TX, который идёт с RSP720, а RX отдаётся полностью.

[UglyAdmin]

Наиндусили, блин, команд, так они ещё и по-разному работают. А тонкостей нигде не описано.

Вот так не работало вообще:

monitor session 1 source interface Te2/2 , Te2/8 rx
monitor session 1 destination interface Te2/3

Вот так заработало, причём репликация происходит средствами DFC:

monitor session 1 type local
source interface Te2/2 , Te2/8 rx
destination interface Te2/3

вот так реплицировало не весь TX, с ростом общего трафика количество реплицированного уменьшалось:

monitor session 2 type local
source interface Te2/2 , Te2/8 tx
destination interface Te4/4

Вот так заработало как надо:

monitor session 2 type local-tx
source interface Te2/2 , Te2/8 tx
destination interface Te4/4

IOS 12.2(33)SRE2

[Stak]

Перевели сегодня dst на портчаннел, пока всё в порядке. Хотя нагрузка у нас пока небольшая.

VSS-SW1#sh fabric utilization sw 1 10
slot	channel  	speed	Ingress % 	Egress %
  10      	0    	20G        	0        	0
  10      	1    	20G        	0       	16


VSS-SW1#sh fabric utilization sw 2 10
slot	channel  	speed	Ingress % 	Egress %
  10      	0    	20G        	0        	0
  10      	1    	20G        	0       	13


VSS-SW1#sh monitor session all 
Session 1
---------
Type               	: Local Session
Source Ports       	: 
Both           	: Po41,Po43,Po45,Po51,Po53,Po55,Po61,Po63,Po65,Po71,Po73,Po75,Po81,Po83,Po85
Destination Ports  	: Po99

Egress SPAN Replication State:
Operational mode   	: Centralized
Configured mode    	: Centralized (default)

VSS-SW1#sh run | i monitor 	
monitor session 1 source interface Po41 , Po43 , Po45 , Po51 , Po53 , Po55 , Po61 , Po63 , Po65 , Po71 , Po73 , Po75 , Po81 , Po83 , Po85
monitor session 1 destination interface Po99

VSS-SW1#sh int po 99 | i 5 min
 5 minute input rate 0 bits/sec, 0 packets/sec
 5 minute output rate 6293966000 bits/sec, 1126455 packets/sec

VSS-SW1#sh int Te1/10/1 | i 5 min   
 5 minute input rate 0 bits/sec, 0 packets/sec
 5 minute output rate 3486977000 bits/sec, 617544 packets/sec
VSS-SW1#sh int Te2/10/1 | i 5 min
 5 minute input rate 0 bits/sec, 0 packets/sec
 5 minute output rate 2813528000 bits/sec, 510095 packets/sec

[UglyAdmin]

Портченнел из гигабитников?

Это у меня тоже нормально работало, без заморочек...

[Stak]

из десяток. и на VSS.

[UglyAdmin]

Красиво показывается. У меня вот так, сам в шоке:

#sh int te2/3 | i rate
 Queueing strategy: fifo
 5 minute input rate 6970136000 bits/sec, 1329325 packets/sec
 5 minute output rate 4703299000 bits/sec, 691258 packets/sec

Всё время идёт нехилый input, счётчик растёт и при большом трафике даже хорошо зашкаливает за десятку.

На 6704 отрезал его при помощи unidirectional send-only, а на 6708 такой команды нет. :)

Там нет трафика, это глюк счётчика. На гигабитниках не было, кстати.

[Stak]

IOS какой?

У нас там s72033-advipservicesk9_wan-mz.122-33.SXI4a.bin.

[UglyAdmin]

IOS 12.2(33)SRE2, но было и на SRD2a

[Zaqwr]

не оно

http://www.cisco.com/warp/public/cc/pd/rt/7600osr/prodlit/76osr_ov/76osr_o4.jpg

http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps708/prod_white_paper0900aecd80673385.html

так не пробовали?

20G - WS-X6708-10GE - WS-X6704-10GE - 20G

Изменено 11 ноября, 2011 пользователем Zaqwr

[UglyAdmin]

Без бубна прям никак.

Очередные пляски остановились на таком конфиге, которые более-менее работает.

Аплинки - 4/1 и 4/6

 

monitor session 1 type local-tx
description TX
source interface Te4/1 , Te4/6 tx
destination interface Te4/2
!
!
monitor session 2 type local
description RX
source interface Te4/1 , Te4/6 rx
destination interface Te4/5
!

Любые другие конфигурации грузят фабрику и душат аплинки...

[secandr]

UglyAdmin а мы вот в 7600 проблему с "monitor session" решили раз и на всегда - сплиттерами.

[alks]

+1 ставьте оптические сплиттеры и к чертовой матери rspan

Изменено 8 ноября, 2012 пользователем alks

[Garra-67]

Тут можно по другому посмотреть. Были ли наезды от фейсов что какунить тестовую сессию не видно?

Если нет, то молчать в тихую и отдавать скока получается.

[necrozz]

Тут можно по другому посмотреть. Были ли наезды от фейсов что какунить тестовую сессию не видно?

Если нет, то молчать в тихую и отдавать скока получается.

Кому как повезет. У нас были ). В итоге прыгали до тех пор пока файлики по метров 600-700 к ним прилетать нормально не перестали.