flow control on etherchannel

prashantrecon · ‎11-15-2012

Hi

For two wan link currently ports in etherchannel is bundled without any neigiotation protocol

It is configurted with on mode .

when i tired with lacp or pagp it is not geeting bundled.

All the parametes are matched expect the flow control .

on site 1

#show int gi1/0/39 flowcontrol

Port Send FlowControl Receive FlowControl RxPause TxPause

admin oper admin oper

--------- -------- -------- -------- -------- ------- -------

Gi1/0/39 Unsupp. Unsupp. off off 0 0

#show int gi2/0/39 flowcontrol

Port Send FlowControl Receive FlowControl RxPause TxPause

admin oper admin oper

--------- -------- -------- -------- -------- ------- -------

Gi2/0/39 Unsupp. Unsupp. off off 0 0

----------------------------------------------------------------------------------------------------

on site 2

show int gi1/32 flowcontrol

Port Send FlowControl Receive FlowControl RxPause TxPause

admin oper admin oper

----------- -------- -------- -------- -------- ------- -------

Gi1/32 desired off off off 0 0

show int gi2/32 flowcontrol

Port Send FlowControl Receive FlowControl RxPause TxPause

admin oper admin oper

----------- -------- -------- -------- -------- ------- -------

Gi2/32 desired off off off 0 0

Thus above parameter is effecting to get bundled using lacp or pagp.

Peter Paluch · ‎11-18-2012

Hello,

Catalyst switches, in my best knowledege, usually do not support flow control. I do not recall if this mismatch could cause your Etherchannel to fail to bundle. A mismatch on a single end would probably result in bundling failure, but as the flow control is negotiated between the two devices, there is no reason for an Etherchannel to not be created even if the flow control negotiation ends in "unsupported" state.

Can you post the output of the "show etherchannel N detail" command where N is the bundle number? This output may contain vital diagnostic information.

Thank you!

Best regards,

Peter

prashantrecon · ‎11-22-2012

Hi Peter,

sorry for the late response .Currently i have bundled with on mode.Please find the output.

show etherchannel 47 detail

Group state = L3

Ports: 2 Maxports = 8

Port-channels: 1 Max Port-channels = 1

Protocol: -

Minimum Links: 0

Ports in the group:

-------------------

Port: Gi1/0/39

------------

Port state = Up Mstr In-Bndl

Channel group = 47 Mode = On Gcchange = -

Port-channel = Po47 GC = - Pseudo port-channel = Po47

Port index = 0 Load = 0x00 Protocol = -

Age of the port in the current state: 2d:03h:31m:38s

Port: Gi2/0/39

------------

Port state = Up Mstr In-Bndl

Channel group = 47 Mode = On Gcchange = -

Port-channel = Po47 GC = - Pseudo port-channel = Po47

Port index = 0 Load = 0x00 Protocol = -

Age of the port in the current state: 6d:22h:35m:05s

Port-channels in the group:

---------------------------

Port-channel: Po47

------------

Age of the Port-channel = 40d:06h:52m:22s

Logical slot/port = 10/47 Number of ports = 2

GC = 0x00000000 HotStandBy port = null

Passive port list = Gi1/0/39 Gi2/0/39

Port state = Port-channel L3-Ag Ag-Inuse

Protocol = -

Port security = Disabled

Ports in the Port-channel:

Index Load Port EC state No of bits

------+------+------+------------------+-----------

0 00 Gi1/0/39 On 0

0 00 Gi2/0/39 On 0

Time since last port bundled: 2d:03h:31m:43s Gi1/0/39

Time since last port Un-bundled: 2d:03h:31m:44s Gi1/0/39

Giuseppe Larosa · ‎11-22-2012

Hello Prashant,

I remember the previous threads about this issue,

My guess is that one ISP does not allow LACP frames to pass on the link and this is why you are not able to make the bundle working with a signalling protocol over member links.

I agree that the mismatch in flow control settings should not influence the bundle negotiation as far as we know.

Hope to help

Giuseppe

prashantrecon · ‎11-22-2012

Thanks ,I will let u know.

prashantrecon · ‎11-23-2012

Hi Larosa,

I want to know if the links are getting bundled with on mode.

Than there should be no problem with lacp with same settings right ?