Re: [c-nsp] Secondary VLAN deployment on Metro ETTH

2009-11-25 Thread Karol Mares
On Wed, Nov 25, 2009 at 12:17 PM, Pavel Skovajsa wrote: > Hi, > > yes that is right UNI ports can't talk to each other but only within one > ME3400 switch. If you have more switches and want exactly the same > "switchport protected" functionality on all of them, one solution is to > implement PVLA

Re: [c-nsp] MTU settings/GRE tunnel

2007-09-20 Thread Karol Mares
Hi, On 9/20/07, Nick Kraal <[EMAIL PROTECTED]> wrote: > > Dear all, > > We are setting up tunnels within our network, and are using some > previous documented configurations for this. We will use this to enable > virtual P2P BGP sessions to isolate certain parts of our routing table. > Cheap, temp

Re: [c-nsp] OSPF excessive retransmissions

2007-09-11 Thread Karol Mares
Hi, On 9/11/07, Karol Mares <[EMAIL PROTECTED]> wrote: > > > > On 9/11/07, Mark Pace Balzan <[EMAIL PROTECTED]> wrote: > > > > Hi, > > > > > > I have a number of cisco and non-cisco OSPF speakers on an ethernet lan > > that have been

Re: [c-nsp] Missing 'packet-too-big' ICMPs on 12.2(28)SB6

2007-09-11 Thread Karol Mares
Hi, On 9/11/07, Gerald Krause <[EMAIL PROTECTED]> wrote: > > Karol Mares wrote: > > Hi, > > > > On 9/10/07, Gerald Krause <[EMAIL PROTECTED]> wrote: > >> Gerald Krause wrote: > >>> Hi, > >>> > >>> I have a 7206

Re: [c-nsp] OSPF excessive retransmissions

2007-09-11 Thread Karol Mares
On 9/11/07, Mark Pace Balzan <[EMAIL PROTECTED]> wrote: > > Hi, > > > I have a number of cisco and non-cisco OSPF speakers on an ethernet lan > that have been working ok for a while. > > I changed switch and added a new router (new boxes are cisco kit), and > Im getting the following between some n

Re: [c-nsp] Missing 'packet-too-big' ICMPs on 12.2(28)SB6

2007-09-11 Thread Karol Mares
Hi, On 9/10/07, Gerald Krause <[EMAIL PROTECTED]> wrote: > > Gerald Krause wrote: > > Hi, > > > > I have a 7206VXR as LNS under 12.2(28)SB6 and wonder if anyone > > experience a strange ICMP behaviour regarding fragmentation/MTU > > bounderies. It seems that the router doesn't generate appropriate

Re: [c-nsp] Strange ARP problem between 3560 and Linksys

2007-09-10 Thread Karol Mares
Hi, On 9/10/07, Garry <[EMAIL PROTECTED]> wrote: > > Karol Mares wrote: > > Hi, > > > > On 9/5/07, *Garry Glendown* <[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]>> wrote: > > > > Raymond Macharia wrote: > >

Re: [c-nsp] Error Msgs - SYS-4-CHUNKMALLOCFAIL - arp throttle

2007-09-10 Thread Karol Mares
Hi, On 9/10/07, Jairaj [EMAIL PROTECTED]@DCIN-BOM <[EMAIL PROTECTED]> wrote: > > > > > > HI, > > > > Pls help me on the below error. > > > > *Sep 8 07:24:00.475: %SYS-4-CHUNKMALLOCFAIL: Could not allocate > > chunks for CEF: > > > arp throt > > >Total free: 0, Total inuse: 500, Cause : Not a dyn

Re: [c-nsp] Strange ARP problem between 3560 and Linksys

2007-09-10 Thread Karol Mares
Hi, On 9/5/07, Garry Glendown <[EMAIL PROTECTED]> wrote: > > Raymond Macharia wrote: > > Sounds like STP to me, how have you configured the STP. please privide a > > simple schematic of physical connections. will help in narrowing down to > the > > source of your problem > > A===B >

Re: [c-nsp] PBR performance gotchas

2007-09-06 Thread Karol Mares
Hi, On 9/6/07, Andrew Milner <[EMAIL PROTECTED]> wrote: > > Greetings > > We're contemplating a design that would make extensive use of policy > based routing on our 7600 RSP720/WS-6704's.. Back in the day, you'd > never do something like that because of performance but now it seems > like that i

Re: [c-nsp] Error Msgs

2007-09-02 Thread Karol Mares
Hi, On 9/2/07, Paul Stewart <[EMAIL PROTECTED]> wrote: > > Hi there > > There's lots of memory free on the box... > > There's about 1000 devices connected to it - do I need to fine tune > buffers? > Also, am providing DHCP services to all these devices... > > Thanks! > > dis2-rtr-tu#sh process

Re: [c-nsp] IPCP associated default route

2007-08-10 Thread Karol Mares
Hi, On 8/9/07, David Freedman <[EMAIL PROTECTED]> wrote: > > Hey, > > The command "ppp ipcp default route" which associates a default route > with the the IPCP peer address, seems to not use the presence of the > IPCP host route in the RIB as a watch criteria. > > > ! > !Back up service with sta