RE: max number of Sub interfaces [7:45288]

2002-05-28 Thread Matt Street

check out the link below for your answer

http://www.cisco.com/warp/public/63/idb_limit.html

Matt Street

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Steven A. Ridder
Sent: Tuesday, May 28, 2002 3:43 PM
To: [EMAIL PROTECTED]
Subject: max number of Sub interfaces [7:45288]


Is there a max number of subinterfaces a router can handle before it slows
down?  Is this number constrained by memory on a router?  But from a general
design perspecitive, is there a limit to the number?  Could I do 1000
subinterfaces on a router with no performance degredation?

--
RFC 1149 Compliant

Get in my head:
http://sar.dynu.com




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=45290t=45288
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



Cisco 7400's [7:43536]

2002-05-07 Thread Matt Street

I am writing this wondering how many of you have installed the Cisco 7400's
in your networks.  We recently installed 2 in our network and we had nothing
but hardware problems with them.  One of the boxes had a bad etherent port
and the other had a bad hssi card.  Needless to say it was a nightmare.  So
now that we have the boxes installed they are re-booting from software
forced crashes.  We opened a case with Cisco and they acknowledged that the
7400's have hardware issues and they are sending us 2 of the newer models
that resolve the initial models problems.  Have any of you out there
experienced the same problems as we have?  And if so did the newer
replacement boxes resolve the issues?  Thanks for any input.

Matt Street




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=43536t=43536
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: Cisco to Ravlin IPSEC Card [7:1868]

2001-04-26 Thread Matt Street

What model Ravlin are you using?  I have never heard of a Ravlin having a
IPSEC card.  The most common way of having Ravlins communicate is Ravlin to
Ravlin through a secure VPN between the two.  The router just forwards the
packets to the proper destination.  (IE packets sent from the Ravlin use the
Ravlins remote IP address in the header and thats what the router uses to
determine where to send the packet.)  I need some more information to know
what exactly you want done.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Clare, Charles
Sent: Wednesday, April 25, 2001 10:26 AM
To: [EMAIL PROTECTED]
Subject: Cisco to Ravlin IPSEC Card [7:1868]


Has any one got a cisco router talking to a Ravlin IPSEC Card   Running
IPSEC ?

Charles

CCDP,CCNP+Voice, MCSE+I
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=2086t=1868
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: FECN's and Dropped Packets... [7:110]

2001-04-10 Thread Matt Street

How long ago where the counters cleared on the router.  27 dropped packets
would not be a concern over a large period of time.  Same goes for the
FECN's.  Tell us when the stats where last cleared.

Matt Street
Network Engineer
USPS-Network Integration and Support
888-877-7662 ext 3798
pager 1800pagemci pin#3850330

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Rizzo Damian
Sent: Tuesday, April 10, 2001 4:59 PM
To: [EMAIL PROTECTED]
Subject: FECN's and Dropped Packets... [7:110]


Hi all...When I do a  "show frame-relay pvc" on our Internet Router, the
following statistics bother me;

  in FECN pkts 12974
  dropped pkts 27


We have recently been experiencing some noticeable slow downs on our
Internet connection, do these statistics prove that we have a problem
somewhere, or should I not be so concerned with these?  Thanks!



-Rizzo
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=112t=110
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: Broadcast LMI Keepalives?

2001-02-09 Thread Matt Street

As for your CKT issues the router is dropping LMI packets.  From just the
output given below it looks like the local bell probably has a transmit
issue from your site to the end carrier (ie WCOM).  I suggest opening a tkt
with your frame-relay provider to resolve the issue.  As for your broadcast
question I do not know the answer of the top of my head.  Could luck with
your Frame-Relay provider.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
John Neiberger
Sent: Friday, February 09, 2001 11:57 AM
To: [EMAIL PROTECTED]
Subject: Broadcast LMI Keepalives?


We have a circuit that is having pretty severe problems.  No errors are
being seen at the router serial interface, but we are experiencing about 50%
packet loss (500 byte packets) incoming.  I've just noticed something else
that is odd.  For each incoming LMI response, the number of received
broadcasts increments.

Serial0 is up, line protocol is up
  Hardware is HD64570
  Description: 24.YBGA.xx
  MTU 1500 bytes, BW 1544 Kbit, DLY 2 usec, rely 255/255, load 2/255
  Encapsulation FRAME-RELAY, loopback not set, keepalive set (10 sec)
  LMI enq sent  235, LMI stat recvd 218, LMI upd recvd 0, DTE LMI up
  LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
  LMI DLCI 1023  LMI type is CISCO  frame relay DTE
  Broadcast queue 0/64, broadcasts sent/dropped 1135/0, interface broadcasts
1018
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters 00:39:18
  Input queue: 1/75/0 (size/max/drops); Total output drops: 0
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/0 (size/max total/threshold/drops)
 Conversations  0/23/256 (active/max active/max total)
 Reserved Conversations 0/0 (allocated/max allocated)
  5 minute input rate 17000 bits/sec, 7 packets/sec
  5 minute output rate 14000 bits/sec, 9 packets/sec
 20505 packets input, 5242248 bytes, 0 no buffer
 Received 218 broadcasts, 0 runts, 0 giants, 0 throttles
 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
 26000 packets output, 5145390 bytes, 0 underruns
 0 output errors, 0 collisions, 0 interface resets
   0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
 DCD=up  DSR=up  DTR=up  RTS=up  CTS=up

Because some keepalives are being missed, does that cause the frame switch
to change the way it sends them?  I couldn't find any other example of LMI
keepalives causing the broadcast counters to increase, and I checked this on
interfaces using both Cisco and ANSI LMI.

any ideas?

thanks,
John


Find the best deals on the web at AltaVista Shopping!
http://www.shopping.altavista.com

_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]