date:20171215

Re: [c-nsp] Cisco 3750G backplane throughput

2017-12-15 Thread Mike

On 12/15/2017 10:47 AM, Aaron Gould wrote:
> As a side-note/response to the "don't laughinherited" comment...
>
> Anyone who has been around long enough should know that there are things that 
> we all come across in our careers that we ask "what in the world were they 
> thinking?!" ... but, in order for you to appreciate/understand exactly what 
> someone was thinking and why they used certain equipment and why is the 
> network configured the way it is, would require that you hunt down perhaps 
> several previous employees, vendor teams, contractors, and in some 
> unfortunate cases, possibly resurrect someone from the dead to get the 
> COMPLETE story as to why things are the way they are.
>
> As time goes on, I hope I'm learning to not criticize to quickly, before I 
> get a chance to know the whole story often you will never get the whole 
> story and you just have to realize, what appears to be a significantly 
> deficient node or design was, at one time, AWESOME.:|
>
>

    I think in a lot of these cases, it's simply a lack of prior
experience and having seen a solution to whatever problem they were
attacking at the time. This equipment allows you to do many things, with
so many knobs switches and buttons in the software stack that you pretty
much can route a sheep thru your network if you really put your mind to
it. I think this is why we all need to continue to provide training and
'best examples' to our junior staff, as well as even here on the mailing
lists, so that the temptation to 'roll your own' is lessened in the face
of good solid examples from others who have been down that road before.
I have learned a hell of a lot from not only this group but also the
kind private email assistance and other web forums, and there are
attitudes and approaches to things that I have changed over the years as
a result. I don't think there really is a template of a 'one size fits
all', but at the same time, I think at this stage of the networking
game, there definitely are some real gems of general network design and
implementation principals that deserve to be documented and more
publicly circulated with the 'operational experience' behind it explained.

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] Cisco 3750G backplane throughput

2017-12-15 Thread Gert Doering

Hi,

On Fri, Dec 15, 2017 at 12:52:24PM -0600, Aaron Gould wrote:
> What in the heck are you doing using a 3750 for uplink to provider!!  LOL
> (Just kidding, I couldn't resist)

Back in the day, when we were young and trusting, we bought one of the
first 3750s because we were told it would

 - do much faster routing than our trusted Cat5k RSM
 - do IPv6 (unlike the RSM)

well, it turned out that the only thing the 3750 *did* was "be fast" - 
but, no SVI counters, no netflow, and no IPv6 either.

When IPv6 finally came, years later, all we used that box for was 
"expensive layer 2 switch"...

But yeah, if you only look at the marketing material, a 3750 really
looks good.

gert

-- 
now what should I write here...

Gert Doering - Munich, Germany g...@greenie.muc.de

signature.asc
Description: PGP signature
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] Cisco 3750G backplane throughput

2017-12-15 Thread Aaron Gould

but while I'm thinking about it...

What in the heck are you doing using a 3750 for uplink to provider!!  LOL
(Just kidding, I couldn't resist)

- Aaron


___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] Cisco 3750G backplane throughput

2017-12-15 Thread Bryan Holloway


Thanks to everyone who responded both on- and off-list.

To expand on what's happening, here's the scenario:

Five-port copper LACP on Gig1/0/6-10 facing downstream equipment/customers.

Four-port ECMP using the 3750G SFP ports (Gig1/0/25-28) facing upstream 
transit.


(Don't laugh ... well, ok ... it's ok to laugh. We inherited this.)

We're seeing equal/nicely-balanced utilization across all ports, but we 
can't seem to push more than 2 Gbps. But based on the ASIC layout, it 
doesn't seem like that should be an issue.


I'll concede (your honor) that this isn't the best use-case for a 3750G, 
but I'll just throw it out there and see if anyone can think of a reason 
for the bottleneck.


Thanks again, everyone.


On 12/15/17 6:47 AM, Chris Knipe wrote:

Yeah,

I don't know about 2G specifically, but we have noticed in the past that
their performance aren't too great.  Especially once you start stacking
them, or start pushing high BW across multiple ASICs.

