The bug id you provided describes exactly what happened for us.
I could assume that they are similar bugs (or have same root issue), but they
have different fixed in lists...
CSCta33973 is fixed in 12.0(33)S5
CSCsy27511 is not fixed there according to bug toolkit
But you refer to SA which
your topology isn't so clear ivan,
i can tell you that GNS3( or better, dynamips) does not support L3
etherchanneling.
if you want to see something on the cable wireshark (on real or
virtual devices) can definitely help you.
/BR
2010/6/23 Ivan Šimko ivan.si...@gmail.com:
Hi all
I've got
I tried it.
Same thing , the session still exist
Eng. Bha Qaqish
-Original Message-
From: Pepa Verich [mailto:josef.ver...@cesnet.cz]
Sent: Wednesday, June 23, 2010 10:35 AM
To: bha Qaqish
Subject: Re: [c-nsp] VTY PROBLEM
Did you try command clear TCP line vty X ?
Key word TCP
On Tue, 22 Jun 2010 18:16:15 +0300, Adrian Minta wrote
Please don't tell me there wasn't enough space for XFP cages, which would
have
given us full choice between LR/ER/ZR/DWDM optics. Pushing SFP+ into this
market is complete ignorance of SP needs.
Googling for SFP+ ZR (80Km)
same issue here,
Line User Host(s) Idle Location
194 vty 0idle19w2d 201.240.122.39
195 vty 1idle17w1d 41.196.124.99
196 vty 2idle16w4d 94.50.81.100
Hi,
I am having some trouble setting up a VPN-tunnel between two Cisco
routers. One end is my router and the other end is controlled by
another company.
We seem to get stuck in the key exchange in ISAKMP phase 1. This is
strange since tunnel has been up before but won't come up again.
On Wed, Jun 23, 2010 at 01:44:39PM +0500, Aftab Siddiqui wrote:
same issue here,
Line User Host(s) Idle Location
194 vty 0idle19w2d 201.240.122.39
195 vty 1idle17w1d 41.196.124.99
Yes, it worked. No more stuck session. Thanks Alex.
Regards,
Aftab A. Siddiqui
On Wed, Jun 23, 2010 at 2:16 PM, Alexandre Snarskii s...@snar.spb.ruwrote:
On Wed, Jun 23, 2010 at 01:44:39PM +0500, Aftab Siddiqui wrote:
same issue here,
Line User Host(s) Idle
Its not working
Bha
From: Aftab Siddiqui [mailto:aftab.siddi...@gmail.com]
Sent: Wednesday, June 23, 2010 12:25 PM
To: Alexandre Snarskii
Cc: bha Qaqish; cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] VTY PROBLEM
Yes, it worked. No more stuck session. Thanks Alex.
Regards,
Aftab A. Siddiqui
The problem doesn't seem to be related to preshared key, but more on the
settings, are you totally sure that the other side has identical configuration?
Could you post the relevant sections of both sides running-config?
-Original Message-
From: cisco-nsp-boun...@puck.nether.net
On Wed, 23 Jun 2010, Ivan Šimko wrote:
Port channel is set up based on src-dst-ip - how to confirm??
I've done a CCO case regarding outgoing loadsharing on 7200 port-channel
(which I guess is the same on your 3640) and it doesn't work well. I don't
remember exactly what the outcome was, but
On Tue, 2010-06-22 at 09:49 -0500, cisco...@secureobscure.com wrote:
2) OSPF timers or BFD? Currently my approach has been ospf timers of
1/4, its fast and seems pretty compatible with everything I have tried
it on. All of my links are direct between routed ports so there are no
intermediate
Hi,
Maybe this issue is more of a campus nature than NSP related... but I
think this list reaches more knowledgeable people :)
We're running a mixed vendor network: a couple of Cat6k switches
(Sup720-3B) at the core for L3 (internal routing, BGP) and some L2
switching on campus-wide VLANs, and a
Please find my comments inline.
On Tue, Jun 22, 2010 at 5:49 PM, cisco...@secureobscure.com wrote:
Good morning everyone,
If I may have a moment of your time, I'm approaching a small MPLS
deployment
(L3 VPN functionality only, no TE or L2VPN) on existing infrastructure
primarily 6500's
Hi Tim,
Just out of curiosity, can you provide details of provider's equipment,
model, etc ?
Regards,
Kostas
On 23/6/2010 3:32 πμ, Tim Durack wrote:
After a month of denial, the providerjust reconfigured the GigE
circuit to be clear channel, and it is now behaving itself |-\
Provider says
router#sh ip arp vlan 643
Protocol Address Age (min) Hardware Addr Type Interface
Internet 10.1.164.46 2 0080.a38c.33d4 ARPA Vlan643
Internet 10.1.164.41 - 000f.f8a6.6d40 ARPA Vlan643
Internet 10.1.164.42146 0030.48bf.3230 ARPA Vlan643
Hey,
1) IGP LDP Sync. I am really looking for some
direction as to where it makes sense or not to use. The
same is also true for the IGP LDP startup delay timers.
We don't use it - we instead use IETF Graceful Restart for
LDP and IS-IS.
Hmm, IGP/LDP sync addresses a different
Hi Tony,
Thanks for the suggestion. We already do that on all access ports on the
HP switches that support it. However, on the trunks between HP and Cisco
we have to run MST or RSTP for link redundancy. I want to keep RSTP or
MST on those links, but disable PVST+.
Regards,
Jeroen van Ingen
On Tue, 2010-06-22 at 09:49 -0500, cisco...@secureobscure.com wrote:
2) OSPF timers or BFD? Currently my approach has been ospf timers of
1/4, its fast and seems pretty compatible with everything I have
tried
it on. All of my links are direct between routed ports so there are
no
On 23/06/10 15:11, Drew Weaver wrote:
router#sh ip arp vlan 643
Protocol Address Age (min) Hardware Addr Type Interface
Internet 10.1.164.46 2 0080.a38c.33d4 ARPA Vlan643
Internet 10.1.164.41 - 000f.f8a6.6d40 ARPA Vlan643
Internet 10.1.164.42
Actually, the 'pub...@643' community he has there gives the table for
VLAN 643.
And I've seen that sort of thing before, and it seems to be random
(there's probably some rhyme or reason, but I've learned that if I get
the table via SNMP multiple times, at different times of day, it
eventually
On 23/06/10 16:31, Matlock, Kenneth L wrote:
Actually, the 'pub...@643' community he has there gives the table for
VLAN 643.
So it is.
Perhaps I've misunderstood the question; maybe the OP is asking why
there's an entry in the ARP table, but no MAC/FDB entry for that MAC in
that vlan.
In
On Wednesday 23 June 2010 10:27:24 pm Oliver Boehmer
(oboehmer) wrote:
Hmm, IGP/LDP sync addresses a different issue than
GR/NSF? I would consider either IGP/LDP sync or LDP
session protection (either one or both) to be best
practices.. I personally find LDP session protection
more
On Wednesday 23 June 2010 08:31:03 pm Peter Rathlev wrote:
We generally use the highest supported MTU (often 9216
bytes) on all internal links, in an effort to make an
eventual transition easier later.
We initially considered this, but when some platforms talk
9,216 bytes, others talk
Roman,
Thanks for the suggestion. We already do that on all access ports on
the HP switches that support it. However, on the trunks between HP
and Cisco we have to run MST or RSTP for link redundancy. I want to
keep RSTP or MST on those links, but disable PVST+.
You can try both commands
Actually, the 'pub...@643' community he has there gives the table for
VLAN 643.
True, he's using community based indexing, so it's related to VLAN 643.
But Phil is correct about polling the wrong OID: TS is looking at
BRIDGE-MIB::dot1dTpFdbAddress, not ipNetToMedia.
And I've seen that sort
Hi.
Thanks for the suggestion. We already do that on all access ports on the
HP switches that support it. However, on the trunks between HP and Cisco
we have to run MST or RSTP for link redundancy. I want to keep RSTP or
MST on those links, but disable PVST+.
You can try both commands
(noting a fresh reply to this thread, i recalled i didn't answer this one from
wayback)
On May 17, 2010, at 1:10 PM, Tim Durack wrote:
What is PLCP?
Short for physical layer conformance protocol -- basically, yet more
phy-specific headers that are prepended, appended, or concatenated with
On Wed, Jun 23, 2010 at 05:46:24PM +0200, j.vaningensche...@utwente.nl wrote:
Thanks. The first one is already in our config; we were thinking about
configuring no spanning-tree vlan 1-4095 in a maintenance window. I
hope that won't break our single MST instance but does kill off all
PVST+
ipNetToMedia doesn't seem to be available on a per VLAN basis via SNMP it seems
no matter what community string you pass it is the full table.
thanks,
-Drew
-Original Message-
From: cisco-nsp-boun...@puck.nether.net
[mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of
The actual machine for:
Internet 10.1.164.42146 0030.48bf.3230 ARPA Vlan643
Was down at the time (like completely down...) and I wouldn't have expected to
even see this in the sh ip arp vlan 643 output at all, but since it did show up
in there I am wondering why it didn't show up
I have to convert to AFI for IPv6, will my IPv4 BGP session drop when I do the
conversion bgp upgrade-cli ?
Bill
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at
We're in the process of purchasing some RSP720-3CXL-10GEs for a 7604 and
one vendor has told us that they have some RSP720-3C-10GE cards plus
PFC3CXL daughter cards which they claim that when combined equates to a
regular RSP720-3CXL-10GE. Is this true? I mean from a technical stand
point it
No that is not correct. The system, at boot time, will fall back to the lowest
common denominator - in this case PFC3C mode. To run in PFC3CXL mode all PFCs
on the supervisors have to be 3CXLs, and all DFCS have to be DFC3CXL.
Matt
On Jun 23, 2010, at 3:38 PM, Lobo wrote:
We're in the
On Wed, Jun 23, 2010 at 11:59 AM, Anton Kapela tkap...@gmail.com wrote:
(noting a fresh reply to this thread, i recalled i didn't answer this one
from wayback)
On May 17, 2010, at 1:10 PM, Tim Durack wrote:
What is PLCP?
Short for physical layer conformance protocol -- basically, yet more
But Phil is correct about polling the wrong OID: TS is looking at
BRIDGE-MIB::dot1dTpFdbAddress, not ipNetToMedia.
In which case the explanation is simple: By default on a Cisco box, the
bridge forwarding database (sho mac addr) timeout is 5 minutes (sho mac
addr aging), while the ARP table
I've been looking around and can't find a clear cut answer to this question.
Is it possible to loop up a far end T1 smart jack using a PA-MC-T3 in a
7206? Often I open a ticket with the lec and they will take an hour or two
to let us know if they can loop the smart jack up or not. In a
On Wed, 23 Jun 2010 13:51:12 -0700 (PDT), you wrote:
I have to convert to AFI for IPv6, will my IPv4 BGP session drop
when I do the conversion bgp upgrade-cli ?
No. (Yes, I've done that many times).
-A
___
cisco-nsp mailing list
38 matches
Mail list logo