Hello,
Le 28 oct. 08 à 10:23, Pierfrancesco Caci a écrit :
:- Nimal == Nimal David Sirimanne [EMAIL PROTECTED] writes:
Anyone have any experience running BGP on Cisco 3550 platforms? Any
idea how many BGP routes it can handle?
last I tried (some 3 years ago) it died with about 7000 routes.
As you probably know, a DHCP server without some getting some help from
the routers is only going to serve addresses on the network it's located
on. Assuming this is on the customer prem, you're probably not going to
see them at the 7500 end. Do you have a topology diagram? Any reason
you can't
I've tried turning of the DHCP server on the wifi routers, but there's a
problem in some of them that the option of turning this service off is already
missed. What about using some supported features by the ISP-router to stop this
DHCP requests from happening ?
Best Regards,
Mohammed Dado
I'm assuming your network is a LAN at the customer site, with a Wimax
bridged connection back to the 7500, so the 7500 interface is the
default gateway for the LAN. If so, I don't believe there is anything
you can configure on the 7500 to stop DHCP clients on the LAN from
obtaining addresses from
Does the Airspan equipment not support filtering? Almost all Wimax/BBW gear
I work on has filtering for PPPOE, DHCP, Netbios etc. so someone can't
plugin their router backwards and create havoc...
Paul
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Access NW is WiMAX. Cisco hardware at the ISP end is Cisco 7500 Series.
Best Regards,
Mohammed Dado
Technical Support Engineer - EMEA
Airspan Communications Ltd
-Original Message-
From: Simon Lockhart [mailto:[EMAIL PROTECTED]
Sent: 02 November 2008 13:34
To: Mohammed Dado
Cc:
Guys,
Anybody faced such a case before ?
Best Regards,
Mohammed Dado
Technical Support Engineer - EMEA
Airspan Communications Ltd
_
From: Mohammed Dado
Sent: 30 October 2008 12:24
To: cisco-nsp@puck.nether.net
Subject: Client DHCP Server
Gents,
I
On Sun Nov 02, 2008 at 11:26:10AM +, Mohammed Dado wrote:
I have a customer facing a problem that his end-user WiFi router's are
issuing IP addresses ! I'm under the impression that this could be stopped
by the DHCP snooping binding configurations in the ISP end. Any ideas ?
Before anyone
It does support filtering using our NMS monitoring tool. I'm investigating this
as well. We've an option that helps stopping this from occurring which is
discarding classifiers, this is created upon the service flow products
depending on our customer network behaviour !
Best Regards,
Yes. The 7500 is doing bridge and a DHCP server for clients is affecting
multiple customers. It's almost your second proposed scenario.
Best Regards,
Mohammed Dado
Technical Support Engineer - EMEA
Airspan Communications Ltd
-Original Message-
From: Church, Charles [mailto:[EMAIL
Hi there.
I'm trying to create a policy-map to be applied on a subinterface - Cisco
1841 router .. wanted to get a basic config running and then I'll expand it
a bit more (separate signaling from the actual voice streams etc)
class-map match-any Voice
match access-group 10
!
!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is there not a MIB out there that contains/displays the contents of
what's in the CDP neighbor table, and is this information not in the
table itself... bridge/router/ip-phone/AP/etc.,,?
I thought there was a network-management tool out there
What code rev is in there?
Thanks,
Chris
On 10/20/08 3:20 AM, Brian Turnbow [EMAIL PROTECTED] wrote:
Please don't tell that to this router
policy-map llq
class sipRTP
priority 512
class class-default
fair-queue
random-detect
vc-class atm CVPHDSL-VoIP
I'm not sure if this is possible, but maybe someone can give me some
input on how to best achieve this.
I'm labbing EoMPLS using 4x 7206 VXR. I'd like to create a fully
redundant pseudowire (from the provider persective).
The idea is to put two PE routers at each end of the pseudowire (with
a
you would have to land these xconnects on VPLS instance.
so add 4 more devices that would be your N-PEs with VPLS instance and
your current PEs would become U-PEs connected to the rest of the MPLS
cloud with 1 xconnect to the active N-PE and backup xconnect to the
standby N-PE.
But I am not sure
If the SPA card for the 7600 could do the switching, the cat 6500 should
also be able to do it. But even for the 7600 I can't find any
information on atm switching.
http://www.cisco.com/en/US/docs/ios/12_0s/feature/guide/fslocal.html#wp1098419
--
-mat
I would suggest that you treat these 2 parallel PW's as 2 separate L2
connections.
Each connection would be handed over to the end customer separately, and the
customer can run STP end to end between their CE's.
This way the failover between PW1 and PW2 would be based on CE-to-CE STP
Lincoln Dale wrote on 11/01/2008 06:46:35 PM:
Karl Gaissmaier wrote:
Maybe RFC1213 ipForwarding would work
ipForwarding OBJECT-TYPE
SYNTAX INTEGER {
forwarding(1),-- acting as a gateway
not-forwarding(2)
Scott Keoseyan [EMAIL PROTECTED] wrote on 11/02/2008 11:00:23 AM:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is there not a MIB out there that contains/displays the contents of
what's in the CDP neighbor table, and is this information not in the
table itself...
[EMAIL PROTECTED] wrote:
Lincoln Dale wrote on 11/01/2008 06:46:35 PM:
Karl Gaissmaier wrote:
Maybe RFC1213 ipForwarding would work
ipForwarding OBJECT-TYPE
SYNTAX INTEGER {
forwarding(1),-- acting as a gateway
How about creating two psudowires , PE1- PE3 and PE2-PE4 ? This will give
you two logical point to point connections between SW1 and SW2 and at the
same time take care of device (PE) failure . STP,by default, will take
care of the redundancy. You may also want to use UDLD and/or PAGP or LACP to
I'm interested in hearing about people's experiences with SXF15/15a,
especially in an internet edge/full BGP route table type environment.
So far I've run into one oddity with SXF15 (BGP wasn't updating the
local routing table until a clear ip route *), and I'm debating whether
to downgrade.
Cisco IOS Software, 7200 Software (C7200P-JS-M), Version 12.2(31)SB13, RELEASE
SOFTWARE (fc1)
Brian
From: Networkers [mailto:[EMAIL PROTECTED]
Sent: domenica 2 novembre 2008 18.20
To: Brian Turnbow; Victor Cappuccio
Cc: cisco-nsp@puck.nether.net
Subject: Re:
23 matches
Mail list logo