It is at the end of the day more of a distribution switch rather than
anything else (with quite small buffers I may add).  Personally, given the
OPs original message, I wouldn't rule out the switch completely, TBH.

--
Chris.


On Fri, Dec 15, 2017 at 2:42 PM, Nick Cutting  wrote:


Nice work – The generation 1 and 2 3560 and 3750’s had 2/4 ASICS.



I was wrong earlier, (switch replaced on me!) the E and the X have 1 per
24 ports.



I did dig one up – and got the same results as below



Each SFP is on ONE of the ASICs shared by the copper ports.



*From:* ckn...@savage.za.org [mailto:ckn...@savage.za.org] *On Behalf Of *Chris
Knipe
*Sent:* Friday, December 15, 2017 7:38 AM
*To:* Nick Cutting 
*Cc:* cisco-nsp (cisco-nsp@puck.nether.net) 
*Subject:* Re: [c-nsp] Cisco 3750G backplane throughput



*This message originated from outside your organization.*
--

3750G-48-TS:



Switch   Ports  Model  SW Version  SW Image


--   -  -  --  --


*1   52 WS-C3750G-48TS 12.2(40)SE
C3750-ADVIPSERVICESK





# sh platform pm platform-block



interface gid gpn lpn asic hw-i flags sp dp bundle vlan mvid mac so_di
i_vlan


-

Gi1/0/1   1   1   1   63   U  2  2  no 000   61441  0


Gi1/0/2   2   2   2   60   D  0  0  no 000   61442  0


Gi1/0/3   3   3   3   61   D  0  0  no 000   61443  0


Gi1/0/4   4   4   4   62   U  3  2  no 000   61444  0


Gi1/0/5   5   5   5   52   D  0  0  no 000   61445  0


Gi1/0/6   6   6   6   53   D  0  0  no 000   61446  0


Gi1/0/7   7   7   7   50   D  0  0  no 000   61447  0


Gi1/0/8   8   8   8   51   D  0  0  no 000   61448  0


Gi1/0/9   9   9   9   83   D  0  0  no 000   61449  0


Gi1/0/10  10  10  10  80   D  0  0  no 000   61450  0


Gi1/0/11  11  11  11  81   D  0  0  no 000   61451  0


Gi1/0/12  12  12  12  82   D  0  0  no 000   61452  0


Gi1/0/13  13  13  13  72   D  0  0  no 000   61453  0


Gi1/0/14  14  14  14  73   D  0  0  no 000   61454  0


Gi1/0/15  15  15  15  70   D  0  0  no 000   61455  0


Gi1/0/16  16  16  16  71   D  0  0  no 000   61456  0


Gi1/0/17  17  17  17  43   D  0  0  no 000   61457  0


Gi1/0/18  18  18  18  40   D  0  0  no 000   61458  0


Gi1/0/19  19  19  19  41   D  0  0  no 000   61459  0


Gi1/0/20  20  20  20  42   D  0  0  no 000   61460  0


Gi1/0/21  21  21  21  32   D  0  0  no 000   61461  0


Gi1/0/22  22  22  22  33   D  0  0  no 000   61462  0


Gi1/0/23  23  23  23  30   D  0  0  no 000   61463  0


Gi1/0/24  24  24  24  31   D  0  0  no 000   61464  0


Gi1/0/25  25  25  25  10   3   D  0  0  no 000   61465  0


Gi1/0/26  26  26  26  10   0   U  2  2  no 000   61466  0


Gi1/0/27  27  27  27  10   1   D  0  0  no 000   61467  0


Gi1/0/28  28  28  28  10   2   U  3  2  no 000   61468  0


Gi1/0/29  29  29  29  92   D  0  0  no 000   61469  0


Gi1/0/30  30  30  30  93   D  0  0  no 000   61470  0


Gi1/0/31  31  31  31  90   U  2  2  no 000   61471  0


Gi1/0/32  32  32  32  91   D  0  0  no 000   61472  0


Gi1/0/33  33  33  33  23   U  3  2  no 000   61473  0


Gi1/0/34  34  34  34  20   D  0  0  no 000   61474  0


