RE: frame relay question [7:34090]

2002-02-01 Thread Graham, Darel R.

In order to accomodate your needs you could
have each remote site have a pvc built over
each of the T3s. This removes the need or 
worry over the physical circuit. 

How about using a carrier that can do frame relay
at the ends and IP or ATM in the middle??

At the remote ends how do you plan to get that 
much traffic out? The best bet would be a T3 
at the remote sites too. 



-Original Message-
From: Chuck Larrieu [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 01, 2002 2:26 PM
To: [EMAIL PROTECTED]
Subject: Re: frame relay question [7:34090]


Is ATM a consideration? I believe you can get up to OC12 speeds with ATM,
and you can use FRATM ( frame to ATM ) to connect your remotes. Assuming
your telco can support you there, you would have the best of both worlds, so
to speak.

HTH

Chuck


Yatou Wu  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 thanks for your reply. sorry that I didn't make my question clear.

 Actually what I want to know is that, if the port speed requirment to
every
 remote site is 28mb, then the aggregate port speed requirement in central
 site would be 84mb. should I order 2 T3 access circuits or 3 at the
central
 site? if 2, how can i config the 3 DLCI across the 2 T3 circuits? because
 there would be 1 DLCI needed to be split between the 2 T3 circuits.

 thanks again!

 Yatou


 From: Patrick Ramsey
 To: [EMAIL PROTECTED], [EMAIL PROTECTED]
 Subject: Re: frame relay question [7:34090]
 Date: Fri, 01 Feb 2002 13:41:34 -0500
 
 I usually use the 1 to 8 rule  for every 8mb you think you need,
order
 1
 
 Will each facility be pumping a solid 14mb across the wan all day long?
 
 If so, one ds3 (45mb) will suffice at the HQthen purchase shaped DS3
 circuits for the WAN... (15mb shape)
 
 -Patrick
 
   Yatou Wu  02/01/02 01:20PM 
 Hi,
 
 if there are one central site and three remote sites. all the remote
sites
 need to connect to the central site. now I need to decide the access
 circuit
 and port speed for the central site. the CIR requirement are following:
 
 Remote site A: 14M
 Remote site B: 14M
 Remote site C: 14M
 
 how many T3 access Circuits and ports are needed for the central sites?
 
 any advise is highly appreciated!
 
 yatou
 
 
 _
 Join the worlds largest e-mail service with MSN Hotmail.
 http://www.hotmail.com
Confidentiality Disclaimer   This email and any files
 transmitted with it may contain confidential and
 /or proprietary information in the possession of WellStar Health System,
 Inc. (WellStar) and is intended only for the individual or entity to
whom
 addressed.  This email may contain information that is held to be
 privileged, confidential and exempt from disclosure under applicable law.
 If the reader of this message is not the intended recipient, you are
hereby
 notified that any unauthorized access, dissemination, distribution or
 copying of any information from this email is strictly prohibited, and
may
 subject you to criminal and/or civil liability. If you have received this
 email in error, please notify the sender by reply email and then delete
 this email and its attachments from your computer. Thank you.
 
 
 
 
 
 


 _
 Send and receive Hotmail on your mobile device: http://mobile.msn.com




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



RE: BPX/IGX Q ! [7:13732]

2001-07-25 Thread Graham, Darel R.

Shella,

 This is a normal occurence when a card fails a self test. 
 It will try to correct any errors by doing a resetcd f, 
 you can do a help on resetcd to see the options. 

 You can also do a dspcderrs (card #) to see what errors the 
 card(s) have been taking. If the card has a hardware error
 on the second page of error msg, there will be some numbers,
 if it has a 0B in the first spot replace the card (front and back). 

 Hope this helps,
 Darel Graham
 
 p.s. Working on WAN CCNP

-Original Message-
From: shella kevin
To: [EMAIL PROTECTED]
Sent: 7/25/01 5:15 AM
Subject: BPX/IGX Q ! [7:13732]

Is there anyone who is working on BPX or IGX ? Can anyone help me
understanding these logs ? I am new to IGX. I did not remove any card or
inserted. So whats this all about ?

Clear  OC3 13 Inserted - Activated 03/2/01
02:05:58
Clear  LN 13.4 OK  03/2/01
02:05:57
Clear  LN 13.3 OK  03/2/01
02:05:57
Clear  LN 13.2 OK  03/2/01
02:05:57
Clear  LN 13.1 OK  03/2/01
02:05:57
Info   UXM 13 Activated03/2/01
02:05:57
Info   UXM 13 Inserted 03/2/01
02:05:54
Info   OC3 13 Removed  03/2/01
02:05:39
Clear  Failed UXM 13 Removed   03/2/01
02:05:39

Major  LN 13.4 Front Card Missing  03/2/01
02:05:24
Major  LN 13.3 Front Card Missing  03/2/01
02:05:24
Major  LN 13.2 Front Card Missing  03/2/01
02:05:24
Major  LN 13.1 Front Card Missing  03/2/01
02:05:24
Major  UXM 13 Not Responding - No b ackup available 03/2/01
02:05:24

 

thanks

Shella K.



Get your FREE download of MSN Explorer at http://explorer.msn.com




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



RE: FrameRelay Over Utilized [7:13349]

2001-07-23 Thread Graham, Darel R.

Jeff,

Is this a port that you can set the clock rate?
If so, you can try to limit the problem by doing so. 
In addition, ask your telco why overutilization is causing CRC's.
This is not a direct result of overutilization (unless you are
extremely over), 
but is more likely a line problem.

Are you providing your own Router? If so, ask the telco to 
dispatch out to prove that the line is OK. Most CSUs have a 
loop that will loop back to your router. While there are not any
stress patterns you can run, the interface will show (looped). 
If over a 15 minute timeframe you see no CRCs or drops, then
the router to the CSU should be good. Keep in mind that interface
resets should occur during this test. 

What is the telco saying with regard to overutlization? Did they 
say that you are exceeding the CIR? PIR? By how much?

Darel Graham

-Original Message-
From: Jeff [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 23, 2001 9:20 AM
To: [EMAIL PROTECTED]
Subject: FrameRelay Over Utilized [7:13349]


Hello,
If I have a frame relay switch which is being over utilized will that cause
the connection to drop.  After looking in the log I see dlci 501 state
changed
to inactive, line protocol on interface s0/0.1 changed to down, dlci 501
active, this keeps going and going through out the log.  The local telco
insists that the circuit is overutilized and this is why the connection is
dropping.  I think it is a telco or csu problem.  Also doing a show
interface
is showing 3000 crc errors and 500 interface resets for the past 3 days.  Is
there any way to tell for sure whether it is overutilization or a telco
problem??




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



RE: Layer3 switch vs Router [7:7406]

2001-06-07 Thread Graham, Darel R.

switch vs. router question

Response - it depends on what you want it to do.
If you want something that makes no routing decisions - then a
switch is the answer.
Switches have basically one job at either level.

On the other hand you have warts :)

Really - routers will have a different load to handle, even in a
multi layered approach.
So, a router is likely to be slower in accomplishing mega packets
per second. 

Make the decision based on what it will be used for in the network
design.
Remember use the right tool for the job and no one gets hurt. 

   Darel R Graham
   Beer is proof that God loves us and wants us to be happy. 
   -Benjamin Franklin 



-Original Message-
From: Priscilla Oppenheimer [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 07, 2001 3:52 PM
To: [EMAIL PROTECTED]
Subject: Re: Layer3 switch vs Router [7:7406]


I just wanted to get my $0.02 in, but the message had gotten so long I 
think the filters dropped my response. I apologize if this is a duplicate.

Priscilla

At 12:39 AM 6/7/01, Michael L. Williams wrote:
Chuck..  I talked to a good friend of mine that knows more of this than
I do..  and even HE wasn't clear on the line of switch -vs- router.
so my following comments are strickly my thinking out loud.. mostly to
get feedback .

I don't think there is a difference in a layer 3 switch that does 100,000
packets/sec -vs- a router that does 100,000 packets/sec.  However,
respectfully submit that I don't know of any routers that can keep up with
Layer 3 switches because in multilayer switching the route processor only
has to route the first packet in a flow.

Yes, but. Isn't that true for a router with fast switching, silicon 
switching, optimum switching, distributed switching, etc? And with NetFlow 
switching, a router can take into account access control lists and QoS 
features that need to be applied to a flow, much in the same way that these 
new MLS switches can do this with their flow masks. (Thanks for your 
earlier message that explained flow masks so well.)

I agree that MLS has great potential. It sounds complicated to configure 
and hard to troubleshoot, though. I think I would keep a hub and a protocol 
analyzer handy when first implementing it, so I could check traffic between 
the MLS-RP and MLS-SE when things went wrong.

Regarding packets-per-second, we need to remember that this is a marketing 
game. The enormous numbers come from the absolute maximum possible number 
of packets on a Gigabit Ethernet, taking into account the inter-frame gap 
and preamble. The test engineers pump frames of the smallest possible size 
into the switch to make the numbers really look big. (I wonder if they take 
into account the carrier extension with Gigabit Ethernet? That would make 
the numbers less.) The PPS is based on this max number of packets coming in 
one port and going out another Gigabit Ethernet port. They can increase the 
numbers even more by using multiple ingress and egress ports and no 
contention for an egress port.

The numbers for both switches and some routers are so astronomically high 
these days that they stretch credibility. Do real-world traffic generators 
really send that much traffic?

Regarding CPUs, the general-purpose CPU on the Cisco routers may not be 
very fast, but the high-end routers also have Versatile Interface 
Processors that help with high-speed switching.

One last point is that routers have features that switches don't have 
today. We configure access lists on routers. (Although an MLS-SE can make 
use of these access control lists, we still configure them on the router). 
Routers run running protocols. Routers act as firewalls, policy servers, 
handle RSVP and other QoS requests, connect telephones, act as DHCP 
servers, connect modems both analog and cable, etc.

Just a few thoughts before this interesting discussion undergoes a 
well-deserved retirement.

Priscilla




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



RE: HDLC and Routing protocols [7:5739]

2001-05-24 Thread Graham, Darel R.

Not to be rude or anything, but did you turn on IP routing?

  Darel R Graham
   




-Original Message-
From: Rizzo Damian [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 24, 2001 10:49 AM
To: [EMAIL PROTECTED]
Subject: HDLC and Routing protocols [7:5739]


Anyone know why I would have problems with apparently ANY routing
protocol over an HDLC point-to-point Link? Works fine with static routes,
but when I try to implement any routing protocol (RIP, EIGRP, OSPF, etc..)
they don't seem to work (no routes discovered).  Am I missing something?
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=5747t=5739
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: WAN Switching [7:5774]

2001-05-24 Thread Graham, Darel R.

Cisco Press WAN Quick Start - gives you the CCNA for WAN

  Darel R Graham





-Original Message-
From: Prasanna [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 24, 2001 3:20 PM
To: [EMAIL PROTECTED]
Subject: WAN Switching [7:5774]


Hello all,

Happy Weekend!   Can comebody suggest a good book that deals with WAN
Switching encompassing the BPX, MGX series etc.

Thanks in advance,
Prasanna
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=5782t=5774
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: Passed BCMSN [7:5127]

2001-05-19 Thread Graham, Darel R.

Kevin,

Good going. Good Luck on getting a job 
that will enrich your life. I hope it takes 
you everywhere you want to go in life too. 

   Darel R Graham





 -Original Message-
 From: Kevin Schwantz [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, May 17, 2001 11:06 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Passed BCMSN [7:4546]
 
 
 I passed BCMS with only a book. Never configured a switch before. You
 just
 have to memorise it all.
 
 
 Kevin




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



RE: point to point T1 troubleshooting [7:4987]

2001-05-18 Thread Graham, Darel R.

Clear the stats on the interface.
If you see input CRC count rising the 
report the T1 to the carrier (telco). 

It appears that you still have carrier (DCD)
so you still have a T1. But I cannot tell if it is bad 
since the counters were cleared 18 hrs ago, and 
I don't know what type of testing that may have been
done that might have caused the errors being seen. 


  Darel R Graham
  




-Original Message-
From: Daniel Cotts [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 18, 2001 12:16 PM
To: [EMAIL PROTECTED]
Subject: RE: point to point T1 troubleshooting [7:4987]


The following link might help:
http://www.ieng.com/univercd/cc/td/doc/product/voice/ics7750/tblshoot/tsseri
al.htm
Watch the wrap.

 -Original Message-
 From: park jeongwoo [mailto:[EMAIL PROTECTED]]
 Sent: Friday, May 18, 2001 10:04 AM
 To: [EMAIL PROTECTED]
 Subject: point to point T1 troubleshooting [7:4987]
 
 
 HI all
 Have anyone troubleshooted PPP TI before?
 it is leased line and ppp encapsulation.
 Here is output of sh int s2/0
 
 #sh int s2/0
 Serial2/0 is up, line protocol is down
   Hardware is M4T
   Description: Leased Line to branch
   Internet address is 10.10.14.86/30
   MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec,
  reliability 255/255, txload 1/255, rxload 1/255
   Encapsulation PPP, crc 16, loopback not set
   Keepalive set (10 sec)
   LCP Listen
   Closed: IPCP, CDPCP
   Last input never, output 00:00:03, output hang never
   Last clearing of show interface counters 18:08:32
   Input queue: 0/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/1/256 (active/max active/max
 total)
  Reserved Conversations 0/0 (allocated/max
 allocated)
   5 minute input rate 0 bits/sec, 0 packets/sec
   5 minute output rate 0 bits/sec, 0 packets/sec
  0 packets input, 0 bytes, 0 no buffer
  Received 0 broadcasts, 0 runts, 2368 giants, 0
 throttles
  8940 input errors, 1913 CRC, 0 frame, 6028
 overrun, 0 ignored, 999 abort
  13556 packets output, 189784 bytes, 0 underruns
  0 output errors, 0 collisions, 3438 interface
 resets
  0 output buffer failures, 0 output buffers
 swapped out
  3672 carrier transitions DCD=up  DSR=up 
 DTR=up  RTS=up  CTS=up
 
 __
 Do You Yahoo!?
 Yahoo! Auctions - buy the things you want at great prices
 http://auctions.yahoo.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]




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



RE: To BGP or not to BGP [7:5007]

2001-05-18 Thread Graham, Darel R.

BGP RULES ! ! !  
Try it you'll like it.

  Darel R Graham





-Original Message-
From: Howard C. Berkowitz [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 18, 2001 2:01 PM
To: [EMAIL PROTECTED]
Subject: Re: To BGP or not to BGP [7:5007]


Sorry for the pun.



I am currently looking at getting a second ISP for failover and
load-balancing.  However I would prefer not using BGP if at all possible.
Any suggestions would be greatly appreciated.


John


With two ISPs, you really tend to need BGP. Another important factor 
in all this is whether you have provider-independent address space, 
or if your address space is assigned to you by the incumbent ISP.

It may be worth doing a careful analysis of connecting to a 
high-quality single ISP at multiple POPs.  With the right carrier and 
a well-written contract, you actually may be better protected against 
a major fiber cut. The bad news about having two independent ISPs is 
that they may both unwittingly buy bandwidth from the same third 
party, be assigned to the same cable, and get cut by the same backhoe.

Even when connecting to multiple POPs of the same ISP, there may be 
quite good reasons to use a simple BGP. See RFCs 1998 and 2270, and 
my book, WAN Survival Guide.  You don't need to get full routes or 
a large router.  What are your reasons for not wanting to use BGP? 
Incidentally, a good ISP should not only be able to help you set it 
up, but it should actively want to if you are a BGP newbie.

The good news about two ISPs is that a failure of the routing system 
in one isn't necessarily going to affect the other.  That isn't to 
say there haven't been major BGP screwups that affected the entire 
Internet.

Load balancing is a very tricky issue.  Especially with multiple 
ISPs, it's often more a goal than a reality.  Good load distribution 
requires a LOT of global internet routing clue, far beyond the CCIE 
level.

Even with the best BGP load balancing, you are still going to 
experience a fair degree of asymmetry:  the query goes out to ISP 1, 
but the response comes back via ISP 2.  This is quite normal 
behavior, although it may look wierd.  Seeing asymmetrical patterns 
on 30-40% of your traffic, given two ISPs, is very common.
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=5041t=5007
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: Frame relay and dropped packets... [7:4529]

2001-05-15 Thread Graham, Darel R.

Rizzo,

Have you done any extended ping tests to see
if you drop packets? 

The discrepancy you speak of may only be that 
someone cleared the counters and what you see 
is the result.  If you can get on each end at the same 
time and send an extended ping from one end to the 
other you can watch it come in. This may help to 
see the packets drop. Although I suspect you don't have any.

What is the real problem you are looking for anyway?  



Darel Graham
 

Hi all,
 
  We have reason to believe we are experiencing Dropped packets
between us and our remote branch. What I need 
Is proof, so I can go to my manager and say, here, look at this. He
believes just because he looks at the router and does a show frame pvc and
the Dropped Pkts statistic is 0, that there are no packets being dropped.
Logical Assumption, but I've been told that just isn't the case. Let me
throw this out to the groupForget about the FECN's, BECN's and the DE
pkts...If you were to telnet to both routers and look at the statistics of
the point-to-point DLCI and compare the Output pkts on one end to the Input
pkts on the other end, and if you see a discrepancy of 500,000correct me
if I'm wrong here, but wouldn't that symbolize Dropped packets???Thanks!
 
  
-Rizzo
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]




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



RE: What is demarc zone? [7:3576]

2001-05-14 Thread Graham, Darel R.

Hi Everyone,

In response to your inquiry about the Demarc. 

First, the demarc is the point of termination for the LEC (Local
Exchange Carrier).
As far as a 'zone', that term must be a local anomaly. I have been
in the 
telco world for 25 years and have never heard it referred to as a
'zone'.

DMZ is and has been referred to as the demarc too. Although the term
has been 
a little vague, it generally means the place where there is an
electrical separation 
between telco's network and your network. In other words, if telco
needs to come
in and do some work they can separate your network from theirs at
the demarc. 
That is why it is difficult to get telco to admit to problems when
they test 'clean' 
to the demarc. There is the back half of the demarc. in most cases,
that can and 
does cause many a problem. 

Any extended demarc, to get it from the demarc to the router, is
guaranteed for 
30 days after installation. If you have problems, as Jason stated
below, you will
need to ask the LEC to test from the extended demarc too. They will
tell you that
there will be extra charges, and any repairs needed to the extended
demarc will be 
time, materials, and a hourly fee too. 

A LEC is a company like Bell South, Ameritech, Verizon, etc...

Hope this helps,

Darel Graham
  

p.s. Jason - in other countries the LEC owns everything including
the CSU/DSU.
  My counterparts in Amsterdam (they monitor/install
ckts in Europe) 
  say they call it a demarc too.


-Original Message-
From: Jason Roysdon [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 14, 2001 4:23 AM
To: [EMAIL PROTECTED]
Subject: Re: What is demarc zone? [7:3576]


It all depends, of course.  I always request to have the demarc extended for
my router installs.  If there are problems with layer 1, I swap my patch
cable and CSU/DSU or WIC, and if it persists (or I should say when it
persists), I tell the customer it's a telco problem and call the telco on
the way to my car.

As discussed before, the demarc is the point of where responsibility goes
from one to the other, but it's usually associated with the PSTN or Public
Telephone Company.  The problem with extending wiring beyond the demarc is
that if there is any doubt or question, the telco will try and blame it on
your wiring.  If the wiring, jack, etc., is all before the demarc, they have
to fix it (even if it was originally the customer's wiring).

From the way I understand it, demarcation goes back to deregulation.  I'm
curious if the same term is used outside the US?  Basically, before
deregulation the telco did everything, including the inside telco wiring and
even the phones.  With deregulation, they started demarcation to establish
the point to which the telco was responsible and where the customer was.

--
Jason Roysdon, CCNP+Security/CCDP, MCSE, CNA, Network+, A+
List email: [EMAIL PROTECTED]
Homepage: http://jason.artoo.net/



Sam  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 This demarc for a data line is usually a closet or server room and not the
 MPOE (minimum point of entry).  Usually the telcos call the MPOE the
demarc
 for voice lines.

 Subba Rao  wrote in message
 [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
  Hi,
 
  I am still new to Cisco networking. While touring a network facility,
one
 of
  the network engineer's showed a telecom closet and said it is the
demarc
  zone.
  I heard DMZ a lot (but I could swear I heard demarc zone too).
 
  What is demarc zone in networking?
 
  Thank you in advance.
  --
 
  Subba Rao
  [EMAIL PROTECTED]
  http://members.home.net/subba9/
 
  GPG public key ID 27FC9217
  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]
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=4397t=3576
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]