I've got this working good over multiple bridged MLPPP connections. There was
a thread on this previously when I had some issues with it. You basically need
to use a BVI interface with the bridge to get things to work properly. Sample
config that helped me get this working is below.
R1/R2:
these serial interfaces
to an OC12 on the 454. Still see the same results on the 7513.
Has anyone experienced this or have any tips on debugging this situation?
Thanks in advance,
Todd
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https
Worked like a charm. Thanks for the help.
-Original Message-
From: Antonio Soares [mailto:amsoa...@netcabo.pt]
Sent: Friday, November 12, 2010 7:50 PM
To: Todd Shipway; cisco-nsp@puck.nether.net
Subject: RE: [c-nsp] Bridging Serial Interfaces
R1/R2:
Bridge irb
Bridge 1 protocol ieee
and router2 are using the default route below:
Ip route 0.0.0.0 0.0.0.0 serial 0
The issue is that no traffic will pass over the bridge. Router1 is unable to
ping router2 and vice versa. Any ideas as to what I'm missing with this?
Thanks,
Todd
Routing is enabled on that router and I do have bridge irb enabled just to be
safe.
On Nov 12, 2010, at 6:07 PM, John Neiberger jneiber...@gmail.com wrote:
On Fri, Nov 12, 2010 at 3:40 PM, Todd Shipway
t...@newfrontierssolutions.com wrote:
The issue is that no traffic will pass over
to stay on the
same 12.2SX versions on both our 6500's and 7600's that both use sup7203bxl's.
Todd
From: cisco-nsp-boun...@puck.nether.net on behalf of Rick Kunkel
Sent: Thu 5/6/2010 11:42 AM
To: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] Sup7203BXL
radius is an open source radius server
software that supports multiple EAP methods and can also hand off
authentication to Windows Active Directory. I hope this information is
helpful.
Todd Linder
-Original Message-
From: cisco-nsp-boun...@puck.nether.net
[mailto:cisco-nsp-boun
I've got a few customers on T1's that are split for data and voice. These
T's are currently coming in on a standard T1 serial card in a 7513 chassis.
I'm trying to move them to a channelized DS3 card. I've got the channel
groups split and setup as needed but the T1 never comes up. Anyone know
A few other thoughts on the Nexus difference from a 6500 based on my experience
since I am still learning the 7K platform:
1) MPLS the 7K is VRF Light syle
2) Application of an access-list by doing a tftp-run (with out removing the acl
which is applied to the interface) is extremely taxing in
To: Todd, Douglas M.
Cc: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] Catalyst vs. Nexus
On 09/09/2009 11:43, Todd, Douglas M. wrote:
1) MPLS the 7K is VRF Light syle
it's EARL8, so it's mpls capable at a hardware level.
3) Nexus STP is RSTP not pvst+
The N5K supports pvst+:
http
No output from the command.
summit#sh contr cbus | incl 1/0:14|1/0:15
summit#
I also upgrade to 12.4(25) last night and no change in the issue. The same
issue still remains.
-Original Message-
From: Rodney Dunn [mailto:rod...@cisco.com]
Sent: Thursday, August 06, 2009 9:47 AM
To: Todd
We have several customers setup with T1's multilinked. We are running into
a problem with a single multilink member bouncing causing routing issues.
When a single T1 member of a multilink group bounces, traffic to the overall
multilink interface stops and we have to manually shut and no shut the
, but END USER can't ping 7513 and no connection
to/from SERVER to END USER.
Hope that makes sense.
-Original Message-
From: Rodney Dunn [mailto:rod...@cisco.com]
Sent: Tuesday, August 04, 2009 1:24 PM
To: Todd Shipway
Cc: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] 7513 multilink
/16:0, since 00:02:15
-Original Message-
From: Rodney Dunn [mailto:rod...@cisco.com]
Sent: Tuesday, August 04, 2009 1:43 PM
To: Todd
Cc: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] 7513 multilink interface issue
It does. I've seen it before years ago.
get 'sh ppp multilink' from
I've got a weird issue that I can't seem to solve.
Overview. Network is running on a core router which is a 7513 with
channelized DS3's split into ds1's to customers. I have one customer who
has 2 T1's bonded using multilink ppp. I can ping everything on our
network, including other customers.
Nope. No filtering at all on the entire path for this customer.
On Thu, Jun 25, 2009 at 11:28 PM, rgolod...@infratection.com wrote:
Todd, any egress filtering to the customer in place that is different from
your other configs?
Richard
--Original Message--
From: Todd Shipway
Sender
For archiving purposes...
The issue with the ATM interfaces was due to an older ATM card that
wasn't compatible with 12.4(23). Once the card was replaced with a
newer enhanced ATM card, all PVC interfaces came online without a
problem.
-Todd
On Mar 14, 2009, at 2:24 PM, Todd Shipway t
dsl16
!
ip local pool dsl13 63.168.160.164
ip local pool dsl14 63.168.160.165
ip local pool dsl15 63.168.160.166
ip local pool dsl16 198.70.13.130 198.70.13.142
On Fri, 2009-03-13 at 19:38 -0400, Todd Shipway wrote:
We just upgraded a 7500 to 12.4(23) and everything works great except
DSL
We just upgraded a 7500 to 12.4(23) and everything works great except
DSL connections over atm card. ATM interfaces are up, all configuration
is in place, pvc interfaces are up, virtual templates are in place.
But the virtual-access interface refuses to come up. Anyone have any
clues as to what
on any cards. Cards aren't over provisioned, and I
can't pinpoint why this issue is occurring. It seems like it's slowly
spreading from interface to interface.
Has anyone experienced something similar or have any clues as to what I
could possibly look for?
Thanks,
Todd
signature.asc
Description
issue?
Any help would be appreciated.
-Todd
signature.asc
Description: This is a digitally signed message part
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net
198.70.33.176/29 to them. Is there NAT'ing going on, or
did I miss something?
Ken Matlock
Network Analyst
Exempla Healthcare
(303) 467-4671
matlo...@exempla.org
-Original Message-
From: cisco-nsp-boun...@puck.nether.net
[mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Todd Shipway
Sent: Monday
as a test as well as the output queue
raised from 40 to 100 with no change in drops.
-Todd
signature.asc
Description: This is a digitally signed message part
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman
The multilink interface had qos setup but not on the individual serial
interfaces. However I am seeing these drops on interfaces with no qos
or shaping on them as well.
On Feb 19, 2009, at 3:03 PM, David Freedman david.freed...@uk.clara.net
wrote:
Todd, do you have any kind of shaping
drops. I'll check CPU usage once again when I get back to the office.
On Feb 19, 2009, at 3:15 PM, David Freedman david.freed...@uk.clara.net
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What about the VIP CPU load on these VIPs? do you graph it?
Todd Shipway wrote:
The multilink
Just some thoughts:
I believe the the acls are hardware based in with the pfc3 (I don't believe that
the software version makes this difference), but I do believe they are hardware
based unless you add things like logging.
This may help you with the pfc3
This might help in addition to what Bill sent:
http://blog.internetworkexpert.com/2007/12/26/q-how-do-i-compute-complex-wildcar
d-masks-for-access-lists/
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of bill fumerola
Sent: Sunday, June 22, 2008 2:39 AM
Zahid:
We were looking at the same senerio and found that we must use a SIP type card
to do any traffic shaping. The 6500 does not have this type of feature.
SIP-200/400 for either DS1/100FD/1G type of connections.
Hope this helps.
Douglas
-Original Message-
From: [EMAIL PROTECTED]
The only problem I have seen is with COPP enabled. Enabling the qos feature on
the 6500 enables the hardware policing function of COPP (otherwise it's just
software policing COPP). This causes traffic to hit the default queue more
(still truly unsure why this is).
-Original
29 matches
Mail list logo