Gi1/0/35  35  35  35  21   D  0  0  no

Re: [c-nsp] Does NCS behave like Nexus w/regard to vPC+VRRP active/active?

2017-12-15 Thread David Hubbard

Thanks all, yep, discovered no vpc commands lol.  I’ve gone ahead with mc-lag, 
relevant BD’s and added BVI’s for the router interfaces.  Now I need to deploy 
a first hop redundancy option.

In an mc-lag solution, do you know if these devices will work similar to 
HSRP/VRRP in a Nexus+vPC setup where, regardless of a device being the 
‘standby’ first hop from a control plane perspective, they’ll still forward on 
the data plane rather than having to send them across the inter-device link to 
the active first hop for forwarding?

Thanks!

On 12/15/17, 3:37 AM, "adamv0...@netconsultings.com" 
 wrote:

Yup, using proprietary common brain was deemed as not an optimal solution to
the problem, hence why routers are rather using MC-LAG (multichassis LACP)
instead.

adam

netconsultings.com
::carrier-class solutions for the telecommunications industry::

> -Original Message-
> From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of
> Brian Turnbow
> Sent: Thursday, December 14, 2017 5:33 PM
> To: 'David Hubbard'; 'cisco-nsp'
> Subject: Re: [c-nsp] Does NCS behave like Nexus w/regard to vPC+VRRP
> active/active?
> 
> Hi Dave,
> 
> The ncs5501 does not support vpc nor any vss clustering  like
configuration
> afaik.
> 
> 
> Brian
> 
> > -Original Message-
> > From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf
> > Of David Hubbard
> > Sent: giovedì 14 dicembre 2017 18:07
> > To: cisco-nsp
> > Subject: [c-nsp] Does NCS behave like Nexus w/regard to vPC+VRRP
> > active/active?
> >
> > Hey all, before I go too far down the configuration path, was curious
> > if anyone knows off hand if the NCS5500 line (5501SE with IOS XR
> > 6.2.25) behave like Nexus when you set up vPC + VRRP where data plane
> > is active/active for forwarding?
> >
> > Thanks,
> >
> > David
> >
> >
> > ___
> > cisco-nsp mailing list  cisco-nsp@puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> ___
> cisco-nsp mailing list  cisco-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] Cisco 3750G backplane throughput

2017-12-15 Thread Nick Cutting

Nice work – The generation 1 and 2 3560 and 3750’s had 2/4 ASICS.

I was wrong earlier, (switch replaced on me!) the E and the X have 1 per 24 
ports.

I did dig one up – and got the same results as below

Each SFP is on ONE of the ASICs shared by the copper ports.

From: ckn...@savage.za.org [mailto:ckn...@savage.za.org] On Behalf Of Chris 
Knipe
Sent: Friday, December 15, 2017 7:38 AM
To: Nick Cutting 
Cc: cisco-nsp (cisco-nsp@puck.nether.net) 
Subject: Re: [c-nsp] Cisco 3750G backplane throughput

This message originated from outside your organization.

3750G-48-TS:

Switch   Ports  Model  SW Version  SW Image
--   -  -  --  --
*1   52 WS-C3750G-48TS 12.2(40)SE  C3750-ADVIPSERVICESK


# sh platform pm platform-block

