cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
3648
Views
6
Helpful
5
Replies

flow control on etherchannel

prashantrecon
Level 1
Level 1

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.

5 Replies 5

Peter Paluch
Cisco Employee
Cisco Employee

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

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
Hall of Fame
Hall of Fame

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

Thanks ,I will let u know.

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 ?

Review Cisco Networking for a $25 gift card