interface gid gpn lpn asic hw-i flags sp dp bundle vlan mvid mac so_di i_vlan
-
Gi1/0/1   1   1   1   63   U  2  2  no 000   61441  0
Gi1/0/2   2   2   2   60   D  0  0  no 000   61442  0
Gi1/0/3   3   3   3   61   D  0  0  no 000   61443  0
Gi1/0/4   4   4   4   62   U  3  2  no 000   61444  0
Gi1/0/5   5   5   5   52   D  0  0  no 000   61445  0
Gi1/0/6   6   6   6   53   D  0  0  no 000   61446  0
Gi1/0/7   7   7   7   50   D  0  0  no 000   61447  0
Gi1/0/8   8   8   8   51   D  0  0  no 000   61448  0
Gi1/0/9   9   9   9   83   D  0  0  no 000   61449  0
Gi1/0/10  10  10  10  80   D  0  0  no 000   61450  0
Gi1/0/11  11  11  11  81   D  0  0  no 000   61451  0
Gi1/0/12  12  12  12  82   D  0  0  no 000   61452  0
Gi1/0/13  13  13  13  72   D  0  0  no 000   61453  0
Gi1/0/14  14  14  14  73   D  0  0  no 000   61454  0
Gi1/0/15  15  15  15  70   D  0  0  no 000   61455  0
Gi1/0/16  16  16  16  71   D  0  0  no 000   61456  0
Gi1/0/17  17  17  17  43   D  0  0  no 000   61457  0
Gi1/0/18  18  18  18  40   D  0  0  no 000   61458  0
Gi1/0/19  19  19  19  41   D  0  0  no 000   61459  0
Gi1/0/20  20  20  20  42   D  0  0  no 000   61460  0
Gi1/0/21  21  21  21  32   D  0  0  no 000   61461  0
Gi1/0/22  22  22  22  33   D  0  0  no 000   61462  0
Gi1/0/23  23  23  23  30   D  0  0  no 000   61463  0
Gi1/0/24  24  24  24  31   D  0  0  no 000   61464  0
Gi1/0/25  25  25  25  10   3   D  0  0  no 000   61465  0
Gi1/0/26  26  26  26  10   0   U  2  2  no 000   61466  0
Gi1/0/27  27  27  27  10   1   D  0  0  no 000   61467  0
Gi1/0/28  28  28  28  10   2   U  3  2  no 000   61468  0
Gi1/0/29  29  29  29  92   D  0  0  no 000   61469  0
Gi1/0/30  30  30  30  93   D  0  0  no 000   61470  0
Gi1/0/31  31  31  31  90   U  2  2  no 000   61471  0
Gi1/0/32  32  32  32  91   D  0  0  no 000   61472  0
Gi1/0/33  33  33  33  23   U  3  2  no 000   61473  0
Gi1/0/34  34  34  34  20   D  0  0  no 000   61474  0
Gi1/0/35  35  35  35  21   D  0  0  no 000   61475  0
Gi1/0/36  36  36  36  22   U  3  2  no 000   61476  0
Gi1/0/37  37  37  37  12   U  2  2  no 000   61477  0
Gi1/0/38  38  38  38  13   U  3  2  no 000   61478  0
Gi1/0/39  39  39  39  10   U  3  2  no 000   61479  0
Gi1/0/40  40  40  40  11   U  3  2  no 000   61480  0
Gi1/0/41  41  41  41  12   3   U  1  1  no 000   61481  0
Gi1/0/42  42  42  42  12   0   U  2  2  no 000   61482  0
Gi1/0/43  43  43  43  12   1   D  0  0  no 000   61483  0
Gi1/0/44  44  44  44  12   2   D  0  0  no 000   61484  0
Gi1/0/45  45  45  45  11   2   D  3  2  no 000   61485  0
Gi1/0/46  46  46  46  11   3   D  0  0  no 000   61486  0
Gi1/0/47  47  47  47  11   0   D  3  2  no 000   61487  0
Gi1/0/48  48  48  48  11   1   U  3  2  no 000   61488  0
Gi1/0/49  49  49  49  03   D  0  0  no 000   61489  0
Gi1/0/50  50  50  50  02   D  0  0  no 000   61490  0
Gi1/0/51  51  51  51  01   D  0  0  no 000   61491  0
Gi1/0/52  52  52  52  00   U  3  2  no 000   61492  0



On Fri, Dec 15, 2017 at 2:33 PM, Nick Cutting

Re: [c-nsp] Cisco 3750G backplane throughput

2017-12-15 Thread Chris Knipe

3750G-48-TS:

Switch   Ports  Model  SW Version  SW Image

--   -  -  --  --

*1   52 WS-C3750G-48TS 12.2(40)SE
C3750-ADVIPSERVICESK


# sh platform pm platform-block

interface gid gpn lpn asic hw-i flags sp dp bundle vlan mvid mac so_di
i_vlan
-
Gi1/0/1   1   1   1   63   U  2  2  no 000   61441  0
Gi1/0/2   2   2   2   60   D  0  0  no 000   61442  0
Gi1/0/3   3   3   3   61   D  0  0  no 000   61443  0
Gi1/0/4   4   4   4   62   U  3  2  no 000   61444  0
Gi1/0/5   5   5   5   52   D  0  0  no 000   61445  0
Gi1/0/6   6   6   6   53   D  0  0  no 000   61446  0
Gi1/0/7   7   7   7   50   D  0  0  no 000   61447  0
Gi1/0/8   8   8   8   51   D  0  0  no 000   61448  0
Gi1/0/9   9   9   9   83   D  0  0  no 000   61449  0
Gi1/0/10  10  10  10  80   D  0  0  no 000   61450  0
Gi1/0/11  11  11  11  81   D  0  0  no 000   61451  0
Gi1/0/12  12  12  12  82   D  0  0  no 000   61452  0
Gi1/0/13  13  13  13  72   D  0  0  no 000   61453  0
Gi1/0/14  14  14  14  73   D  0  0  no 000   61454  0
Gi1/0/15  15  15  15  70   D  0  0  no 000   61455  0
Gi1/0/16  16  16  16  71   D  0  0  no 000   61456  0
Gi1/0/17  17  17  17  43   D  0  0  no 000   61457  0
Gi1/0/18  18  18  18  40   D  0  0  no 000   61458  0
Gi1/0/19  19  19  19  41   D  0  0  no 000   61459  0
Gi1/0/20  20  20  20  42   D  0  0  no 000   61460  0
Gi1/0/21  21  21  21  32   D  0  0  no 000   61461  0
Gi1/0/22  22  22  22  33   D  0  0  no 000   61462  0
Gi1/0/23  23  23  23  30   D  0  0  no 000   61463  0
Gi1/0/24  24  24  24  31   D  0  0  no 000   61464  0
Gi1/0/25  25  25  25  10   3   D  0  0  no 000   61465  0
Gi1/0/26  26  26  26  10   0   U  2  2  no 000   61466  0
Gi1/0/27  27  27  27  10   1   D  0  0  no 000   61467  0
Gi1/0/28  28  28  28  10   2   U  3  2  no 000   61468  0
Gi1/0/29  29  29  29  92   D  0  0  no 000   61469  0
Gi1/0/30  30  30  30  93   D  0  0  no 000   61470  0
Gi1/0/31  31  31  31  90   U  2  2  no 000   61471  0
Gi1/0/32  32  32  32  91   D  0  0  no 000   61472  0
Gi1/0/33  33  33  33  23   U  3  2  no 000   61473  0
Gi1/0/34  34  34  34  20   D  0  0  no 000   61474  0
Gi1/0/35  35  35  35  21   D  0  0  no 000   61475  0
Gi1/0/36  36  36  36  22   U  3  2  no 000   61476  0
Gi1/0/37  37  37  37  12   U  2  2  no 000   61477  0
Gi1/0/38  38  38  38  13   U  3  2  no 000   61478  0
Gi1/0/39  39  39  39  10   U  3  2  no 000   61479  0
Gi1/0/40  40  40  40  11   U  3  2  no 000   61480  0
Gi1/0/41  41  41  41  12   3   U  1  1  no 000   61481  0
Gi1/0/42  42  42  42  12   0   U  2  2  no 000   61482  0
Gi1/0/43  43  43  43  12   1   D  0  0  no 000   61483  0
Gi1/0/44  44  44  44  12   2   D  0  0  no 000   61484  0
Gi1/0/45  45  45  45  11   2   D  3  2  no 000   61485  0
Gi1/0/46  46  46  46  11   3   D  0  0  no 000   61486  0
Gi1/0/47  47  47  47  11   0   D  3  2  no 000   61487  0
Gi1/0/48  48  48  48  11   1   U  3  2  no 000   61488  0
Gi1/0/49  49  49  49  03   D  0  0  no 000   61489  0
Gi1/0/50  50  50  50  02   D  0  0  no 000   61490  0
Gi1/0/51  51  51  51  01   D  0  0  no 000   61491  0
Gi1/0/52  52  52  52  00   U  3  2  no 000   61492  0



On Fri, Dec 15, 2017 at 2:33 PM, Nick Cutting  wrote:

> I just realized that switch output I pasted was a 2960X - the 3560G was
> swapped out by a colleague on Tuesday night !
> It was a 3650G 48TS on Monday.
>
> The command should still work for you though
>
> -Original Message-
> From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of
> Nick Cutting
> Sent: Friday, December 15, 2017 7:29 AM
> To: Bryan Holloway ; cisco-nsp@puck.nether.net
> Subject: Re: [c-nsp] Cisco 3750G backplane throughput
>
> This message originates from outside of your organisation.
>
> Use this command:
>
> sh platform pm platform-block
>
> Should be one ASIC per 24 ports, so a TS should

Re: [c-nsp] Cisco 3750G backplane throughput

2017-12-15 Thread Nick Cutting

I just realized that switch output I pasted was a 2960X - the 3560G was swapped 
out by a colleague on Tuesday night !
It was a 3650G 48TS on Monday.

The command should still work for you though

-Original Message-
From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Nick 
Cutting
Sent: Friday, December 15, 2017 7:29 AM
To: Bryan Holloway ; cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] Cisco 3750G backplane throughput

This message originates from outside of your organisation.

Use this command:

sh platform pm platform-block

Should be one ASIC per 24 ports, so a TS should have 1 asic for the normal 
ports and one for the SFP's.
On a my 48portTS, the SFP's are shared across the two normal ASIC's (48 copper 
ports)

I just removed my lab 3560g-24TS so I can't be 100 percent sure on the ASIC 
distribution.  I think it had 1 asic for the 24 copper and one for the sfp's.

How is your LAG traffic distribution?  You need many different flows to get 
much out of a LAG.
It is harder to get bandwidth out of the LAG than be outputted dropped by the 
ASIC, what I mean is one port in the LAG may hit line rate before the others 
are even using 50 percent of bandwidth.

*1 52WS-C2960X-48LPS-L 15.2(2)E6
sh platform pm platform-block
interface gid gpn lpn asic
--
Gi1/0/1   1   1   1   0   
Gi1/0/2   2   2   2   0   
Gi1/0/3   3   3   3   0   
Gi1/0/4   4   4   4   0   
Gi1/0/5   5   5   5   0   
Gi1/0/6   6   6   6   0   
Gi1/0/7   7   7   7   0   
Gi1/0/8   8   8   8   0   
Gi1/0/9   9   9   9   0   
Gi1/0/10  10  10  10  0   
Gi1/0/11  11  11  11  0   
Gi1/0/12  12  12  12  0   
Gi1/0/13  13  13  13  0   
Gi1/0/14  14  14  14  0   
Gi1/0/15  15  15  15  0   
Gi1/0/16  16  16  16  0   
Gi1/0/17  17  17  17  0   
Gi1/0/18  18  18  18  0   
Gi1/0/19  19  19  19  0   
Gi1/0/20  20  20  20  0   
Gi1/0/21  21  21  21  0   
Gi1/0/22  22  22  22  0   
Gi1/0/23  23  23  23  0   
Gi1/0/24  24  24  24  0   
Gi1/0/25  25  25  25  1   
Gi1/0/26  26  26  26  1   
Gi1/0/27  27  27  27  1   
Gi1/0/28  28  28  28  1   
Gi1/0/29  29  29  29  1   
Gi1/0/30  30  30  30  1   
Gi1/0/31  31  31  31  1   
Gi1/0/32  32  32  32  1   
Gi1/0/33  33  33  33  1   
Gi1/0/34  34  34  34  1   
Gi1/0/35  35  35  35  1   
Gi1/0/36  36  36  36  1   
Gi1/0/37  37  37  37  1   
Gi1/0/38  38  38  38  1   
Gi1/0/39  39  39  39  1   
Gi1/0/40  40  40  40  1   
Gi1/0/41  41  41  41  1   
Gi1/0/42  42  42  42  1   
Gi1/0/43  43  43  43  1   
Gi1/0/44  44  44  44  1   
Gi1/0/45  45  464 45  1   
Gi1/0/46  46  465 46  1   
Gi1/0/47  47  457 47  1   
Gi1/0/48  48  456 48  1   
Gi1/0/49  49  49  49  0   
Gi1/0/50  50  50  50  0   
Gi1/0/51  51  51  51  1   
Gi1/0/52  52  52  52  1   

-Original Message-
From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Bryan 
Holloway
Sent: Thursday, December 14, 2017 7:55 PM
To: cisco-nsp@puck.nether.net
Subject: [c-nsp] Cisco 3750G backplane throughput

This message originates from outside of your organisation.

Hello community,

I'm curious if someone is in the know or can point me to a document that 
describes how the backplane is carved up on a 3750G. I.e., ports per ASIC, 
etc., if applicable. I've dug around the Cisco docs to no avail.

I'm particularly interested to know how the four-port SFP section is handled 
on, for example, a WS-C3750G-24TS. Does it have its own ASIC for all four SFP 
ports? Or is that also carved up amongst other ports? If one were to LAG all 
four SFP ports together, should one expect to be able to reach a full 4 Gbps 
(assuming no taxation from other switch ports?)

We're running into an odd issue where we're unable to achieve more than
2 Gbps of bandwidth, but I have a hard time believing this is a switch 
limitation.

Any input would be most appreciated, thanks!

- bryan
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net 
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net 
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] Cisco 3750G backplane throughput

2017-12-15 Thread Nick Cutting

Use this command:

sh platform pm platform-block

Should be one ASIC per 24 ports, so a TS should have 1 asic for the normal 
ports and one for the SFP's.
On a my 48portTS, the SFP's are shared across the two normal ASIC's (48 copper 
ports)

I just removed my lab 3560g-24TS so I can't be 100 percent sure on the ASIC 
distribution.  I think it had 1 asic for the 24 copper and one for the sfp's.

How is your LAG traffic distribution?  You need many different flows to get 
much out of a LAG.
It is harder to get bandwidth out of the LAG than be outputted dropped by the 
ASIC, what I mean is one port in the LAG may hit line rate before the others 
are even using 50 percent of bandwidth.

*1 52WS-C2960X-48LPS-L 15.2(2)E6
sh platform pm platform-block
interface gid gpn lpn asic
--
Gi1/0/1   1   1   1   0   
Gi1/0/2   2   2   2   0   
Gi1/0/3   3   3   3   0   
Gi1/0/4   4   4   4   0   
Gi1/0/5   5   5   5   0   
Gi1/0/6   6   6   6   0   
Gi1/0/7   7   7   7   0   
Gi1/0/8   8   8   8   0   
Gi1/0/9   9   9   9   0   
Gi1/0/10  10  10  10  0   
Gi1/0/11  11  11  11  0   
Gi1/0/12  12  12  12  0   
Gi1/0/13  13  13  13  0   
Gi1/0/14  14  14  14  0   
Gi1/0/15  15  15  15  0   
Gi1/0/16  16  16  16  0   
Gi1/0/17  17  17  17  0   
Gi1/0/18  18  18  18  0   
Gi1/0/19  19  19  19  0   
Gi1/0/20  20  20  20  0   
Gi1/0/21  21  21  21  0   
Gi1/0/22  22  22  22  0   
Gi1/0/23  23  23  23  0   
Gi1/0/24  24  24  24  0   
Gi1/0/25  25  25  25  1   
Gi1/0/26  26  26  26  1   
Gi1/0/27  27  27  27  1   
Gi1/0/28  28  28  28  1   
Gi1/0/29  29  29  29  1   
Gi1/0/30  30  30  30  1   
Gi1/0/31  31  31  31  1   
Gi1/0/32  32  32  32  1   
Gi1/0/33  33  33  33  1   
Gi1/0/34  34  34  34  1   
Gi1/0/35  35  35  35  1   
Gi1/0/36  36  36  36  1   
Gi1/0/37  37  37  37  1   
Gi1/0/38  38  38  38  1   
Gi1/0/39  39  39  39  1   
Gi1/0/40  40  40  40  1   
Gi1/0/41  41  41  41  1   
Gi1/0/42  42  42  42  1   
Gi1/0/43  43  43  43  1   
Gi1/0/44  44  44  44  1   
Gi1/0/45  45  464 45  1   
Gi1/0/46  46  465 46  1   
Gi1/0/47  47  457 47  1   
Gi1/0/48  48  456 48  1   
Gi1/0/49  49  49  49  0   
Gi1/0/50  50  50  50  0   
Gi1/0/51  51  51  51  1   
Gi1/0/52  52  52  52  1   

-Original Message-
From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Bryan 
Holloway
Sent: Thursday, December 14, 2017 7:55 PM
To: cisco-nsp@puck.nether.net
Subject: [c-nsp] Cisco 3750G backplane throughput

This message originates from outside of your organisation.

Hello community,

I'm curious if someone is in the know or can point me to a document that 
describes how the backplane is carved up on a 3750G. I.e., ports per ASIC, 
etc., if applicable. I've dug around the Cisco docs to no avail.

I'm particularly interested to know how the four-port SFP section is handled 
on, for example, a WS-C3750G-24TS. Does it have its own ASIC for all four SFP 
ports? Or is that also carved up amongst other ports? If one were to LAG all 
four SFP ports together, should one expect to be able to reach a full 4 Gbps 
(assuming no taxation from other switch ports?)

We're running into an odd issue where we're unable to achieve more than
2 Gbps of bandwidth, but I have a hard time believing this is a switch 
limitation.

Any input would be most appreciated, thanks!

- bryan
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net 
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] Does NCS behave like Nexus w/regard to vPC+VRRP active/active?

2017-12-15 Thread adamv0025

Yup, using proprietary common brain was deemed as not an optimal solution to
the problem, hence why routers are rather using MC-LAG (multichassis LACP)
instead.

adam

netconsultings.com
::carrier-class solutions for the telecommunications industry::

> -Original Message-
> From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of
> Brian Turnbow
> Sent: Thursday, December 14, 2017 5:33 PM
> To: 'David Hubbard'; 'cisco-nsp'
> Subject: Re: [c-nsp] Does NCS behave like Nexus w/regard to vPC+VRRP
> active/active?
> 
> Hi Dave,
> 
> The ncs5501 does not support vpc nor any vss clustering  like
configuration
> afaik.
> 
> 
> Brian
> 
> > -Original Message-
> > From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf
> > Of David Hubbard
> > Sent: giovedì 14 dicembre 2017 18:07
> > To: cisco-nsp
> > Subject: [c-nsp] Does NCS behave like Nexus w/regard to vPC+VRRP
> > active/active?
> >
> > Hey all, before I go too far down the configuration path, was curious
> > if anyone knows off hand if the NCS5500 line (5501SE with IOS XR
> > 6.2.25) behave like Nexus when you set up vPC + VRRP where data plane
> > is active/active for forwarding?
> >
> > Thanks,
> >
> > David
> >
> >
> > ___
> > cisco-nsp mailing list  cisco-nsp@puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> ___
> cisco-nsp mailing list  cisco-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] Cisco 3750G backplane throughput

Re: [c-nsp] Cisco 3750G backplane throughput

Re: [c-nsp] Cisco 3750G backplane throughput

Re: [c-nsp] Cisco 3750G backplane throughput

Re: [c-nsp] Does NCS behave like Nexus w/regard to vPC+VRRP active/active?

Re: [c-nsp] Cisco 3750G backplane throughput

Re: [c-nsp] Cisco 3750G backplane throughput

Re: [c-nsp] Cisco 3750G backplane throughput

Re: [c-nsp] Cisco 3750G backplane throughput

Re: [c-nsp] Does NCS behave like Nexus w/regard to vPC+VRRP active/active?

10 matches

Site Navigation

Mail list logo

Footer information