Re: 2 Questions [7:57257]

2002-11-11 Thread The Long and Winding Road
""LOON""  wrote in message
news:200211120210.CAA20443@;groupstudy.com...
> 1. Where should one start to prepare for the CCIE written exam, what kind
of
> approach?

as always, begin at the beginning

www.cisco.com/go/ccie


> 2. What are the benefits or privileges associated with the CCIE?

in today's bad economy, about the only ones I can think of, is you attract
more women than you can shake a stick at, if that's your idea of a good time
with women. If you get your CCIE, first thing to do is buy the jacket. the
women really dig it, so I'm told. ;->




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



Re: iBGP and convergence when failure happens [7:57255]

2002-11-11 Thread The Long and Winding Road
a couple of things - in line below



""bergenpeak""  wrote in message
news:200211120028.AAA03239@;groupstudy.com...
> Suppose I have several routers making up an iBGP mesh.  Lets
> suppose I have two routers (R1 and R2) which are advertising the same
> set of networks: N1, N2, ... Nk.
>
> OSPF is running underneath BGP (assume area 0).  All of the N
> networks are being advertised with a next-hop set to the respective
> loopback's from R1 and R2.
>
> Now consider some other BGP router in the network.  It will have
> received a BGP announcement for each of N1, N2, .. Nk from R1 and R2.
>
> This third router will select one of the paths to N1, N2, etc.
> and insert it into the routing table.  I'd expect to see something
> like:
>
> subnet  next-hop
> --- ---
> N1  R1-lo0
> N2  R1-lo0
> ... ...
> Nk  R1-lo0
>
> R1-lo0
> R2-lo0
>
> Now, suppose R1 goes belly up.  OSPF will quickly inform all
> other routers that R1 and its loopback no longer exist.   I'm assuming
> that this will invalidate all the routes in the routing table which
> have R1-lo0 as next hop.  This will therefore cause the removal of all
> occurences of routes to N1, N2, ... Nk from the routing table.
>
> The question is this:  what event will trigger BGP to re-evaluate
> the routes it knows about and add in routes for N1, N2, ... Nk via
> R2-lo0?  Will the removal of the N1 route from the routing table
> inform BGP to re-evaluate?  Or will the BGP timers need to timeout
> and detect that R1 is dead before re-evaluating?
>

detecting a link down, or dead timer expired.


> One other question-- does "no sync" in BGP have a role here or is that
> related only to determining when to advertise a route via eBGP?


iBGP will not install a route into the BGP table unless it can verify
reachability. I.e. unless there is a valid path to the advertiser in the
routing table. This is "synchronization. the "no synch" command allows BGP
to bypass this validation step. in the case you mention, with full mesh, and
full IGP connectivity, "no sync" is not not necessary.


HTH



>
> Thanks




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



Re: satellite vpn painfully slow - SUPER VPN a solution or [7:57170]

2002-11-09 Thread The Long and Winding Road
not that I really know, but a couple of thoughts

increase the TCP window size, and enable the selective ack feature.

increasing window size allows for the transmission of more data whilst
waiting for acks.

the selective ack feature supposedly allows for selectively acknowledging
packets  within a TCP window. I'm not sure I understand the docs, but here
it is:

http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/ip_r
/iprprt1/1rdip.htm#1019734
watch the wrap

scroll up and down for the various ip tcp commands and what they do.!



""Jerry Deer""  wrote in message
news:200211091728.RAA26351@;groupstudy.com...
> puts this problem into words better in case my email dont make sense.
> Portion of article below:
> ***Unavoidable half-second delays as signals bounce off the satellites can
> wreak havoc with IP Security because it takes so long for TCP
> acknowledgement to get back to the sending machine. TCP interprets the
> satellite delay as network congestion and throttles back its sending rate,
> meaning the IPSec VPN traffic gets through but at a much slower rate than
> the link could actually support.For non-VPN traffic satellite providers
get
> around this problem by spoofing the acknowledgements using devices that
are
> placed between the satellite base station and the customer's sending
> machine. TCP on the sending machine perceives no congestion and sends at
the
> fastest rate the satellite link can bear.***
>
> Hello All, I have a remote location that I have had a satellite installed
at
> by Skycasters. The internet connection i get with this is great by itself
> with bandwidth around 600 - 700k ( we paid extra for better connection) .
> Well the whole reason for this connection was to run vpn over it but as
soon
> as we put a vpn firewall or software solution on  this connection we get
> about a 56k connection. Of course skycasters now says oh you want to run
> vpn? it will cost an extra 1400 bucks and and additional XX.00 amount per
> month and we will hook you up with SUPER VPN! here is what they say on
their
> site.
> ---
> ..Due to the Asymmetric nature of satellite internet, certain
> applications do not perform very well over satellite, regardless of
whether
> used in a VPN, SuperVPN or in the clear. SuperVPN is not a not a cure-all
> for satellite-related performance issues, it simply is a way to use VPN
> without the traditional severe VPN-induced degradation. It does not
increase
> whatever level or speed of service that would be available for a
particular
> protocol/application above the level found if the application/protocol
were
> to be used "in the clear".
> ---
>
> I am hoping someone with simular experience with vpn connection can shed
> some light on this and tell me if i can do anything myself with router
> configs , software solutions etc. etc. to handle this  problem. ANY and
ALL
> replies will be greatly appreciated!!
>
> Thank you,
> JD




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



Re: DQOS course and the CCIE Lab?? [7:57154]

2002-11-09 Thread The Long and Winding Road
it can't hurt!  ;->

just think in terms of what Cisco thinks is important to them. I believe
that Cisco has taken great steps to make the CCIE Lab more relevant than it
has been in several years. Cisco considers voice to be the driving
technology and engine of its growth over the next few years. what does voice
require? a solid switched infrastructure and a solid and controlled routed
infrastructure. read: qos

there are 100 points in the lab. with the removal of token ring and IPX, I
would expect there to be more emphasis on those things Cisco considers
important in the marketplace.

--
TANSTAAFL
"there ain't no such thing as a free lunch"




""Cisco Nuts""  wrote in message
news:200211090308.DAA08923@;groupstudy.com...
> Hello,Does anyone have any recommendation/comments regarding the DQos
> course from Cisco regarding the CCIE Lab exam? I mean, how much would
> topics out of this course  be covered in the new Lab as of the 4th?
> Topics like Nbar, Diffserv, CBWFQ etc.Is it worth taking the course in
> terms of preparing for the Lab exam? And also, would Qos topics be asked
> in relation to the 3550 switch?Any ideas?Please advise.Thank
you.Sincerely.
>
> 
>
> MSN 8 helps ELIMINATE E-MAIL VIRUSES. Get 2 months FREE*.




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



Re: build tcp/ip on PC serial port [7:56885]

2002-11-05 Thread The Long and Winding Road
""Priscilla Oppenheimer""  wrote in message
news:200211060114.BAA21842@;groupstudy.com...
> Vicuna, Mark wrote:
> >
> > this is a good pdf to peruse over...
> >
> > http://www.usb.org/developers/data/devclass/usbcdc11.pdf
>
> Good stuff. It doesn't mention PPP or SLIP, which I wouldn't think that it
> would.
>
> It does mention using USB to connect to a networking device and talks
about
> sending Ethernet-encapsulated frames to the device. These frames include
> everything from the Ethernet Destination Address through the end of data,
> but not the CRC. The connected networking device must do the CRC.
>
> It also talks about sending ATM and ISDN data over USB. Interesting.
>

oh no. it won't be too long before the Linux kids are using PC's with
USB to create SONET terminating equipment :->



> ___
>
> Priscilla Oppenheimer
> www.troubleshootingnetworks.com
> www.priscilla.com
>
>
> >
> >
> > cheers,
> > mark.
> >
> > -Original Message-
> > From: Priscilla Oppenheimer [mailto:nobody@;groupstudy.com]
> > Sent: Wednesday, 6 November 2002 7:48 AM
> > To: [EMAIL PROTECTED]
> > Subject: RE: build tcp/ip on PC serial port [7:56885]
> >
> >
> > It's risky to bring up this subject again ;-), but the fact
> > that you can
> > configure HyperTermianl to Telnet over the serial port proves
> > that
> > TCP/IP
> > over serial does work. Just configure HyperTermianl properties
> > to use
> > TCP/IP
> > Winsock.
> >
> > When this first came up I assumed people meant Telnet over
> > Ethernet, but
> > HyperTermianl lets you Telnet over the serial port, I soon
> > discovered.
> >
> > Of course, you could also use exernal modems. The fact that you
> > can dial
> > into the Internet is more proof that you can run TCP/IP over
> > the PC's
> > serial
> > port.
> >
> > Regarding the USB network adaptors that connect a PC to
> > Ethernet: I
> > don't
> > know if they use PPP or SLIP or something else accross the USB
> > port.
> > That's
> > a good quesiton. I assumed it was something simpler than PPP or
> > SLIP,
> > though.
> >
> > ___
> >
> > Priscilla Oppenheimer
> > www.troubleshootingnetworks.com
> > www.priscilla.com
> >
> > Cable Guy wrote:
> > >
> > > I would like to create IP connectivity from PC serial port to
> > > router serial
> > > port directly. Same as telnetting from one router serial port
> > > to another in
> > > a back to back situation, but there is of course no tcp/ip
> > > stack on the PC's
> > > serial port. The PC's network adapter install process does not
> > > recognize
> > > the built in serial ports as possible network adapters. Driver
> > > limitation I
> > > think.
> > >
> > > Does anyone know of a 9 pin or 25 pin serial port add on card
> > > with a
> > > driver that allows a tcp/ip stack to be built on it, kind of
> > > like USB
> > > network card? Maybe USB network card is the only option. I
> > > haven't used one
> > > yet, but do they encapsulate ppp/slip coming out of the USB
> > > port before
> > > interfacing with an ethernet converter thingy?
> > > Thanks.




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



Cisco 3550 study materials and resources [7:56725]

2002-11-03 Thread The Long and Winding Road
As of this morning, I have been able to verify the following resources for
Cisco 3550 study and practice. By Monday, not only will these switches be in
the CCIE Lab, but test takers will be responsible for all L2 and L3
functionality, including things like VLAN tunneling, BGP, and a wealth of
other things. This otter be fun!

1) Configuration guides and command references on CCO
http://www.cisco.com/univercd/cc/td/doc/product/lan/c3550/12111ea1/index.htm
watch the wrap

2) NLI ( www.ccbootcamp.com ) I spoke to Mark Russell. Somewhere on the site
there is a free white paper covering 3550 basics. To judge from the web
site, it appears that 4 of the 5 rental racks have 3550's in them. Mark also
said that his package of updated and new scenarios is due "real soon now"
I'd like to say in a couple of weeks, but I don't remember if that's exactly
what Mark said.

3) IPExpert ( www.ipexpert.net ) has a new study guide out, which includes
scenarios with the 3550. The web site says that there are 3550's in the
rental racks. ( The diagram needs to be updated. )

4) Hello Computers ( www.hellocomputers.com ) has rental racks that include
3550's. They also sell a Lab study book with 24 scenarios and an optional
rack access purchase, including consulting with a CCIE

5) There are any number of e - bay auctions of rack rentals. rack rental
seems to be a going concern these days.

6) Certification Zone ( www.certificationzone.com ) has announced the
release of my white paper on the 3550. For a limited time, non subscribers
may download the two 3550 Lab scenarios with sample configurations that I
wrote as part of this white paper free of charge. Subscribers get the white
paper, the Q&A, and the labs. ( disclaimer - I was paid to write the Cert
Zone material, so I have a vested interest in its success )

Hope this helps.

Chuck




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



Off Topic - VOTE [7:56758]

2002-11-02 Thread The Long and Winding Road
For those United States residents, Tuesday is election day. No politics
here. No flames here. You have a right and a privilege that is rare in
today's world. Please take the appropriate amount of time to get to your
polling place and exercise the right that many have fought and died for.
Your vote DOES count.

--

www.chuckslongroad.info




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



Re: IS-IS simple config [7:56751]

2002-11-02 Thread The Long and Winding Road
""Stephane Litkowski""  wrote in message
news:200211021923.TAA29421@;groupstudy.com...
> As I said, on my 2500, there's no command "clns routing" in "show run"
> But after verification, clns routing is enabled (but command does not
> appear).
>
> 2514-MPLS#sh protocols
> Global values:
>   Internet Protocol routing is enabled
>   CLNS routing is enabled (address 49.0001..0001.2514.00)

it appears that you are using a 12.x IOS version. a number of defualts were
changed in 12.x, rendering obsolete materials written based on pre-12.x
versions.

I did not see anything specific in the 12.0 release notes, but I'll betcha
that's the deal.


>
> 2514-MPLS#sh run
> Building configuration...
>
> Current configuration : 1042 bytes
> !
> version 12.0
> service timestamps debug uptime
> service timestamps log uptime
> no service password-encryption
> !
> hostname 2514-MPLS
> !
> !
> ip subnet-zero
> ip cef
> mpls label protocol ldp
> !
> !
> !
> interface Loopback0
>  ip address 10.0.0.1 255.255.255.255
>  no ip directed-broadcast
>  ip router isis 1
>  isis circuit-type level-1
>  isis metric 0 level-1
> (...)
>
> Thanks for help me to read the book !!! ;-)
>
> Stephane
>
> ""Nigel Taylor""  a icrit dans le message de news:
> [EMAIL PROTECTED]
> > Stephane,
> > If you read a bit further in Doyle's Routing TCP/IP on
> page
> > 654 you will understand the reasoning for the command within the
> > configuration.  It's important to remember as Doyle also points out
> earlier
> > in his IS-IS chapter, that IS-IS was designed with the purpose of
> > transitioning TCP/IP to OSI.  Doyle gives a brief explanation of this on
> > page 593-595.
> >
> > HTH
> >
> > Nigel
> >
> > - Original Message -
> > From: "Stephane Litkowski"
> > To:
> > Sent: Saturday, November 02, 2002 1:21 PM
> > Subject: IS-IS simple config [7:56751]
> >
> >
> > > Hi all,
> > >
> > > I see in Jeff Doyle's book (TCP/IP routing vol1) that for each ISIS
> router
> > > config (for IP routing only) there is the command "clns routing". WHY
?
> > > I think this command is not necessary as long as we don't use "clns
> router
> > > isis" on interfaces : I already configured ISIS for IP routing on my
> 2500
> > > routers without "clns routing" and it works fine !
> > > Does this command bring something in IP only environment ?
> > >
> > > Thanks for clarifying this.
> > >
> > > --
> > > Stephane LITKOWSKI




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



Re: Subnets [7:56745]

2002-11-02 Thread The Long and Winding Road
""Catalin""  wrote in message
news:200211021650.QAA21112@;groupstudy.com...
> Here is my problem:
>
> 1) I have two subnets: 10.1.0.0 255.255.0.0 and 10.5.0.0 255.255.0.0
> 2) 10.5.0.0 should not access any resource on 10.1.0.0
> 3) 10.5.0.0 should have internet access
> 4) the internet access router is connected with both subnets: Ethernet 0/0
> 10.1.0.1 255.255.0.0 and Ethernet 0\1 10.5.0.1 255.255.0.0.
> 5) the wan link is on serial0\1.
> 6) the routing is eigrp
>
>
> So, the question is how to give internet access for 10.5.0.0.
> The internet router is a cisco 2611.


OK. First of all, have you drawn this out in a diagram? something like:

   internet
|
  router
e0 e1
  10.1.0.0/16 10.5.0.0/16

Second - placement of access-lists
how many access-lists are required?
where?
which direction?
can the goal be accomplished with a single access-list?

well, it appears to me that you can do this in a single access-list if it is
thoughtfully constructed and placed.

Information you have - destination adresses that are forbidden

Infomration you don't have - destination addresses that are permitted (
internet 0
well- you have this information indirectly.

does this give you enough to get started?
>
>
> Thanks in advance.
>
> Catalin




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



Re: Problems w/Hyperterminal?? [7:56619]

2002-11-01 Thread The Long and Winding Road
""Greg Macaulay""  wrote in message
news:200211012046.UAA07098@;groupstudy.com...
> Stop the presses --
>
> I solved the problem
>
> (1) I needed to have connectivity between the router and my LAN.  So I
> connected the E0 interface to the Cable-Modem Router (10/100).
> (2) Then I configured the E0 interface to be on the same subnet as my LAN.
>
> And much to my "aged" amazement  (and relief!) -- it worked.
>
> BTW -- one can ping in hyperterminal -- from the router to the PCs on the
> LAN.
>
> Cork>ping 192.168.1.101
> Type escape sequence to abort.
> Sending 5, 100-byte ICMP Echos to 192.168.1.101, timeout is 2 seconds:
> !
> Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms
> Cork>ping 192.168.1.103
> Type escape sequence to abort.
> Sending 5, 100-byte ICMP Echos to 192.168.1.103, timeout is 2 seconds:
> !
> Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms
> Cork>
>


CL: so, Greg, are you saying you solved the problem by putting a cork in it?
;->


> Lastly, thanks for your offers of assistance.  I do feel a bit stupid in
> bothering everyone.  But it's been a few months since I fired up these
> routers and I overlooked some basics!! Oh well . . . .
>
> Thanks again -- and I owe you one.
>
> Greg Macaulay
> Oldest Human Being preparing for the CCIE Lab
> Lifetime AARP member
> Retired Attorney/Law Professor
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:nobody@;groupstudy.com]
> > Sent: Thursday, October 31, 2002 10:00 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: Problems w/Hyperterminal?? [7:56619]
> >
> >
> > Creighton Bill-BCREIGH1 wrote:
> >
> > >
> > > How can you ping from a DOS prompt if the destination is
> > > crossing a repeater
> > > with a speed mismatch? A FastEthernet-only hub won't allow
> > > comms between
> > > 10Mb/s devices, so if you wouldn't have any visibility to that
> > > device,
> > > whether from a DOS prompt, Hyperterminal, or anything...
> > >
> > Good point. If a station can send a packet, such as a ping, it's
unlikely
> > that there are any physical or data-link-layer problems. If it
> > can't receive
> > a packet, it makes sense to look above those layers. There are some
> > unidirectional problems, but they are pretty rare. Some
> > protocols, including
> > STP, deal with the infamous "one-way connectivity" problem, but I bet it
> > happens pretty rarely.
> >
> > I had a new theory about what would cause his symptoms, or at least what
I
> > think his symptoms are:
> >
> > PC can ping router.
> > PC can Telnet to router?? (we're not sure if he's Telnetting or not)
> > Router can't ping PC.
> > Router can't TFTP a file to the PC.
> >
> > Possible explanation: the PC is running a firewall! From my
> > knowledge of the
> > default behavior of many personal firewalls, this seems rather likely.
> >
> > There could be an access list on the router too that could cause this.
> >
> > Gotta run. I promise no more messages on this topic! ;-)
> >
> > ___
> >
> > Priscilla Oppenheimer
> > www.troubleshootingnetworks.com
> > www.priscilla.com




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



Re: Cisco IOS 12.2.12a [7:56650]

2002-10-31 Thread The Long and Winding Road
""Mark W. Odette II""  wrote in message
news:200211010440.EAA07078@;groupstudy.com...
> I think the version of IOS in the LAB is 12.1(5T).  Chuck could confirm
> this, as well as I believe it is on the CCO site.

CL: actually, I don't know, as I haven't been in the lab in a while ( but
will be soon ). Last time I was there, it was 12.0.8 or so, even though CCO
stated 12.1 ;->

CL: However, the word on the street, so to speak, is 12.1.5T No I did not
hear that from someone who recently took the lab. I heard it from someone
who posted that information here on groupstudy a month or two back.


>
> As for what Feature Set- Again, Chuck should have the answer... :)
>

CL: I don't know, but I'm gonna guess something in the enterprise line. My
reasoning? BGP, IS-IS, as well as the ordinary routing protocols, DLSw, and
lots of QoS. With the introduction of the 3550's into the Lab, I am
expecting QoS end to end and up the wazoo. ;->


> Mark
>
> -Original Message-
> From: Sam S. [mailto:ao.ut@;comcast.net]
> Sent: Thursday, October 31, 2002 9:50 PM
> To: [EMAIL PROTECTED]
> Subject: Cisco IOS 12.2.12a [7:56650]
>
> I am putting a ccie lab together for R/S. I have a 2501,2502,2503 and
> 2504
> router.
>
> From the latest 12.2.12a IOS list below what do you recommend for me to
> upgrade to?
>
> IP/IBM/SNASW
> REMOTE ACCESS SERVER
> IP/IPX/AT/DEC
> IP/IPX/AT/DEC/FW PLUS
> IP/IPX/AT/DEC PLUS
> ISDN
> IP
> IP/FW PLUS IPSEC 56
> IP PLUS IPSEC 56
> IP/FW
> IP PLUS
> IP/H323
> ENTERPRISE PLUS
> SERVICE PROVIDER
> SERVICE PROVIDER WITH PT/TARP
>
> Thanks in advance. Sam




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



Re: 3550 Updated to EA1(a)... [7:56652]

2002-10-31 Thread The Long and Winding Road
""Eric R""  wrote in message
news:200211010406.EAA30793@;groupstudy.com...
> for those of you planning to take the new test coming soon...
>
> 
> Resolved IOS Caveats in Release 12.1(11)EA1a
> These IOS caveats were resolved in Release 12.1(11)EA1a:
>
> CSCdy25508
> Access control lists (ACLs) that are configured with the order-dependent
> merge algorithm now work correctly.
>
> CSCdy32279
> When the MAC address tables becomes full under certain conditions, a
switch
> no longer stops forwarding traffic or populating the forwarding table.
>
> CSCdy43265
> When the spanning tree state changes from learning to forwarding or from
> forwarding to blocking, a switch now sends a topology change trap.
>
> CSCdy55350
> A switch no longer reloads when the autoconfiguration file includes VLAN
> configuration settings.
>
> CSCdy58823
> The UniDirectional Link Detection (UDLD) protocol no longer disables
Gigabit
> ports during startup when a mismatch state occurs with neighboring
switches.
>
> CSCdy70273
> Classifying traffic on a per-port, per-VLAN basis by using a class map now
> polices only the VLANS in the match VLAN list. Previously, all the VLANs
> were policed.


CL: good fix. thanks for pointing it out. of course, it renders that section
of my white paper ( to be released Friday, I'm told ) obsolete

>
> CSCdy70850
> If you enter the switchport port-security mac-address sticky and
switchport
> port-security violation shutdown interface configuration commands on an
> interface, when a security violation occurs, the interface is errdisabled.
>
> CSCdy77891
> If a switch continually updates the virtual routing and forwarding (VRF)
> table, the packet forwarding rate no longer decreases.
>
> *
> Open IOS Caveats
>
>
http://www.cisco.com/univercd/cc/td/doc/product/lan/c3550/12111ea1/ol261202.
htm#xtocid27




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



Re: Problems w/Hyperterminal?? [7:56619]

2002-10-31 Thread The Long and Winding Road
what port is your hyperterminal set up to use? surely not your ethernet
port, since one uses hyperterminal for serial communications.

if you can ping from DOS to the router, then the ethernet  segment is OK

but your hyperterminal provides you only with a session to the router or
switch.

Greg - draw us a picture - what are you connected to with your hyperterminal
session?

--

www.chuckslongroad.info




""Greg Macaulay""  wrote in message
news:200210312120.VAA22346@;groupstudy.com...
> I do understand the basics -- but I'm not able to ping anything from
> hyperterminal -- (1) the router, (2) the PC -- but I am able to ping the
> router from DOS.
>
> My problem arose when I was unable to "copy flash tftp" I tried by process
> of elimination to id the problem -- and it seemed to be hyperterminal.
>
> However, in the past few moments, someone else wrote to me and inquired
> about my hub (10/100 or 100!) -- mine is 100 only.  Thus, the routers (at
> 10) would not communicate.  I'm going to try and swap out the hub and see
if
> this helps.  I'm not a 100% certain that this will fix the problem -- but
> I'm going to try it and see. One never knows.
>
> Be back in a few . . . .
>
> Greg Macaulay
> Oldest Human Being preparing for the CCIE Lab
> Lifetime AARP member
> Retired Attorney/Law Professor
>
> > -Original Message-
> > From: Harold Monroe [mailto:HMonroe@;DTCCORP.com]
> > Sent: Thursday, October 31, 2002 4:07 PM
> > To: 'Greg Macaulay'; [EMAIL PROTECTED]
> > Subject: RE: Problems w/Hyperterminal?? [7:56619]
> >
> >
> > When you ping from the DOS prompt you are pinging from your
> > computer to the
> > router , when you ping in hyperterminal you are pinging from the router
to
> > your PC (or whatever other devices you have on your network).
> >
> > DOS Prompt (your PC) ---Ping--> router
> > Hyperterminal (router) --- Ping ---> PC
> >
> > If this wasn't what you were referring to, in hyperterminal are
> > you able to
> > ping the router, if not something is wrong on the router setup?
> >
> > Are you able to ping the PC from hyperterminal (i.e. the router)?
> >
> > Are you able to ping the router from DOS?
> > -Original Message-
> > From: Greg Macaulay [mailto:gmac115@;cox.net]
> > Sent: Thursday, October 31, 2002 12:11 PM
> > To: [EMAIL PROTECTED]
> > Subject: Problems w/Hyperterminal?? [7:56619]
> >
> > Hi all --
> >
> > I'm suffering thru a terrible newbies type problem and
> > cannot seem to
> > identify the error of my ways.  I know it's something very
> > basic -- and it
> > brings back memories of high school geometry homework where
> > I stared at
> > objects for hours on end trying to understand!!!
> >
> > The thrust of my pitiful situation is: I cannot "ping" from
> > hyperterminal --
> > altho' I can readily "ping" from a DOS prompt on the same
> > PC.
> >
> > I have the parameters set properly 8-N-1-None -- and I have
> > tried with the
> > TFTP server setup on the same PC and on another in my home
> > network (I have
> > 10 pcs in my home network -- most old -- but they still
> > work!).  Neither
> > works.
> >
> > Any suggestions.  And please don't waste time flaming me --
> > I know I should
> > be able to figure this out -- but even after researching the
> > archives and
> > CCO, I am no closer to a solution than I am to passing the
> > LAB on the first
> > try!
> >
> > So any and all helpful suggestions would be welcome.
> >
> > Thanks to all -- in advance!!
> > Greg Macaulay
> > Oldest Human Being preparing for the CCIE Lab
> > Lifetime AARP member
> > Retired Attorney/Law Professor
> > [EMAIL PROTECTED]




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



VPN Primer on Cisco site - FYI [7:56618]

2002-10-31 Thread The Long and Winding Road
found this while stumbling around:

http://www.cisco.com/warp/public/cc/so/cuso/epso/sqfr/safev_wp.pdf

enjoy

--

www.chuckslongroad.info




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



Re: RIP neighboure command question [7:56588]

2002-10-31 Thread The Long and Winding Road
well, I was going to do a quick and dirty lab for you, but entering the
neighbor command has been wreaking havoc on one of my routers.

in general, what I seem to have proven is that even with the neighbor
statement configured under the RIP process, RIP announcements will not go
out an interface that has not been included in the RIP process.


router 3 info
-
 Default version control: send version 2, receive version 2
  Automatic network summarization is not in effect
  Routing for Networks:
50.0.0.0
snip some
  Routing Information Sources:
Gateway Distance  Last Update
160.160.125.4120  01:27:12
  Distance: (default is 120)

router rip
 version 2
 redistribute ospf 123 metric 3
 passive-interface default
 no passive-interface TokenRing0
 network 50.0.0.0
 neighbor 160.160.125.4
 no auto-summary

note that router 3 is NOT sending advertisements out the token ring
interface, even though it is instructed that a neighbor is there.


Router_3#ir
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
   D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
   N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
   E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
   i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter
area
   * - candidate default, U - per-user static route, o - ODR
   P - periodic downloaded static route

Gateway of last resort is not set

 50.0.0.0/24 is subnetted, 1 subnets
C   50.50.1.0 is directly connected, Loopback50
 99.0.0.0/32 is subnetted, 1 subnets
C   99.99.99.1 is directly connected, Loopback1000
 160.160.0.0/16 is variably subnetted, 16 subnets, 6 masks
C   160.160.30.0/24 is directly connected, Loopback100
C   160.160.31.0/24 is directly connected, Loopback101
C   160.160.32.0/24 is directly connected, Loopback102
C   160.160.33.0/24 is directly connected, Loopback103
C   160.160.39.0/26 is directly connected, Loopback204
C   160.160.64.0/24 is directly connected, Loopback500
C   160.160.65.0/24 is directly connected, Loopback501
C   160.160.66.0/24 is directly connected, Loopback502
C   160.160.67.0/24 is directly connected, Loopback503
C   160.160.68.0/24 is directly connected, Loopback504
C   160.160.125.0/24 is directly connected, TokenRing0
C   160.160.39.160/27 is directly connected, Loopback203
C   160.160.39.240/29 is directly connected, Loopback201
C   160.160.39.252/30 is directly connected, Loopback200
C   160.160.39.208/28 is directly connected, Loopback202
C   160.160.254.0/29 is directly connected, Serial0
Router_3#

not that router 3 has no rip routes, and apparently is not accepting rip
routes across this interface because it is not in the proces.s


note that router 4 is sending rip updates across the token ring interface

00:17:13: RIP: sending v2 flash update to 224.0.0.9 via TokenRing0
(160.160.125.
4)
00:17:13: RIP: build flash update entries
00:17:13:   100.0.0.0/8 via 0.0.0.0, metric 1, tag 0

conclusion - even with the neighbor statement in place, RIP will not send
updates out the interface if that interface address is not part of the rip
process.

any takers?

Chuck

--

www.chuckslongroad.info




""pauldongso""  wrote in message
news:200210311321.NAA14582@;groupstudy.com...
> Hi All,
>
> Am doing the written study.
> In Jeff routing tcp/ip book, under RIP configruation exercise session,
> there is a question:
>
>  -  RTC  -RTD -
> (192.168.2.1/24)   (192.168.3.1/24)  (192.168.3.2/24) (192.168.4.1/24)
>
> The question is to only use unicast between RTC and RTD
> The answer is:
>
> RTC:
> network 192.168.2.0
> neighour 192.168.3.2
>
> RTD:
> network 192.168.4.0
> neighour 192.168.3.1
>
> My question is isn't network statement "network 192.168.3.0" required on
> both routers to enable rip? I haven't had a lab to test this yet.
>
> Can someone please give me a correct answer?
>
> Thanks
>
> Paul




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



Re: odd & even # IPs on an ACL [7:56551]

2002-10-31 Thread The Long and Winding Road
""Jennifer Mellone""  wrote in message
news:200210310718.HAA06644@;groupstudy.com...
> Cute!
>
> So I'm thinking that tomorrow (Halloween) I'll put on a subnet mask.
> It will be 255.255.0.0, and the two 0's will have little holes in the
middle
> for my eyes ;-)


too bad they no longer allow "whacky" subnet maskts

255.0.0.255

the "255"s could flap back over your ears.


>
> - Jennifer Mellone




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



Off Topic - Physical Layer - fiber connectors [7:56562]

2002-10-30 Thread The Long and Winding Road
ran into another one today. customer specified APC ( angle polished
connector ) for his fiber links.

I did some searching on the net, and I believe I understand a bit of the
physics involved. 8 degree reflection of the lightwave. used in cable tv
deployments. ( I may be misunderstanding )

I asked the customer to ask his fiber cable vendor instruct as to how we
would terminate to a Cisco switch. The answer was "use the SC connector, but
there will be some performance loss"

Anyone familiar with the APC fiber specification?

Chuck

--

www.chuckslongroad.info




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



Re: IPX bridge on 6509?? [7:56533]

2002-10-30 Thread The Long and Winding Road
""Priscilla Oppenheimer""  wrote in message
news:200210302236.WAA17724@;groupstudy.com...
> Jason Owens wrote:
> >
> > I have a LAN segment in which I wish to move the routing from a
> > 7206 to a new 6509. On the 7206, The interface I want to move
> > has the one main segment (172.16.x.y/24) and around 15
> > secondary interfaces of various networks (My predecessors
> > apparently didn't like sub-interfaces). Unfortunately, IPX is
> > also being routed off of that interface. I want to separate all
> > of these IP networks into individual VLAN's and route between
> > them. My question is how can I get this one IPX network amongst
> > the vlan's that need it? Is this possible?
>
> Very interesting question. I will attempt to stir up some discussion to
try
> to get you an answer. :-)

CL: nothing to "stir up". this is relatively straightforward


>
> Couldn't you bridge IPX traffic between these VLANs? To do this you
wouldn't
> put any ipx network numbers on the subinterfaces, but you would put the
ones
> that have IPX devices in the same bridge group.

CL: that's exactly right. works for all bridged protocols.


>
> The Cisco LAN Switching book also talks about Routed Switch Virtual
> Interfaces (SVIs) for situations like this. Check Chapter 18.


CL: don't know. can do this on the 3550's but I have little direct
experience with 65xx's

>
> You should take some time to learn how the IPX clients are getting L3
> information in the current network. (Always characterize the exiting
network
> before designing enhancements.) Then take some time to think about the
> traffic once you introduce VLANs and isolate broadcast domains. (Are VLANs
> new to this network? Was it all one big broadcast domain before??)

CL: as always, good advice


>
> When an IPX client boots, it broadcasts a Get Nearest Server (GNS)
message,
> as you may know. Either a router or server can respond to this. But it has
> to be in the same broadcast domain to hear it. What is responding now? And
> will it still be in the same broadcast domain in your new design?
>
> After the client learns about a server, including its L3 address, it
> broadcasts a Find Network Number message to find a router that can get it
to
> the server.
>
> Through these messages, the client learns its own network number, the
> address of a server, and the address of a local router.


CL: all of this is educational, and worth reviewing. the person who asked
the questions should be aware that if he bridges all of his formerly
separate IPX networks, all his IPX clients will end up in One Big Flat
Network, i.e. one broadcast domain. This might not be a bright idea,
depending on how many there are. An alternative might be upgrading to an
IP/IPX L3 image on the 6509, assuming he has the L3 supervisor. ( it doesn't
state so in the description )



>
> Luckily, you don't have to worry about ARP broadcasts. Because a L3
address
> in IPX is network.node, where node is the MAC address, there's no need for
> ARP. If a client knows the L3 address for a devie it needs to reach, it
also
> knows the MAC address.

CL: I always liked this idea of combining L2/L3 in the host address.
Unfortunately, MACs are more difficult to deal with than IP. And IPX never
seemed to have that wealth of troubleshooting tools that IP has. Maybe
because it was less troublesome to begin with? ;->

>
> So, consider how all that is working now and what will happen when you
> subdivide broadcast domains. Think about the logical design and then
figure
> out the configuration, hopefully with help from somebody who knows the
6509
> better than I do! :-)
>
> ___
>
> Priscilla Oppenheimer
> www.troubleshootingnetworks.com
> www.priscilla.com




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



Re: odd & even # IPs on an ACL [7:56551]

2002-10-30 Thread The Long and Winding Road
in any octet 0 0 0 0 0 0 0 0

if the rightmost bit is 0 ( zero ) the number is even

if the rightmost bit is 1 ( one ) the number is odd

  = even
 0010 = even
 0100 = even
etc

 0001 = odd
  = odd
etc

you should be able to figure out a one line access-list using this info.


www.chuckslongroad.info




""Casey Miles""  wrote in message
news:20021030.WAA16240@;groupstudy.com...
> Just wondering what the correct syntax would be if you wanted to have
> - two networks
> - one network with students with Omiting odd numbered IPs.
> - second network with faculty omiting the even numbered IPs.
>
> Im looking for a one line command to do this.




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



Re: CCIE LAB Re-Grade [7:56458]

2002-10-30 Thread The Long and Winding Road
""DAve Diaz""  wrote in message
news:200210301521.PAA21871@;groupstudy.com...
> you get a regrade and the same detail, takes ages apparently,  unless your
> really close you are giving cisco free money
>

CL: probably "takes forever" because the proctor would have to rebuild your
pod from the saved configurations, and then go through  the inspection
process again. It is probably a matter of finding the time and the space to
do so.

CL: I don't know, but from what I have seen in the Lab, the proctors grade
the previous day's exams while a new group is in taking their exam. So, in
between the interruptions from the current test takers and the work
necessary to save yesterday's setups and grade yesterdays results, it is no
doubt a matter of resources. it's not like they keep your pod intact for the
waiting period.



>
>
>
>
>
> >From: "Michael Witte"
> >Reply-To: "Michael Witte"
> >To: [EMAIL PROTECTED]
> >Subject: CCIE LAB Re-Grade [7:56458]
> >Date: Tue, 29 Oct 2002 15:50:12 GMT
> >
> >I took the lab on 9/24/2002 and did not pass. I didn't agree on my scores
> >and put in for a re-grade on Sat.I know I did much better. Does anyone
know
> >what the process is and if they will be contacting me for credit card
info
> >ect?It also took them until Sat afternoon to get my grade so I think
> >something was wrong down there. thanks.
> _
> Get faster connections -- switch to MSN Internet Access!
> http://resourcecenter.msn.com/access/plans/default.asp




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



Off Topic - of general interest [7:56500]

2002-10-29 Thread The Long and Winding Road
saw this one come through today. Personally, I agree with the premise.

http://ad.doubleclick.net/clk;3953254;5700831;g?http://207.27.3.33/2/
watch the wrap

--

www.chuckslongroad.info




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



Re: Questions before tests [7:56452]

2002-10-29 Thread The Long and Winding Road
""Kaminski, Shawn G""  wrote in message
news:200210291940.TAA15991@;groupstudy.com...
> Priscilla,
>
> This doesn't explain why it says at the beginning of the survey (not sure
if
> this is true for all exams), "Your answers to this survey will help in the
> grading of this exam" (not sure if these are the exact words). I've seen
> this on some of my exams (not betas) when I've taken the time to read the
> entire survey. Maybe they're talking about future exams. Who the hell
knows
> what Cisco does? Personally, I couldn't care less because the idea is to
> know the material, not try to figure out a way to pass the exam knowing as
> little as possible! :-)

CL: I answer the survey truthfully every time I take the test. In the last
several months I have taken 6 certification tests - CIPT 5 times and DQoS
once.

CL: CIPT was a MR FR evey time, and I finally passed by one point.
DQoS took one attempt and I passed with my usual aplomb.

CL: all of which leads me to believe that the survey is probably only used
as a means of doing statistical analyses on the questions themselves, and
not as a means of grading tests. There is no advantage to grading the tests
in anything but an objective manner. There is lots of advantage to analyzing
the questions to help determine if the questions are too easy or too hard.



>
> Shawn K.
>
>
>
> -Original Message-
> From: Priscilla Oppenheimer [mailto:nobody@;groupstudy.com]
> Sent: Tuesday, October 29, 2002 1:05 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Questions before tests [7:56452]
>
>
> Aaron Ajello wrote:
> >
> > I'm working on my CCNP, just have CIT to go and when I have
> > taken the first three, I just kindof flew through the questions
> > before the test where Cisco asks about your experience level,
> > whether or not you can configure things on your own or need
> > help with a coworker, etc.
> >
> > Is it true that your answers will determine how the test is
> > graded or what types of questions you will get on the actual
> > test?
>
> No, your answers to the survey don't determine how the test is graded or
the
> types of questions you will get on the test. And aliens didn't land at
> Roswell either. :-)
>
> You should ask Cisco for the definitive answer, but I think numerous
people
> have before and we've discussed this on the list before, and that was the
> answer. You could check the archives.
>
> They ask you questions about your experience to help them validate the
> questions. If a high percentage of newbies get a question wrong, but the
> experienced people get it right, then it's a good question. And vice
versa,
> if the newbies get a question right but the experienced people don't, it
> might be a bogus question, something like at what OSI layer does ARP run?
> ;-)
>
> I've written tests in the past and that's how the data was used and I
doubt
> it has changed.
>
> Priscilla
>
> > I thought it was merely a survey so Cisco could get an
> > idea of what types of backgrounds people had who were taking
> > their tests.  But recently I read where someone says those
> > questions will actually determine how Cisco tests you and which
> > questions from the pool you will receive.
> >
> > This seems ridiculous to me, but I have to ask.
> >
> > thanks,
> > Aaron




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



Re: Off Topic - Writing as a team sport [7:56470]

2002-10-29 Thread The Long and Winding Road
there are a few pictures of various people posted at
www.certificationzone.com, including two of the folks we all know, respect,
and love. Check out the rogues gallery in the "meet the zone experts"
section.

--

www.chuckslongroad.info




""John Neiberger""  wrote in message
news:200210291846.SAA02165@;groupstudy.com...
> This reminds me.  Chuck and Leigh Anne, when are you going to submit
> your pictures to the website so I can see who's at the other end of
> these emails??  :-)  Same goes for Peter!  (and anyone else I'm
> forgetting who visits here regularly.)
>
> John
>
> >>> "The Long and Winding Road"
> 10/29/02 10:45:30 AM >>>
> Some folks believe that writing is a solitary profession. The writer
> sits in
> his/her little office, banging out the thoughts, coming up with the
> manuscript, and sending it off to the publisher, who does everything
> else,
> including sending royalty checks in huge amounts.
>
> I recently discovered that writing can also be a team sport.
>
> As some of you know, I've been working on a study guide for one of
> those
> study materials sites. I started out as the lone writer, following the
> script. Soon it became apparent that I could use some guidance. I was
> extremely fortunate to pair up with Leigh Anne Chisholm, whom many of
> you
> know from this list, and from her published books and other study
> materials.
> I had previously worked with her, doing technical review for a study
> guide
> she was writing for Sybex.
>
> I want to say that as far as I'm concerned, this was manna from
> heaven.
> Leigh Anne is a wonderful partner. She is not only a talented writer,
> but
> provided excellent editorial advice. The result is, in my own opinion,
> an
> excellent paper, well organized, and I believe generally free of the
> kinds
> of errors that plague a number of the study guides out there.
>
> Teamwork? Oh yes. It is my paper, and my guide, and my words, but it is
> a
> far better piece of work because of Leigh Anne's participation in the
> process.
>
> If anyone out there is looking for a good author, or a good technical
> reviewer, or a good advisor, I believe you can't go wrong with Leigh
> Anne
> Chisholm.
>
> Thanks, Leigh Anne. Very much.
>
>
> Chuck
>
> --
>
> www.chuckslongroad.info
>
> look for my white paper on one of the study sites. you folks know where
> to
> find them.




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



Off Topic - Writing as a team sport [7:56470]

2002-10-29 Thread The Long and Winding Road
Some folks believe that writing is a solitary profession. The writer sits in
his/her little office, banging out the thoughts, coming up with the
manuscript, and sending it off to the publisher, who does everything else,
including sending royalty checks in huge amounts.

I recently discovered that writing can also be a team sport.

As some of you know, I've been working on a study guide for one of those
study materials sites. I started out as the lone writer, following the
script. Soon it became apparent that I could use some guidance. I was
extremely fortunate to pair up with Leigh Anne Chisholm, whom many of you
know from this list, and from her published books and other study materials.
I had previously worked with her, doing technical review for a study guide
she was writing for Sybex.

I want to say that as far as I'm concerned, this was manna from heaven.
Leigh Anne is a wonderful partner. She is not only a talented writer, but
provided excellent editorial advice. The result is, in my own opinion, an
excellent paper, well organized, and I believe generally free of the kinds
of errors that plague a number of the study guides out there.

Teamwork? Oh yes. It is my paper, and my guide, and my words, but it is a
far better piece of work because of Leigh Anne's participation in the
process.

If anyone out there is looking for a good author, or a good technical
reviewer, or a good advisor, I believe you can't go wrong with Leigh Anne
Chisholm.

Thanks, Leigh Anne. Very much.


Chuck

--

www.chuckslongroad.info

look for my white paper on one of the study sites. you folks know where to
find them.




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



Re: OSPF point-to-multipoint 32 mask [7:56136]

2002-10-28 Thread The Long and Winding Road
mm...

OK, we'll chalk this one off as a failure to communicate.

the original post called for

"similar to ccbootcamp lab 5 , but how to summary those serial to other
protocol ?
area 0 range 172.16.1.0 255.255.255.0 area not working on ABR either "

which I took to mean summarizing area 0 routes to other area 0 routers and
ultimately into an external protocol. which of course cannot be done.

obviously, you are talking about summarizing area 0 routes into a non-zero
area, which of course, does work just fine.


--

www.chuckslongroad.info




""Jenny McLeod""  wrote in message
news:200210290538.FAA14601@;groupstudy.com...
> The Long and Winding Road wrote:
> >
> > ""Jenny McLeod""  wrote in message
> > news:200210280429.EAA24675@;groupstudy.com...
> > > The Long and Winding Road wrote:
> > > [snipped]
> > > > > area 0 range 172.16.1.0 255.255.255.0 area not working on
> > ABR
> > > > either
> > > > >
> > > >
> > > > CL:  well, area 0 range is an illegal command. you may be
> > able
> > > > to enter it,
> > > > but it does nothing. the area range command is design to
> > > > summarize non
> > > > backbone routes into the backbone. if you think aout it,
> > there
> > > > is probably
> > > > not a real good reaso for backbone routes to be summarized
> > > >
> > > >
> > > JMcL: Since when??
> > > I use the area 0 range blah blah command (without the "area"
> > at the end,
> > if
> > > that was supposed to be part of the command above), and it
> > certainly
> > doesn't
> > > do nothing.  As far as I've seen, it works in exactly the
> > same way as area
> > > anything else range blah blah.
> >
> >
> > All right, Miss Smarty Pants. I don't know what IOS versions
> > you use / have
> > been using, but I have been through this song and dance with
> > OSPF area 0
> > summarization, or lack thereof for a while now. I have yet to
> > see it work.
> >
> > Seriously, Jen, you know I respect your wisdom and value your
> > advice. I am
> > absolutely certain that I have never successfuly summarized
> > area 0 routes
> > over a couple of years of lab rat living. The following is from
> > my current
> > study pod, and the IOS version is 12.1.5T10.
> >
> > First, router 1 configurations. There are a number of
> > loopbacks,containing
> > the route addresses in question.
> >
> JMcL: Are any of the relevant routes being redistributed from RIP, or are
> the relevant bits pure OSPF?
>
> > router ospf 123
> >  log-adjacency-changes
> >  area 0 range 100.100.0.0 255.255.240.0
> >  redistribute rip subnets route-map rip2ospf
> >  network 99.99.99.1 0.0.0.0 area 51
> >  network 100.100.0.1 0.0.0.0 area 0
> >  network 100.100.1.1 0.0.0.0 area 0
> >  network 100.100.2.1 0.0.0.0 area 0
> >  network 100.100.3.1 0.0.0.0 area 0
> >  network 100.100.4.1 0.0.0.0 area 0
> >  network 100.100.5.1 0.0.0.0 area 0
> >  network 100.100.6.1 0.0.0.0 area 0
> >  network 100.100.7.1 0.0.0.0 area 0
> >  network 160.160.255.0 0.0.0.255 area 0
> >
> > note the summary in the R1 routing table:
> >
> > Gateway of last resort is not set
> >
> >  100.0.0.0/8 is variably subnetted, 9 subnets, 2 masks
> > O   100.100.0.0/20 is a summary, 00:11:57, Null0
> >
> > now observe router 2's table:
> >
> >  100.0.0.0/24 is subnetted, 8 subnets
> JMcL: Interesting line above.  You sure that's what it said?
> > O   100.100.0.0 [110/26] via 160.160.255.1, 00:12:53,
> > TokenRing0
> > O   100.100.1.0 [110/26] via 160.160.255.1, 00:12:53,
> > TokenRing0
> > O   100.100.2.0 [110/26] via 160.160.255.1, 00:12:53,
> > TokenRing0
> > O   100.100.3.0 [110/26] via 160.160.255.1, 00:12:53,
> > TokenRing0
> > O   100.100.4.0 [110/26] via 160.160.255.1, 00:12:53,
> > TokenRing0
> > O   100.100.5.0 [110/26] via 160.160.255.1, 00:12:53,
> > TokenRing0
> > O   100.100.6.0 [110/26] via 160.160.255.1, 00:12:54,
> > TokenRing0
> > O   100.100.7.0 [110/26] via 160.160.255.1, 00:12:54,
> > TokenRing0
> >  99.0.0.0/32 is subnetted, 1 subnets
> >
> > This has remained constant through several reconfigurations and
> > several ospf
> > process resets.
> >
> JMcL: I'm not quite clear on your setup.  Pick me up if I go wr

Re: OSPF point-to-multipoint 32 mask [7:56136]

2002-10-28 Thread The Long and Winding Road
""Jenny McLeod""  wrote in message
news:200210280429.EAA24675@;groupstudy.com...
> The Long and Winding Road wrote:
> [snipped]
> > > area 0 range 172.16.1.0 255.255.255.0 area not working on ABR
> > either
> > >
> >
> > CL:  well, area 0 range is an illegal command. you may be able
> > to enter it,
> > but it does nothing. the area range command is design to
> > summarize non
> > backbone routes into the backbone. if you think aout it, there
> > is probably
> > not a real good reaso for backbone routes to be summarized
> >
> >
> JMcL: Since when??
> I use the area 0 range blah blah command (without the "area" at the end,
if
> that was supposed to be part of the command above), and it certainly
doesn't
> do nothing.  As far as I've seen, it works in exactly the same way as area
> anything else range blah blah.


All right, Miss Smarty Pants. I don't know what IOS versions you use / have
been using, but I have been through this song and dance with OSPF area 0
summarization, or lack thereof for a while now. I have yet to see it work.

Seriously, Jen, you know I respect your wisdom and value your advice. I am
absolutely certain that I have never successfuly summarized area 0 routes
over a couple of years of lab rat living. The following is from my current
study pod, and the IOS version is 12.1.5T10.

First, router 1 configurations. There are a number of loopbacks,containing
the route addresses in question.

router ospf 123
 log-adjacency-changes
 area 0 range 100.100.0.0 255.255.240.0
 redistribute rip subnets route-map rip2ospf
 network 99.99.99.1 0.0.0.0 area 51
 network 100.100.0.1 0.0.0.0 area 0
 network 100.100.1.1 0.0.0.0 area 0
 network 100.100.2.1 0.0.0.0 area 0
 network 100.100.3.1 0.0.0.0 area 0
 network 100.100.4.1 0.0.0.0 area 0
 network 100.100.5.1 0.0.0.0 area 0
 network 100.100.6.1 0.0.0.0 area 0
 network 100.100.7.1 0.0.0.0 area 0
 network 160.160.255.0 0.0.0.255 area 0

note the summary in the R1 routing table:

Gateway of last resort is not set

 100.0.0.0/8 is variably subnetted, 9 subnets, 2 masks
O   100.100.0.0/20 is a summary, 00:11:57, Null0

now observe router 2's table:

 100.0.0.0/24 is subnetted, 8 subnets
O   100.100.0.0 [110/26] via 160.160.255.1, 00:12:53, TokenRing0
O   100.100.1.0 [110/26] via 160.160.255.1, 00:12:53, TokenRing0
O   100.100.2.0 [110/26] via 160.160.255.1, 00:12:53, TokenRing0
O   100.100.3.0 [110/26] via 160.160.255.1, 00:12:53, TokenRing0
O   100.100.4.0 [110/26] via 160.160.255.1, 00:12:53, TokenRing0
O   100.100.5.0 [110/26] via 160.160.255.1, 00:12:53, TokenRing0
O   100.100.6.0 [110/26] via 160.160.255.1, 00:12:54, TokenRing0
O   100.100.7.0 [110/26] via 160.160.255.1, 00:12:54, TokenRing0
 99.0.0.0/32 is subnetted, 1 subnets

This has remained constant through several reconfigurations and several ospf
process resets.

It also remain true even if on R1 I use a more generic network 100.100.0.0
0.0.255.255 area 0 command.

So

I stand by my statement that even though you may be able to enter the
commands, the fact is that you cannot summarize area 0 routes on a cisco
router, at least not that I've been able to figure out.. My position is
further supported by the Cisco documentation, which states "The area range
command is used only with area border routers (ABRs). It is used to
consolidate or summarize routes for an area. The result is that a single
summary route is advertised to other areas by the ABR. Routing information
is condensed at area boundaries."

http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/ip_r
/iprprt2/1rdospf.htm#xtocid4
watch the wrap

Of course, I am ready to learn something new, if you've got a trick I have
yet to learn.



> Why not summarise backbone routes for the same reasons as summarising
> non-backbone routes - reduce routing tables, database sizes, route change
> propagations etc?

In regards to the wisdom of summarizing backbone routes in an OSPF network,
while I was pondering your response, I went through a few ideas, and I see
where it "might" be advantageous.. I still believe that generally speaking,
one would want all backbone routes to be visible throughout the backbone  to
allow for uninterrupted routing should one or more backbone routers fail.
This assuming a redundant backbone design.

I can't located specifics in the RFC, but I "suspect" that Mr. Moy is of
similar mind.


with all respects

Chuck
--



>
> JMcL




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



Re: hate cisco's new site? [7:56236]

2002-10-26 Thread The Long and Winding Road
""Howard C. Berkowitz""  wrote in message
news:200210252303.XAA06341@;groupstudy.com...
> >Tim Medley wrote:
> >>
> >>  Oh did they mean to redesign the website? I thought some script
> >>  kiddies defaced it and Cisco hadn't had time to fix it.
> >>
> >
> >Nope, marketing kiddies! ;-)
> >
> >Priscilla
> >
> Oh.  Script kiddies with incompetent adult supervision.


CL: all in good fun so far, but I am starting to run into some real issues.
I work for one of Cisco's largest partners, and my CCO account gives me
access to a number of partner specific areas that I use regularly. I was
working on something for a client, was sent a link by Cisco pre-sales (
partner only information link ) and I have been unable to get in. Let's
see - fifteen email messages later "we fixed it" try - grrr "no you
didn't" ... "
try it now" ,,, "still doesn't work" and I am giving up. What's more
irritating is that every time I respond to their automated e-mail, I get a
reply that says "write your comments between the lines ( special
formatting ) Thing is, on the original e-mail, these formatting lines do not
exist.

CL: I can live with the marketing crap. I can live with the colors. I can't
live with the loss of certain functionality.

CL: I will say that if you dig around, there can be a lot more and a lot
better information to be found.

CL: I can also say with assurance that there are some tools, like the
configurator, which still need a LOT of work.




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



Re: Redistributing RIP into OSPF Lab practice [7:56313]

2002-10-25 Thread The Long and Winding Road
think "route-maps"

the access-list part should be easy to figure out.

--

www.chuckslongroad.info




""J B""  wrote in message
news:200210251954.TAA07601@;groupstudy.com...
> Can some one help me with this one?
> or point me into the right direction!
>
>
> Rip routes:
>
> 100.0.0.0/24
> 100.1.0.0/24
> 100.2.0.0/24
> 100.3.0.0/24
> 100.4.0.0/24
> 100.5.0.0/24
> 100.6.0.0/24
> 100.7.0.0/24
>
> Redistribute rip into OSPF.
> 1. routes with an even second octet should be redistribute with a metric
of
> 1000.
> 2. All other redistribute routes should have a cummulative metric
throughout
> the OSPF domain.
>
>
> Thanks
> JB




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



Re: Off topic - my first AVVID install [7:56305]

2002-10-25 Thread The Long and Winding Road
one more thing - I have proof positive that in line power "can" work just
fine over Cat 3

Chuck




""The Long and Winding Road""  wrote in
message news:200210251844.SAA20015@;groupstudy.com...
> Someone a lot smarter than I did the intelligent work - i.e. the call plan
> and the server  configuration. I was one of the warm bodies corralled to
do
> installation of the desk sets.
>
> Some idle thoughts.
> ( Mr. RFC 1149 Compliant is free to laugh loudly at me and make
denigrating
> comments :->  )
>
> 1) there is no glamour in deploying IP phones. About the only difference
> between deploying a phone and deploying a computer is that phones are a
LOT
> lighter. However, when deploying phones it's still doubly difficult
because
> you end up having to string the PC cable over to the phone ( to get the in
> line power ) and then the phone cable back to the PC.
>
> 2) I was too old for this kind of work 10 years ago, and I'm definitely
too
> old now. My knees hurt. My back huts. And my head hurts. You folks who
crawl
> around under desks and benches to set things up and cable them know
exactly
> how hard those upper surfaces can be ;->
>
> 3) doing this kind of work during business hours is not a real good idea.
It
> was taking neighborhood 15 minutes per station to get a phone deployed. No
I
> did not have the luxury of setting up several phones in an area. Had to do
> it one at a time because of the physical layouts and the user
requirements.
>
> 4) I was overjoyed to finally figure out that it is a lot faster if some
low
> level ( me ) plugged lots of phones directly into a switch, let them go
> through their download and upgrade shenanigans, then hand them out to a
> couple of folks to deploy. If this is done in advance, the process takes
> only a minute or two to register and go through TAPS
>
> In conclusion, IP telephony intelligence is all in the server, gateway,
and
> router configuration. The phone deployment itself is still monkeywork.
>
>
>
>
> --
>
> www.chuckslongroad.info




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



Off topic - my first AVVID install [7:56305]

2002-10-25 Thread The Long and Winding Road
Someone a lot smarter than I did the intelligent work - i.e. the call plan
and the server  configuration. I was one of the warm bodies corralled to do
installation of the desk sets.

Some idle thoughts.
( Mr. RFC 1149 Compliant is free to laugh loudly at me and make denigrating
comments :->  )

1) there is no glamour in deploying IP phones. About the only difference
between deploying a phone and deploying a computer is that phones are a LOT
lighter. However, when deploying phones it's still doubly difficult because
you end up having to string the PC cable over to the phone ( to get the in
line power ) and then the phone cable back to the PC.

2) I was too old for this kind of work 10 years ago, and I'm definitely too
old now. My knees hurt. My back huts. And my head hurts. You folks who crawl
around under desks and benches to set things up and cable them know exactly
how hard those upper surfaces can be ;->

3) doing this kind of work during business hours is not a real good idea. It
was taking neighborhood 15 minutes per station to get a phone deployed. No I
did not have the luxury of setting up several phones in an area. Had to do
it one at a time because of the physical layouts and the user requirements.

4) I was overjoyed to finally figure out that it is a lot faster if some low
level ( me ) plugged lots of phones directly into a switch, let them go
through their download and upgrade shenanigans, then hand them out to a
couple of folks to deploy. If this is done in advance, the process takes
only a minute or two to register and go through TAPS

In conclusion, IP telephony intelligence is all in the server, gateway, and
router configuration. The phone deployment itself is still monkeywork.




--

www.chuckslongroad.info




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



Re: Cat 3550-emi ? [7:56180]

2002-10-25 Thread The Long and Winding Road
""MADMAN""  wrote in message
news:200210251348.NAB15435@;groupstudy.com...
> Forget!?!  I never even heard of it until you sent this post.  I gave
> it a quick look and I hope I can now forget it, yuk!!! ;)


CL: yes it's an absolute hack, but nonetheless it's there. probably for all
those people out there who can't or won't do proper design

>
>   Dave
>
> The Long and Winding Road wrote:
> >
> > ""MADMAN""  wrote in message
> > news:200210241322.NAA16403@;groupstudy.com...
> > > Sure you can bridge between like VLANs and route between differant
> > > VLANs in the same box.
> >
> > CL: you can also bridge between unlike vlans and unlike subnets - don't
> > forget fallback bridging!
> >
> > >
> > >
> > >  Dave
> > >
> > > Jesse Loggins wrote:
> > > >
> > > > Is it possiable to do both transparent bridging and intervlan
routing
> on
> > > > this box at the same time? Or is intervlan routing even an option? I
am
> > > > trying to figure out if I need to purchase a router with a
fastethernet
> > > port
> > > > since I have a 3550.
> > > --
> > > David Madland
> > > CCIE# 2016
> > > Sr. Network Engineer
> > > Qwest Communications
> > > 612-664-3367
> > >
> > > "You don't make the poor richer by making the rich poorer." --Winston
> > > Churchill
> --
> David Madland
> CCIE# 2016
> Sr. Network Engineer
> Qwest Communications
> 612-664-3367
>
> "You don't make the poor richer by making the rich poorer." --Winston
> Churchill




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



Re: OSPF point-to-multipoint 32 mask [7:56136]

2002-10-25 Thread The Long and Winding Road
""ccie ccielab""  wrote in message
news:200210231402.OAA29232@;groupstudy.com...
> I configure point-to-multipoint on serial int and the /32 mask show up


CL: yes - that's the way it is supposed to work. see rfc 2328 for details.

>
> R1
> int s0
> ip add 172.16.1.1 255.255.255.0
> ip ospf net point-to-multi
> !
> router ospf 1
> net 172.16.1.1 0.0.0.0 area 0
>
> similar to ccbootcamp lab 5 , but how to summary those serial to other
> protocol ?
> area 0 range 172.16.1.0 255.255.255.0 area not working on ABR either
>

CL:  well, area 0 range is an illegal command. you may be able to enter it,
but it does nothing. the area range command is design to summarize non
backbone routes into the backbone. if you think aout it, there is probably
not a real good reaso for backbone routes to be summarized




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



Re: Cat 3550-emi ? [7:56180]

2002-10-24 Thread The Long and Winding Road
""MADMAN""  wrote in message
news:200210241322.NAA16403@;groupstudy.com...
> Sure you can bridge between like VLANs and route between differant
> VLANs in the same box.


CL: you can also bridge between unlike vlans and unlike subnets - don't
forget fallback bridging!


>
>
>  Dave
>
> Jesse Loggins wrote:
> >
> > Is it possiable to do both transparent bridging and intervlan routing on
> > this box at the same time? Or is intervlan routing even an option? I am
> > trying to figure out if I need to purchase a router with a fastethernet
> port
> > since I have a 3550.
> --
> David Madland
> CCIE# 2016
> Sr. Network Engineer
> Qwest Communications
> 612-664-3367
>
> "You don't make the poor richer by making the rich poorer." --Winston
> Churchill




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



Re: Native IOS on 6500 vs 3500EMI for lab study? [7:55972]

2002-10-20 Thread The Long and Winding Road
""Kaminski, Shawn G""  wrote in message
news:200210210329.DAA32381@;groupstudy.com...
> Sorry for the misunderstanding, guys. I got to thinking more about this
and
> I guess I wasn't thinking of the MSFC, just the 6500 switch itself. I work
> with 6000's with MSFC's and it should have slapped me in the face right
away
> that there were similarities. There's this big mystical thing right now
> regarding these 3550's and I was having a hard time seeing anything being
> used in place of them! This information is good to know!


CL: once people get their hands on a 3550 in a rental rack, and run through
a couple of scenarios, I think all this nervous nellie stuff will disappear.
Personally, I am quite please that my CCIE Lab prep is now covering
materials and concepts that I can also use with my customers. While I was
writing my whate paper for a particular study place I got really uiced about
what I was seeing. For the first time in a very long time, the CCIE Lab is
for the most part testing forward looking technologies, and not a bunch of
obscure protocols of little relevance to most of the data world. Now if they
would just drop DLSw ;->



>
> Shawn K.
>
> > -Original Message-
> > From: Frank Merrill [SMTP:[EMAIL PROTECTED]]
> > Sent: Sunday, October 20, 2002 7:17 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: Native IOS on 6500 vs 3500EMI for lab study? [7:55972]
> >
> > Kaminski, Shawn G wrote:
> > >
> > > The 3550 and 6500 use different CLI's. The 3550 is IOS-based
> > > and the 6500 is
> > > set-based. There really isn't a good alternative for the 3550
> > > switch. You
> >
> > Whoa, hold on there a second.  Although the 6500 and 3550 CAN have
> > different
> > OS's, they don't necessarily HAVE TO have different CLI's.
> >
> > If the 6500 in question (with an MSFC of course) is running Native IOS
> > instead of the formerly more common CatOS/IOS Hybrid, then it does have
> > the
> > same CLI as a 3550.
> >
> > However, even with that there are some functional differences relating
to
> > things such as clustering and the like.
> >
> > If the 6500 with Native IOS can be mastered, there is little more to do
to
> > learning a 3550, and that can be accomplished in a relatively short time
> > on
> > a rental rack that has at least one 3550.
> >
> > Good Luck!
> > fgm
> >
> >
> > > could pick up a 3524XL or a 2900XL series switch, however, they
> > > won't
> > > include features such as Layer 3 routing functionality and
> > > advanced QoS
> > > features that are included with the 3550 which will probably
> > > show up on the
> > > CCIE Lab. However, the IOS-based command sets on the 3524XL and
> > > 2900XL
> > > series switches are very similar to the 3550 and would allow
> > > you to practice
> > > IOS-based commands and learn the Layer 2 functionality. Still,
> > > in my
> > > opinion, your best bet is to either purchase a 3550 or rent
> > > some 3550 rack
> > > time.
> > > Shawn K.
> > >
> > >
> > > > -Original Message-
> > > > From: Jason Viera [SMTP:[EMAIL PROTECTED]]
> > > > Sent: Sunday, October 20, 2002 2:23 PM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: Native IOS on 6500 vs 3500EMI for lab study?
> > > [7:55972]
> > > >
> > > > Group Members,
> > > > Would using a native IOS(and MFFC) on a higher end switch be
> > > the
> > > > equivalent
> > > > of using a 3550? Are the commands and feature sets somewhat
> > > similar?
> > > > Trying
> > > > to prepare for the lab. Any comments would be greatly
> > > appreciated! Thanks
> > > > in
> > > > advance, Jason




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



Re: Update: OSPF Route mystery - what am I missing [7:55975]

2002-10-20 Thread The Long and Winding Road
in line ( like the skates )


""Nigel Taylor""  wrote in message
news:200210202246.WAA27657@;groupstudy.com...
> Chuck,
> I can't believe anyone understood a word I wrote.  After
reading
> my post I could only laugh.  Nonetheless, I think you got what I was
trying
> to say and I do believe your thoughts and observations are correct.  In
> reading your post I was trying to recall what could have possibly provided
> the material for the discussion you mentioned.
>
> The author that comes to mind is no other than "Terry Slattery".

CL: Slattery remains an interesting read.  A lot different, and maybe not a
landmark work, a la Doyle, but still worth looking at.


>I too did
> notice the constant flapping of R4's common network using the "debug ip
> routing" command.
> I must say this is definitely interesting.  Lately, I've had the
opportunity
> to look at a few situations where the use of RIP lead to some very unique
> results as it pertains to redistribution. (check this one out...
> http://www.cisco.com/warp/public/104/10.html).
> Look at the route table on r2504 take note of the 3.22.x.x and 3.44.x.x
> networks. Why is it on r2507 that the routes show as ospf exteranl type2
> routes.  This is just another example of how rip simply works outside of
the
> rules.

CL: I was going to say that it's because the routes are RIP routes that have
been redistributed into OSPF. However, looking at the configuration, I see
the interfaces are in the OSPF domain as well. Maybe the configuration is
being misreported? Maybe if an interface is in both a RIP and an OSPF
domain, RIP takes preference? That can't be right.

CL: hhhmmm.. fooling around with the configs a bit. Mystery upon
mystery. I can't duplicate the result on the CCO link below. I'm wondering
if there are some IOS bugs.

CL: the other thing I got to wondering is if there is some provision in the
standard in the case of multiple ABSR's advertising the same route. I can't
find anything off hand. It might require a more careful read than I have
time for right now.


>
> Although, at first look everything does seem to be very straight-forward,
> not until you get under the hood do you really see or observe the real
> issues involved.  Thanks for keeping us all sane :-)
>
> Nigel
>
>
>
>
> - Original Message -
> From: "The Long and Winding Road"
> To:
> Sent: Sunday, October 20, 2002 5:33 PM
> Subject: Re: Update: OSPF Route mystery - what am I missing [7:55975]
>
>
> > funny you should mention it. I've spent the last forty minutes looking
at
> > debugs on all of the routers involved.
> >
> > given the topology,
> >
> >  R1tr--R2
> >   |   |
> >   |   serial  |serial
> >   |   |
> > R4tr--R3
> >
> >  R1, R2, and R3 are OSPF routers
> >  R1, R4, and R3 are RIP ver 2 routers
> >
> >  2 way redistribution occurs on R1 and R3. The configurations for
> >  redistribution are identical on both routers--
> >
> >
> > here is what I believe I am seeing:
> >
> > R4 is advertising RIP routes to both R1 and R3
> >
> > R1 and R3, in turn, redistribute those routes into OSPF as E2's
> >
> > R2 receives those routes and installs them into the routing table.
> >
> > However, shortly thereafter R2 flushes those routes. Why? Well, looking
at
> > the debugs on R3 and R1, what is happening is that the E2 routes are
> > replacing the RIP routes on R1 and R3. Then, depending on the timing,
the
> R4
> > routes show up in the R2 table sources from one router or the other.
> >
> > When I turn off mutual redistribution on R1 and R3, I start seeing
results
> > like this:
> >
> > O E2160.160.30.0/24 is possibly down,
> >   routing via 160.160.255.2, TokenRing0
> > O E2160.160.31.0/24 is possibly down,
> >   routing via 160.160.255.2, TokenRing0
> > O E2160.160.32.0/24 is possibly down,
> >   routing via 160.160.255.2, TokenRing0
> > O E2160.160.33.0/24 is possibly down,
> >   routing via 160.160.255.2, TokenRing0
> > O IA160.160.39.0/26 is possibly down,
> >   routing via 160.160.255.2, TokenRing0
> >
> > Note that 160.160.3X.0 routes originate on R3. I have similar things
> > happening on R3
> >
> > With mutual redistribution turned on, the situation is a bit different.
> The
> > routes just go round and round from router to router, being distributed
> and
> > redistribute

Controversial - the value of certain study materials [7:55882]

2002-10-18 Thread The Long and Winding Road
OR - who / what is over rated?

I revisited a couple of CCIE Lab preparation books last night.  I sat down
with high hopes, after a frustrating afternoon at the rack. I was looking
for some enlightenment.

The first book I hit was one of the so called "CCIE Professional
Development" books. The chapter on PIM  was a mere 28 pages, of which a good
half were charts of various multicast headers. The chapter mentions RP, but
never bothers to explain the concept of RP. CCIE level? More like the "idle
curiousity" level.

OK, so I go to one of the old standby's, one mentioned in every "recommended
books" list, and get distracted by the chapter on redistribution. As I read
through this chapter I am struck at how rudimentary it is. There appears to
be no real insight here. Distribute-list in and out are glossed over. Issues
with VLSM. to FLSM are covered in a a simplistic manner.

So my question - for folks who have been to the CCIE Lab once or twice, who
have put in the thousands of hours of reading and configuring, what do you
think when you revisit the classics? Do you think maybe you've outgrown
them?



--

www.chuckslongroad.info




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



Off Topic - empty CCIE Lab seats! [7:55878]

2002-10-18 Thread The Long and Winding Road
this is the second consecutive morning  where I have seen the entire week of
November 11 with lots of empty Lab seats.

Plus a few on Nov 19th.

The next open dates after that are in May 2003

Interesting.

Get 'em while they're hot!

--




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



Re: Native VLAN 1 [7:55743]

2002-10-17 Thread The Long and Winding Road
""Larry Letterman""  wrote in message
news:200210170727.HAA2@;groupstudy.com...
> I personally changed out a secondary sup card, when I was new in the lan
> team..
> the redundant sup came up with with the trunk port 2/1 config'd for native
> vlan
> 1. this caused the vtp management to issue a vlan mismatch...which then
> started
> a stp recalc, which caused utilization on the gateway to go up trying to
> process the
> bpdu storm, which prevented the network from working correctly...


CL: let he who has never brought a network to its knees cast the first stone
:->


>
> leaving everything in native 1 prevents this
>
>
> Larry Letterman
> Network Engineer
> Cisco Systems Inc.
>
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:nobody@;groupstudy.com]On Behalf Of
> > Erick B.
> > Sent: Wednesday, October 16, 2002 11:53 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Native VLAN 1 [7:55743]
> >
> >
> > Comments inline...
> >
> > --- The Long and Winding Road
> >  wrote:
> > > ""Larry Letterman""  wrote in message
> > > news:200210170505.FAA27055@;groupstudy.com...
> > > > Pris,
> > > >
> > > > In our 6509's we used to make the native vlan and
> > > the data vlan
> > > > the same and it was something other than 1...if a
> > > blade fails and
> > > > we put in a new one , it defaults to vlan 1 for
> > > all ports. If the
> > > > blade has trunk ports in it, they get set to
> > > native vlan 1. The other
> > > > end is set for something else, this resulted in
> > > vlan mismatch in the vtp
> > > > domain, and in a lot of instances we suffered stp
> > > recalcs that took
> > > > buildings down for periods of time...we
> > > subsequently have returned to
> > > > making native vlan 1 on all trunks and have not
> > > had any issues since..
> > > >
> >
> > I want to clarify a few items so we fully understand
> > this behavior so next time I need to hot-swap I am
> > prepared to make config changes as well.
> >
> > I thought the running config in RAM (and NVRAM) stayed
> > the same when swapping *same model* blades in the same
> > slot. If this isn't the case, then is some of the
> > config the same and some is defaulted?
> >
> > Can you point us to a cisco doc explaining this
> > behavior?
> >
> > Thank you very much!
> >
> >
> >
> > __
> > Do you Yahoo!?
> > Faith Hill - Exclusive Performances, Videos & More
> > http://faith.yahoo.com




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



Re: Native VLAN 1 [7:55743]

2002-10-16 Thread The Long and Winding Road

""Larry Letterman""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Pris,
>
> In our 6509's we used to make the native vlan and the data vlan
> the same and it was something other than 1...if a blade fails and
> we put in a new one , it defaults to vlan 1 for all ports. If the
> blade has trunk ports in it, they get set to native vlan 1. The other
> end is set for something else, this resulted in vlan mismatch in the vtp
> domain, and in a lot of instances we suffered stp recalcs that took
> buildings down for periods of time...we subsequently have returned to
> making native vlan 1 on all trunks and have not had any issues since..
>

CL: idle curiousity. as an alternative, can't the replacement blades be
preconfigured on another box, then moved to the box in question? this is not
meant as a snide remark, or a negative criticism. I think what you are
demonstrating is a well known phenomenon, where people back off / out of
good ideas and good practice as a matter of expedience and convenience.
(And yes, I have been known to have backed off requiring password changes
every 30 days because I got tired of, every 30 days, going from user to user
to help them log in using a new password.)



>
> Larry Letterman
> Network Engineer
> Cisco Systems Inc.
>
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, October 16, 2002 3:49 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: Native VLAN 1 [7:55743]
> >
> >
> > Larry Letterman wrote:
> > >
> > > vlan mismatches and major spanning tree recalcs..
> >
> > Why? Thanks for any more detail you can give.
> >
> > Priscilla
> >
> >
> > >
> > >
> > >
> > > Larry Letterman
> > > Network Engineer
> > > Cisco Systems Inc.
> > >
> > >
> > >
> > > > -Original Message-
> > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> > > Behalf Of
> > > > Azhar Teza
> > > > Sent: Wednesday, October 16, 2002 3:21 PM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: Native VLAN 1 [7:55743]
> > > >
> > > >
> > > > When Ports are configured as trunk in Catalyst switches, they
> > > still belong
> > > > to  VLAN 1 in native column eventhough the ports can span all
> > > > VLANs.  What's
> > > > the drawback of changing the port from Native VLAN 1 to some
> > > other VLANs?
> > > > Regards, Teza
> > > >
> > > > ___
> > > > Join Excite! - http://www.excite.com
> > > > The most personalized portal on the Web!




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



Tonight's Homily - Redistributing Shorter Into Longer [7:55773]

2002-10-16 Thread The Long and Winding Road

This one deserves a homily. I can sleep tonight after solving this one.

The age old question - how to get a /23 to propagate into classful /24
domain via redistribution.

I've been toying with this a while tonight.

The problem - an "in use" interface - token ring or ethernet - has a /23
assignment. Let's call it 160.160.2.1 255.255.254.0 just for reference. This
interface is in an OSPF or an EIGRP domain. The test is to redistribute this
route into a RIP domain so that there is full reachability from anyplace in
the RIP domain to any station in the OSPF / EIGRP domain. Oh yes, the RIP
domain is a /24 domain.

I tried the usual suspects.  The rundown is as follows:

1) Setting up loopbacks with a /32 address. Problem - overlapping addresses

2) area range command in OSPF. Problem - Cisco's idea of summarization is
the shortening of prefixes, not the lengthening. I tried variations of area
range:

area 222 range 160.160.2.0 255.255.255.0
area 222 range 160.160.3.0 255.255.255.0
area 222 range 160.160.2.0 255.255.254.0 not-advertise

I thought maybe I could get around what OSPF was doing by using the
no-advertise switch, and then using the area ranges with the /24's. The
no-advertise suppresses all subnets of the particular range. There appears
to be no way to circumvent this.

3) ip summary-address eigrp xxx etc interface command in EIGRP. Problem -
summarization still only seems to like the shortening of prefixes, not the
lengthening.

Scratching my head. OK., let's try thinking out of the box, to coin a
phrase.

Well, one thing that keeps gnawing at me. RIP sends version 1, but receives
version 1 and version 2 advertisements. OK. So how about on the
redistribution router, I simply change the RIP version from 1 to 2? Can it
be that easy? Apparently so, because it works.

In the particular case, I have the Huge Subnet on Router_2:

interface Loopback500
 ip address 160.160.2.1 255.255.254.0
 ip ospf network point-to-point
!
router ospf 123
 log-adjacency-changes
 network 160.160.2.0 0.0.1.255 area 222
 network 160.160.254.2 0.0.0.0 area 0

Router_1 is the redistribution router. It shows the OSPF route in question:

Router_1#
Router_1#ir ospf
 160.160.0.0/16 is variably subnetted, 20 subnets, 8 masks
O IA160.160.2.0/23 [110/26] via 160.160.255.2, 00:31:49, TokenRing0

On Router_1 I placed a loopback as follows:

interface Loopback500
 ip address 160.160.3.254 255.255.255.255

and I completed the task by making changes to the rip configuration:

router rip
 version 2
 redistribute ospf 123 metric 6
 network 160.160.0.0
 no auto-summary

and then doing a rip summary address on the appropriate RIP interface:

interface Serial0
 ip address 160.160.127.1 255.255.255.0
 no ip route-cache
 ip summary-address rip 160.160.2.0 255.255.254.0
( summarizes the /32 on interface loopback 500 )

the result is that Router_4, a RIP ver 1 router, still sees the /23 network

Router_4#ir rip
 160.160.0.0/16 is variably subnetted, 30 subnets, 7 masks
R   160.160.2.0/23 [120/6] via 160.160.127.1, 00:00:13, Serial0

OK, so that's one way to do it.

I've seen discussion of using tunnel interfaces and secondary addressing as
workarounds to this problem over on the CCIE list in the past. I know that
several of the CCIE Lab study materials have tasks like this, leading me to
believe that this is something one should add to the bag of tricks one needs
when actually sitting in one of the testing centers.

What is it my self help guru likes to say?

"There is always a way."

Peaceful evenings. Crisp autumn air.

Goodnight everyone.

--

Chuck




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



Re: 3550: CCIE Lab [7:55643]

2002-10-16 Thread The Long and Winding Road

""Shahid Muhammad Shafi""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...

> the babies are in San jose as well ;-)


CL: did you hear sobbing and the sounds of heads banging against the
desktops while you were there? ;->


>  Cisco Nuts  wrote:Sorry Greg,
>
> On a sidenote, they have already been introduced in RTP, unfortunately :-(
> So those taking the exam on or before Nov. 4th, might as well get "very"
> comfortable with 2 of these babies
>
>
>
>
>
>
> >From: "gregory parks"
> >Reply-To: "gregory parks"
> >To: [EMAIL PROTECTED]
> >Subject: RE: 3550: CCIE Lab [7:55643]
> >Date: Tue, 15 Oct 2002 22:54:42 GMT
> >
> >After reviewing my notes taken at cisco Networkers this year Cisco
> >specified
> >EMI no LMI. Additionally, they said the 3550 would be introduced after 4
> >Nov
> >so you shouldn't see them in your lab. Hope this helps.
> _
> Broadband? Dial-up? Get reliable MSN Internet Access.
> http://resourcecenter.msn.com/access/plans/default.asp
> Shahid Muhammad Shafi
> "Every man dies; not every man really lives"
>
> remember, if God bringz u 2 it, He WILL bring u thru it!!!-
>
> Please help feed hungry people worldwide http://www.hungersite.com/
> A small thing each of us can do to help others less fortunate than
ourselves
>
>
> -
> Yahoo! - We Remember
> 9-11: A tribute to the more than 3,000 lives lost




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



Re: multi site and bridging [7:55760]

2002-10-16 Thread The Long and Winding Road

""John Brandis""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi All,
>
> Got this problem. Have a site at the moment, site a running the 172.17.x.x
> networks. Management has just informed me that we have just acquired an
> empty building down the road, site b. The idea is that we move all servers
> and core infrastructure to site b over a series of weekends.  After the
> move, we will sell site a.

CL: hope the rats, rabbits, and walabees don't follow you to the new site
:->

>
> In order to do this, I will need to move all servers , using the same IP
> scheme to building b, thus I will need to have something that resembles a
> LAN, between 2 buildings, connected via a frame relay link (telstra tpips)

CL: don't you have some high speed alternative like gigabit available? is
this a contract / term / price issue?

>
> Is there any way possible, to have something like a bridged network
between
> the 2 buildings that will permit me to use the same IP scheme, utilize the
> VLAN's in use in site A, when I move to site b.

CL: sure - easily done. in the Cisco world you just need to add the
frame-relay map bridge 16(dlci) ietf broadcast etc commands on the physical
interfaces.


>
> Thanks all for your help
>
> When chuck wakes up, I will give you the whole story on this as he would
> love to hear my fights with non technical managers.


CL: whaddaya mean "when I wake up? I never sleep! I do spend a lot of my
time in the office contemplating designs and customer issues, something I do
best with my feet up on the desk and my eyes closed ;->



>
>
> **
>
> visit http://www.solution6.com
>
> UK Customers - http://www.solution6.co.uk
>
> *
> This email message (and attachments) may contain information that is
> confidential to Solution 6. If you are not the intended recipient you
cannot
> use, distribute or copy the message or attachments.  In such a case,
please
> notify the sender by return email immediately and erase all copies of the
> message and attachments.  Opinions, conclusions and other information in
> this message and attachments that do not relate to the official business
of
> Solution 6 are neither given nor endorsed by it.
> *




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



Re: Redistribution Practice - a couple of thoughts [7:55748]

2002-10-16 Thread The Long and Winding Road

an addition to the mix

""The Long and Winding Road""  wrote in
message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 in no particular order of importance, and for no particular reason.

 1) redistributing classful protocols into classless protocols and visa
versa
 a) getting smaller subnets to match a longer boundary
   ( subnets with longer prefixes )
 b) dealing with larger subnets than the classless boundary permits
   ( dealing with shorter prefixes )

 2) filtering can be accomplished by:
a) distribute-lists
b) route-maps
c) limiting advertisements to certain interfaces
d) limiting advertisements to certain neighbors

 3) distribute-lists can reference:
a) access-lists
b) particular neighbors ( gateways )
c) ip prefix-lists

 4) route-maps can:
a) reference access-lists
b) reference interfaces
c) reference ip prefix-lists
d) reference metric values ( intriguing - have to look into this )
e) route tags

 5) additionally, different protocols have their bells
 a) ospf - summary-address ( to summarize the routes redistributed
 into ospf )
 b) others - match ospf metrics, route types e.g. E1, E2
 c) others - match IS-IS route level types  e.g. level-1, level-2


6) media dependent issues
a) split horizon ( NMBA )

7) redistribution loops
   a) when redistribution occurs at two or more different points in a
multihomed network


 just some idle thoughts

>
> --
>
> www.chuckslongroad.info
> like my web site?
> take the survey!




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



Redistribution Practice - a couple of thoughts [7:55748]

2002-10-16 Thread The Long and Winding Road

in no particular order of importance, and for no particular reason.

1) redistributing classful protocols into classless protocols and visa versa
a) getting smaller subnets to match a longer boundary
  ( subnets with longer prefixes )
b) dealing with larger subnets than the classless boundary permits
  ( dealing with shorter prefixes )

2) filtering can be accomplished by:
   a) distribute-lists
   b) route-maps
   c) limiting advertisements to certain interfaces
   d) limiting advertisements to certain neighbors

3) distribute-lists can reference:
   a) access-lists
   b) particular neighbors ( gateways )
   c) ip prefix-lists

4) route-maps can:
   a) reference access-lists
   b) reference interfaces
   c) reference ip prefix-lists
   d) reference metric values ( intriguing - have to look into this )
   e) route tags

5) additionally, different protocols have their bells
a) ospf - summary-address ( to summarize the routes redistributed
into ospf )
b) others - match ospf metrics, route types e.g. E1, E2
c) others - match IS-IS route level types  e.g. level-1, level-2


just some idle thoughts


--

www.chuckslongroad.info
like my web site?
take the survey!




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



Re: CCNP Candidates - Free Study Sources for new BSCI exam [7:55736]

2002-10-16 Thread The Long and Winding Road

based on this and the off line moderators' thread, I have to ask, Howard -
who put the nickel in you? Cuz whoever it is, no more nickels for them. :->

--
TANSTAAFL
there ain't no such thing as a free lunch
the price for this list is reading Howard's jokes


""Howard C. Berkowitz""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> At 6:57 PM + 10/16/02, Tom Lisa wrote:
> >I refuse to respond any further on the grounds it may encourage you
further,
> >as if you need any! :)
>
>
> I see you have recognized I am incorrigible, and you refuse to incorrige
me.
>
> >
> >Prof. Tom Lisa, CCAI
> >Community College of Southern Nevada
> >Cisco ATC/Regional Networking Academy
> >
> >"Howard C. Berkowitz" wrote:
> >
> >>  At 11:20 PM + 10/15/02, Tom Lisa wrote good stuff about IS-IS.
> >>
> >>  I have one question, if it doesn't break NDA. Is there anything about
> >  > Bill Clinton's definition of IS-IS?  Perhaps a menage a trois?




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



Re: can cable spliter create more switch port? [7:55667]

2002-10-15 Thread The Long and Winding Road

better off buying a cheap hub.

someone better versed in the electronics than I will explain this.
Essentially, the splitter does not provide the right circuitry back to the
switch.

--

www.chuckslongroad.info
like my web site?
take the survey!



""Sim, CT (Chee Tong)""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi..  I have a friend staying in the hostel room which has a wall port
> (RJ45) link to the internet.  As there are two persons (two PC) staying in
> that room.  So they bought a cable splitter.  (one side with one female
RJ45
> jack and another side with two female RJ45 jack).  So that two PCs can
> connect to internet at the same time, However, I did the same thing to my
> switch port to make it one switch port to two ports but my PCs that
> connected to the two ports can't connect to the network at all.  Did I did
> anything wrong? Bought the wrong cable splitter? Or my friend's campus end
> back is different from mine?
>
>
>
> Thanks a lot
>
>
>
>
>
>
> ==
> De informatie opgenomen in dit bericht kan vertrouwelijk zijn en
> is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht
> onterecht ontvangt wordt u verzocht de inhoud niet te gebruiken en
> de afzender direct te informeren door het bericht te retourneren.
> ==
> The information contained in this message may be confidential
> and is intended to be exclusively for the addressee. Should you
> receive this message unintentionally, please do not use the contents
> herein and notify the sender immediately by return e-mail.
>
>
> ==




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



Re: 3550: CCIE Lab [7:55643]

2002-10-15 Thread The Long and Winding Road

no no no - read CCO and what it says.

during the period Sept 1 through Nov 4 the equipment will be swapped. It
won't happen in every rack in every location on the same day.

There are some places where the 3550 is already in place. RTP, for example,
so folks have said - here on this list and elsewhere.

CCO also states quite clearly that L3 features will not be tested until
after November 4.

Prior to November 4, if you encounter a 3550, you will be responsible for
configuring features that are common with the 5000. For example, VTP, vlans,
management interface, multicast, bridging, etc.

"Between September 1, 2002 and November 4th, 2002 all CCIE labs will replace
the current Catalyst 5000 switches with Catalyst 3550 switches. However, the
only switching features tested during this time will be those common to both
devices - additional features on the Catalyst 3550 will only be tested
beginning November 4th, 2002."

This is quite plain. There is no ambiguity unless you're a lawyer. ;->

BTW, you can always call the place where you are taking your Lab, and get in
contact with the proctor. I don't believe it is NDA for them to tell you if
the 3550 has been installed.






""gregory parks""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> After reviewing my notes taken at cisco Networkers this year Cisco
specified
> EMI no LMI. Additionally, they said the 3550 would be introduced after 4
Nov
> so you shouldn't see them in your lab.  Hope this helps.




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



Re: Cisco ExecNet [7:55573]

2002-10-15 Thread The Long and Winding Road

""Priscilla Oppenheimer""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> One more quick OT comment. The TV will become a computer and this will be
a
> good thing. It's ridiculous that so many people spend hours in front of an
> absoultely dumb device that is only one-way and has a horrid user
interface
> (a remote control!) That will change and it will be pretty exciting.

CL: what makes you think that most people, myself included, WANT their TV's
to become computers? We couch potoatoes just want mindless entertainment at
the end of the day. What you are proposing sounds too much like WORK to me
:->



>You'll
> be able to click on spots on your computer (sorry TV) to go to Web sites
to
> learn more, have multiple shows and applications open at once, be able to
> send e-mail while watching baseball. Instead of having a single button
that
> just goes back to the last channel, you'll have a explorer like interface
> with back and forward and refresh buttons. Just hope that the greedy folks
> don't make it too commercial.
>
> Regarding hotel "hot spot" networks, what a kludge! ;-) I just learned how
> some of them work from this interesting article in IPJ:
>
> http://www.cisco.com/warp/public/759/ipj_5-3/ipj_5-3_visitor_networks.html
>
> ___
>
> Priscilla Oppenheimer
> www.troubleshootingnetworks.com
> www.priscilla.com
>
>
> Steven A. Ridder wrote:
> >
> > I think wireless and converged data over high speed links wil
> > co-exist, not
> > compete for same space n market.  I can't see high-speed
> > wireless out in the
> > "WAN" of a cellular network anywhere down the road.  Without
> > that speed over
> > wireless, we are stuck with being able to DL e-mails and
> > web-pages at a
> > slow, but decent rate.  The high speed stuff will happed over
> > wires for a
> > while, and although I don't see PC's being used as TV's, I do
> > forsee the PC
> > being the digital gateway/servwer of the high-speed home where
> > other devices
> > like a TIVO work off of the gateway and provide TV services to
> > the family
> > and a phone will be a phone, just getting it's information form
> > same gateway
> > and the phone will provide the phone services for a family.
> >
> > Our consulting side does see wireless devices with two bands -
> > 802.b/a/g for
> > use in hot spots and GSM/GRPS over the "WAN", and this is going
> > to be the
> > way of wireless for a while.  While your at a hotspot, maybe a
> > hotel or
> > airport (or Starbuck now, which we helped developed for them)
> > you can get
> > high speeds and DL video, maybe play a java game with a buddy.
> > Then you
> > have to leave the area, and now you rely on GSM.  You still have
> > connectivity, but in a limited fashion.  I work for a company
> > that tests,
> > writes, and demos the latest devices from that carriers, and so
> > I get to
> > play with them as well, and I have seen a lot of innovative
> > devices, (right
> > now I get a T-Mobile Pocket PC Phone Edition as my cell phone)
> > and I love
> > them, but what I'm seeing is not the devleopment of bandwidth
> > over their
> > networks, but the 2.5G network development, and the
> > standardization of the
> > network with 1 common signal.
> >
> > --
> >
> > RFC 1149 Compliant.
> >
> >
> >
> > ""The Long and Winding Road""
> >  wrote in
> > message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > ""Steven A. Ridder""  wrote in message
> > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > > I always thought that the PSTN was based off of that fact
> > that not all
> > > > phones would be calling at once, and if they did, then some
> > would get
> > > > through while others wouldn't.
> > >
> > > CL: yes. true. however, decades ago the Bell folks knew and
> > practiced the
> > > optimum manner in which to provision such that you or I or
> > any other
> > > individual would experience dial tone almost all of the time.
> > We know this
> > > through the Ehrlang calcualtions.
> > >
> > >
> > > >Then to ensure that important calls got
> > > > through during these periods, there was the priority
> > network that gov't
> > > > officials have with their PINS, etc.  (Can't remember the
> > nam

Re: Cisco ExecNet [7:55573]

2002-10-14 Thread The Long and Winding Road

""Steven A. Ridder""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I always thought that the PSTN was based off of that fact that not all
> phones would be calling at once, and if they did, then some would get
> through while others wouldn't.

CL: yes. true. however, decades ago the Bell folks knew and practiced the
optimum manner in which to provision such that you or I or any other
individual would experience dial tone almost all of the time. We know this
through the Ehrlang calcualtions.


>Then to ensure that important calls got
> through during these periods, there was the priority network that gov't
> officials have with their PINS, etc.  (Can't remember the name, but
there's
> also an IETF working group working on the same thing.)

CL good idea. having been through an earthquake or two, I'm quite familiar
with fast busy's during emergencies. nice to know there is a means for the
right people to be able to get through.


>
> I don't think that the Converged Network theory is reinventing the wheel
and
> is a dead end.  I think the opposite is true.  The TDM/PSTN world is dead
> (or dying) and that most calls are circuit-switched across ATM now.

CL: different issue. the Bell network grew and matured because of regulation
that guaranteed return on capital. therefore it was in Bell's interest to
invest in capital - switches, lines, CO's. Since deregulation in 1984 it can
be argued that the appropriate investment has not been made in "the
network" - all that has happened is that the CLECs have cherry picked the
most concentrated and profitable areas while underinvesting in not so
profitable areas. I sometimes sign my messages TANSTAAFL - there ain't no
such thing as a free lunch. Right now, for all intents and purposes, the
internet is "free". What happens when people have to start paying for their
proportional share of services? Assuming the internet becomes the
replacement for the telco netowrk?

CL: I'm not saying that there is room for improvement. There is no reason
that a PBX has to be larger than a couple of IBM mainframes. But I gotta
ask - is it really a good idea to make your PC into a telephone into a
television?


> Now if
> someone could just solve the last mile
>

CL: oh boy. video on demand. OC192 to the television set. I can hardly wait.

CL: much as I despise the idea, I go along with the school of thought that
wireless is the future, not voice and data converged. It's another one of
those "trekkie tech" things, but telcos continue to lose 10's of thousands
of lines per year to wireless, and most people just want to yak on the
phone, no matter where they are. Which is one more reason to telecommute.



> --
>
> RFC 1149 Compliant.
>
>
>
> ""The Long and Winding Road""  wrote in
> message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > ""Steven A. Ridder""  wrote in message
> > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > I understand the technology and stand by whoever said what IP
> > telephony/VoIP
> > > isn't a bandwidth hungry app.  It isn't.  G.729, which can use as
little
> > as
> > > 8k with proper compresion, has nearly the same MOS score as G.711,
which
> > is
> > > toll quality.  Even though it's not officially "toll quality" I
consider
> > it
> > > toll quality, as I can't tell the difference, and most people couldn't
> > > either.  Even if using G.711, I can still use compression and VAD to
get
> > > down to 25K or so, which isn't bandwidth hungry in my book either.
> > >
> > > I think the apps that will be on a converged network in the future
will
> be
> > > bandwidth hungry, such as video. Voice isn't.
> > >
> >
> > CL: I don't think the issue is the bandwidth taken by one compressed
call.
> > The issue is poisson 99. I think that's how the telco guys call it. What
> > happens when a significant number of calls "must" go through - say
during
> an
> > emergency?
> >
> > CL: current telco networks are engineered such that you get dial tone
> 99.5%
> > of the time you go off hook, day or night, busy hour or not. the VoIP
> > netowork must not only operate at that kind of reliability, but must
> > tramsmit data simultaneously.
> >
> > CL: This rush to converged networks means not only reinventing what the
> > telcos have already done, but building out a whole new infrastructure as
> > well. There is at least one school of thought that calls this a dead
end.
> >
> > CL: one of the bad things that has com

Re: Cisco ExecNet [7:55573]

2002-10-14 Thread The Long and Winding Road

""Steven A. Ridder""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I understand the technology and stand by whoever said what IP
telephony/VoIP
> isn't a bandwidth hungry app.  It isn't.  G.729, which can use as little
as
> 8k with proper compresion, has nearly the same MOS score as G.711, which
is
> toll quality.  Even though it's not officially "toll quality" I consider
it
> toll quality, as I can't tell the difference, and most people couldn't
> either.  Even if using G.711, I can still use compression and VAD to get
> down to 25K or so, which isn't bandwidth hungry in my book either.
>
> I think the apps that will be on a converged network in the future will be
> bandwidth hungry, such as video. Voice isn't.
>

CL: I don't think the issue is the bandwidth taken by one compressed call.
The issue is poisson 99. I think that's how the telco guys call it. What
happens when a significant number of calls "must" go through - say during an
emergency?

CL: current telco networks are engineered such that you get dial tone 99.5%
of the time you go off hook, day or night, busy hour or not. the VoIP
netowork must not only operate at that kind of reliability, but must
tramsmit data simultaneously.

CL: This rush to converged networks means not only reinventing what the
telcos have already done, but building out a whole new infrastructure as
well. There is at least one school of thought that calls this a dead end.

CL: one of the bad things that has come out of Microsoft is the attitude
that Mainframe computers are just PC's with a little bit more horsepower and
that the internet is just a bigger version of the Microsoft campus network,
with a few more hubs involved. I see one of the bad things about Cisco's
vision of converged networks is the attitude that the Telephone Network is
nothing more than just the Cisco campus telephone network with a few more
phones attached.




>
> >
> > -Original Message-
> > From: Joe A
> > To: 'Nathan Chessin'; 'Albert Lu'; [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
> > Sent: 10/14/02 11:52 AM
> > Subject: RE: Cisco ExecNet
> >
> > Maybe I should say IP Telephony, not VoIP.  How many uncompressed,
> > toll-quality calls can you push out simultaneously over a T1???  Have
> > you done the math? 24?   Maybe 23 on a good day.  Sure, if you use
> > compression you can squeeze in quite a bit more, but you can't deny that
> > IPT is bandwidth-hungry, with streaming MOH, voicemail audio streams,
> > the calls themselves.  Believe me, VoIP is absolutely a bandwidth-hungry
> > app.  No one who understands the technology would deny that.
> >
> > Joe
> >
> > -Original Message-
> > From: Nathan Chessin [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, October 11, 2002 1:56 AM
> > To: 'Joe'; 'Albert Lu'; [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
> > Subject: RE: Cisco ExecNet
> >
> >
> > 1) Since when is VoIP a "bandwidth-hungry app"
> >
> > Nate
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> >
> > > Joe
> > > Sent: Thursday, October 10, 2002 8:42 PM
> > > To: 'Albert Lu'; [EMAIL PROTECTED]
> > > Cc: [EMAIL PROTECTED]
> > > Subject: RE: Cisco ExecNet
> > >
> > >
> > > Technology isn't necessarily heading in that direction - Cisco is
> > > driving it there.  Bottom line is this: Cisco is traditionally a
> > > router and switch manufacturer, and no one buys routers and switches
> > > these days, at least not enough to provide continued growth for Cisco.
> > > Company infrastructures are already built, have been for
> > > years, and are
> > > running for the most part nowhere near capacity.  These technology
> > > applications, besides generating hardware sales directly, will also
> > > increase bandwidth consumption, thereby causing indirect
> > > hardware sales
> > > when customers upgrade their routers and switches to support the new
> > > bandwidth-hungry apps like VoIP.  If Cisco can drive the customers'
> > > purchases in that direction, they win.
> > >
> > > My two cents.
> > >
> > > Joe
> > >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On
> > > Behalf Of
> > > Albert Lu
> > > Sent: Thursday, October 10, 2002 8:16 AM
> > > To: [EMAIL PROTECTED]
> > > Cc: [EMAIL PROTECTED]
> > > Subject: OT: Cisco ExecNet
> > >
> > >
> > > Hello Group,
> > >
> > > Has anyone checked out the Cisco ExecNet, which is basically thoughts
> > > about where technology is heading in the future from the VPs at Cisco.
> > >
> > > http://newsroom.cisco.com/dlls/tln/execnet/
> > >
> > > >From what they are saying (specifically Mike Volpi), the
> > > direction for
> > > technology is heading towards: CDN, Security, Wireless, IP Telephony,
> > > VPN. Reegineering business processes to best utilise these
> > > technologies in order to improve productivity and reduce cost for
> > > enterprises.
> > >
> > > Does anyone have any comments about this, and where money
> > > will be spent
> > >

DQoS exam - review [7:55603]

2002-10-14 Thread The Long and Winding Road

Passed the DQoS exam today.

60 questions, 60 minutes, can't review questions, for those of you who can't
live without this kind of information.

Let me say that after my recent hellish experience with the CIPT exam, I
found it a pleasure to take a test in which all of the questions were based
on materials easily found on CCO. Admittedly, the DQoS class materials do a
superior job of organizing the subject matter. But with the exam blueprint,
some basic research on CCO,
and about 40 hours of concentration, anyone can pass this test.

Unlike the CIPT, where a significant portion of the test appears to be based
on material that is not in the class books, not on CCO that I ever found,
and not in any of the Cisco CIPT books that I read. ( I took CIPT 5 times,
so I think I had a pretty good look at just about all the possible
questions )

DQoS was a good test. I did not find poorly written questions. Instead, I
found questions that tested understanding of theory and practice. I consider
this a very helpful tool in preparing for my upcoming CCIE Lab.

Chuck




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



Re: QoS testing - well, that explains it [7:55468]

2002-10-14 Thread The Long and Winding Road

""Jenny McLeod""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Are you pinging directly from the router where the QoS stuff is
configured,
> or are the pings going through the router?
>


CL: Side_1frame_relay--QoS_Router---token_ringSide_2

I ping from routers in both sides. All QoS policy is configured on the QoS
router. BTW, plain old access-lists applied to interfaces exhibeted the same
problem. It would appear that the access-list process was not identifying
the ping packets as having the particular ToS bits marked,

I think I stated in a different post that all packets were apparently being
identified as IP packets with no ToS bit set.






> JMcL
> The Long and Winding Road wrote:
> >
> > the continuing saga of QoS configuration and testing
> >
> >
> > As near as I can tell, ping testing is utterly useless as a
> > means of testing
> > QoS configurations.
> >
> > I have done any number of tests this morning. all of the
> > following have been
> > applied inbound on an interface:
> >
> > access-list 171 deny   ip any any precedence critical
> > access-list 171 permit ip any any
> > ( all pings no matter what the tos value go through)
> >
> > access-list 181 permit ip any any precedence critical
> > access-list 181 permit ip any any precedence internet
> > access-list 181 permit ip any any precedence network
> > ( all pings no matter what the tos value go through)
> >
> > access-list 191 permit icmp any any precedence critical
> > access-list 191 permit icmp any any precedence internet
> > access-list 191 permit icmp any any precedence network
> > ( all pings no matter what the tos value go through)
> >
> > this certainly does explain why I can't rate limit or police or
> > WRED or FRED
> > any of the ectending ping traffic I am sending through.
> >
> > ah well... on to the next chapter.
> >
> > --
> >
> > www.chuckslongroad.info
> > like my web site?
> > take the survey!




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



Re: routing IPX over Leased Line with QoS [7:55373]

2002-10-14 Thread The Long and Winding Road

snipping a little for clarity and brevity. response below

--
""Jenny McLeod""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> snip
> >
> > > I am getting confused at this point, should it be possible to
> > have IP,
> > > IPX and QoS all at the same time?
> >
> >
> > CL: sure, they can all be configured simultaneously.  To
> > clarify, so far as
> > I know, QoS settings can apply only to IP traffic, or to
> > traffic clssified
> > by MAC address. You cannot apply QoS to IPX or any other non IP
> > protocol
> > except by that means. Well, let me qualify that by saying that
> > on the 3550
> > you can add a few other L2 protocols such as DecNet and NetBIOS
> > for QoS in a
> > switched environment.
> >
> JMcL: What are you considering "QoS" to be?  In my mind, QoS covers a
whole
> suite of techniques, many of which are entirely applicable to IPX or
> anything else you can specify in an access list.
> For example, I consider priority queuing to be a QoS technique - and it
> works with IPX and several other non-IP protocols.
> Sure, some QoS techniques are specific to IP, but not all...


CL being a Cisco lab rat, I'm following along with my perception of Cisco's
direction. Meaning that QoS is classification and marking, policing and
shaping, congestion management, congestion avoidance, and link efficiency.
Cisco included priority queueing and custom queueing as a part of congestion
management, but the emphasis is clearly towards CBWFQ and LLQ.

CL: sure, according to Cisco, QoS is the means for "accellerating the
deployment of intelligent network services by enabling predictable response
for application traffic" which is broad enough to make a good freeway.

CL: as an aside, Cisco appears to be gradually moving away from IPX support.
The 3550 line of switches has no IPX specific features, for example, but
plenty of IP specific features. This reflects the marketplace, which is
moving away from native IPXand into native IP on Novell boxes. Now if only
we could get rid of DLSw :->

CL: to get this back to the original question, can you have IP, IPX, and QoS
enabled simultaneously, the answer is sure, assuming you have the
appropriate IOS image. In terms of QoS for IPX, sure, priority queueing and
custom queueing are about all you can do.


>
snip




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



Re: CCIE Lab - what's wrong with this picture? [7:55288]

2002-10-13 Thread The Long and Winding Road

the point I was trying to make is the equipment list states Catalyst 3500's,
not 3550's, like it should be.

big difference.


""Dean Whitley""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> From Cisco
>
> "Between September 1, 2002 and November 4th, 2002 all CCIE labs will
replace
> the current Catalyst 5000 switches with Catalyst 3550 switches. However,
the
> only switching features tested during this time will be those common to
both
> devices - additional features on the Catalyst 3550 will only be tested
> beginning November 4th, 2002."
>
> The 5000's are already gone from RTP and probably some of the other labs
as
> well!
>
> Dean
>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Russell Heilling
> Sent: Sunday, October 13, 2002 6:01 AM
> To: [EMAIL PROTECTED]
> Subject: Re: CCIE Lab - what's wrong with this picture? [7:55288]
>
>
> ""The Long and Winding Road""  wrote in
> message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Following my own advice, I regularly check CCO to see what's up with the
> > CCIE Lab.
> >
> > http://www.cisco.com/warp/public/625/ccie/certifications/routing.html#45
> >
> > Looks what's new!
> >
> > -
> > Equipment List
> >
> >
> > 2500 series routers
> > 2600 series routers
> > 3600 series routers
> > 3900 series Token Ring switches
> > Catalyst 5000 series switches
> > Catalyst 3500 series switches
> > 
>
>
>
> Well technically this is correct...  The roll out of 3550s to replace the
> 5000s and removal of Token Ring from the lab are scheduled to be completed
> Nov 4th...  So 5000s and 3900 TR switches are still valid lab equipment
for
> the next 3 weeks or so...
>
> --
> Russell Heilling
> http://www.ccie.org.uk/




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



Re: MSN Messenger blocking [7:55445]

2002-10-12 Thread The Long and Winding Road
this looks like a job for NBAR, if not Surf Control



""Arnold, Jamie""  wrote in message
news:200210122343.XAA07638@;groupstudy.com...
> It will try one of the standard, higher ports that are listed, if it can't
> get through it begins to look elsewhere...like 80.
>
> MS made it smart..to some degree.
>
> -Original Message-
> From: Mohannad Khuffash [mailto:mohd.khuffash@;paltel.net]
> Sent: Saturday, October 12, 2002 12:47 PM
> To: [EMAIL PROTECTED]
> Subject: Re: MSN Messenger blocking [7:55445]
>
>
> Hi,
> I tried to block port 1080, but the MSN messenger still working. I think
> it's works at http port "80" , is that right ?
>
> Regards,
>  wrote in message
> news:200210121035.KAA07184@;groupstudy.com...
> > Block its port, I believe 1080
> >
> >
> >
> > ""Mohannad Khuffash""  wrote in message
> > news:200210120908.JAA01990@;groupstudy.com...
> > > Hello All,
> > > What is the best way to block MSN Messenger ?
> > >
> > > Thanks
> > >
> > > Mohannad




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



Re: Migration Plan (6509) [7:55064]

2002-10-12 Thread The Long and Winding Road
""Ken Diliberto""  wrote in message
news:200210122330.XAA04802@;groupstudy.com...
> In line (like a firewall)...
snip
>
> CL: Let he who has never brought a network down by accident ( or
> otherwise )
> cast the first stone. Did I ever tell you the one about the newly
> minted
> Novell admin who decided to have some fun one afternoon unloading and
> loading NLM's?
>
> KD: The difference is, we hire consultants to make it work.  It's my
> job to break it and I don't like to share.  :-)
>
> KD: NLM's are designed to be loaded and unloaded.  Was this a
> problem??? ;-)
>

CL: depends on whether the NLM in question is the one that controls the
server ethernet interface :-O

CL: boy did that phone start ringing fast!



snip




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



Re: QoS testing - well, that explains it [7:55468]

2002-10-12 Thread The Long and Winding Road
""Ken Diliberto""  wrote in message
news:200210122242.WAA31971@;groupstudy.com...
> Are you configuring these access-lists as packet filters only or part of
> QoS?

CL: all three.

CL: I have done packet filtering both ways on the interface, I have done
WRED on the interfaces. I have done WRED as part of the MQC process, using
the class-map match access-group command.

CL: on my currenly running test check this:

Extended IP access list 151
deny icmp any any precedence immediate
deny icmp any any precedence flash
deny icmp any any precedence flash-override
deny ip any any precedence flash-override
deny ip any any precedence flash
deny ip any any precedence immediate
permit ip any any (9797 matches)
Router_1#

See how everything matches the last line - permit ip any any  ?

CL: I'm beginning to wonder if this isn't a 2500 IOS thing. I'm using
12.1.5T10, which "should" work. I'm following along in the DQoS class book.




>
> >>> "The Long and Winding Road"
> 10/12/02 01:42PM >>>
> the continuing saga of QoS configuration and testing
>
>
> As near as I can tell, ping testing is utterly useless as a means of
> testing
> QoS configurations.
>
> I have done any number of tests this morning. all of the following have
> been
> applied inbound on an interface:
>
> access-list 171 deny   ip any any precedence critical
> access-list 171 permit ip any any
> ( all pings no matter what the tos value go through)
>
> access-list 181 permit ip any any precedence critical
> access-list 181 permit ip any any precedence internet
> access-list 181 permit ip any any precedence network
> ( all pings no matter what the tos value go through)
>
> access-list 191 permit icmp any any precedence critical
> access-list 191 permit icmp any any precedence internet
> access-list 191 permit icmp any any precedence network
> ( all pings no matter what the tos value go through)
>
> this certainly does explain why I can't rate limit or police or WRED or
> FRED
> any of the ectending ping traffic I am sending through.
>
> ah well... on to the next chapter.
>
> --
>
> www.chuckslongroad.info
> like my web site?
> take the survey!




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



QoS testing - well, that explains it [7:55468]

2002-10-12 Thread The Long and Winding Road
the continuing saga of QoS configuration and testing


As near as I can tell, ping testing is utterly useless as a means of testing
QoS configurations.

I have done any number of tests this morning. all of the following have been
applied inbound on an interface:

access-list 171 deny   ip any any precedence critical
access-list 171 permit ip any any
( all pings no matter what the tos value go through)

access-list 181 permit ip any any precedence critical
access-list 181 permit ip any any precedence internet
access-list 181 permit ip any any precedence network
( all pings no matter what the tos value go through)

access-list 191 permit icmp any any precedence critical
access-list 191 permit icmp any any precedence internet
access-list 191 permit icmp any any precedence network
( all pings no matter what the tos value go through)

this certainly does explain why I can't rate limit or police or WRED or FRED
any of the ectending ping traffic I am sending through.

ah well... on to the next chapter.

--

www.chuckslongroad.info
like my web site?
take the survey!




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



Re: Cisco Certification Digest V2 #2291 (Out of the Office) [7:55466]

2002-10-12 Thread The Long and Winding Road
""Daniel Cevallos""  wrote in message
news:200210121728.RAA31195@;groupstudy.com...
> I will on vacation starting October 5 and will be returning to the office
on
> October 15, 2002.
>

CL: I can hardly wait!


>
>
> Thanks,
> Danny




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



Re: RIPv2 into OSPF redist metric q [7:55364]

2002-10-12 Thread The Long and Winding Road
a couple of comments below. may get longish as I just put together a Q&D
lab, and the outputs may bog this down.


""bergenpeak""  wrote in message
news:200210121501.PAA05804@;groupstudy.com...
> Hi JFD,
>
> Thanks for the response, but it doesn't answer the question.  Is there
> something
> about redistributing from RIP into OSPF where it is *necessary* for one
> to provide
> a metric on the redistribute command?


CL: not that I have ever known. under the OSPF process, the simple comand
"redistribute rip" is all you need.
Observe:

Router_1(config-router)#redist rip ?
  metric   Metric for redistributed routes
  metric-type  OSPF/IS-IS exterior metric type for redistributed routes
  route-mapRoute map reference
  subnets  Consider subnets for redistribution into OSPF
  tag  Set tag for routes redistributed into OSPF
  

Router_1(config-router)#redist rip
% Only classful networks will be redistributed
Router_1(config-router)#

And in my OSPF domain:

Router_6#ir
Gateway of last resort is not set

S172.31.0.0/16 is directly connected, TokenRing0
O E2 192.168.55.0/24 [110/20] via 192.168.100.5, 00:00:24, TokenRing0
O E2 192.168.54.0/24 [110/20] via 192.168.100.5, 00:00:24, TokenRing0
O E2 192.168.5.0/24 [110/20] via 192.168.100.5, 00:00:24, TokenRing0
C192.168.6.0/24 is directly connected, Loopback0
O E2 192.168.53.0/24 [110/20] via 192.168.100.5, 00:00:24, TokenRing0
O IA 192.168.7.0/24 [110/26] via 192.168.100.7, 00:00:24, TokenRing0
O E2 192.168.52.0/24 [110/20] via 192.168.100.5, 00:00:25, TokenRing0
O E2 192.168.51.0/24 [110/20] via 192.168.100.5, 00:00:25, TokenRing0
O IA 192.168.1.0/24 [110/26] via 192.168.100.1, 00:00:25, TokenRing0
C192.168.100.0/24 is directly connected, TokenRing0
Router_6#

CL: Notice all the E@ routes - those are the RIP routes that were
redistributed into OSPF. When no other switch is specified, the default
redistribution is metric type E2


CL: now the only caveat here is that witrhout the "subnets" switch, only
classful networks will be redistributed.

CL: in the course of this I saw something that I have never considered
before. You mention RIP v2.
On my RIP router I have the following config:

router rip
 version 2
 network 172.16.0.0
 network 192.168.5.0
 network 192.168.51.0
 network 192.168.52.0
 network 192.168.53.0
 network 192.168.54.0
 network 192.168.55.0
 network 192.168.100.0
 no auto-summary

I also have subnets 182,16,1,0, 172.16.2.0, and 172.16.3.0 configured on
loopbacks.

Notice the "no auto-summary: in place.

notice the routing table of an OSPF router:

O E2 192.168.55.0/24 [110/20] via 192.168.100.5, 00:02:40, TokenRing0
O E2 192.168.54.0/24 [110/20] via 192.168.100.5, 00:02:40, TokenRing0
O E2 192.168.5.0/24 [110/20] via 192.168.100.5, 00:02:40, TokenRing0
O IA 192.168.6.0/24 [110/26] via 192.168.100.6, 00:02:40, TokenRing0
O E2 192.168.53.0/24 [110/20] via 192.168.100.5, 00:02:40, TokenRing0
C192.168.7.0/24 is directly connected, Loopback0
O E2 192.168.52.0/24 [110/20] via 192.168.100.5, 00:02:40, TokenRing0
O E2 192.168.51.0/24 [110/20] via 192.168.100.5, 00:02:41, TokenRing0
O IA 192.168.1.0/24 [110/26] via 192.168.100.1, 00:02:42, TokenRing0
C192.168.100.0/24 is directly connected, TokenRing0
Router_7#

CL: so where is the 172.16.0.0 network?

But when I remove the "no auto-summary" from the RIP process:

Gateway of last resort is not set

O E2 172.16.0.0/16 [110/20] via 192.168.100.5, 00:00:05, TokenRing0
O E2 192.168.55.0/24 [110/20] via 192.168.100.5, 00:03:57, TokenRing0
O E2 192.168.54.0/24 [110/20] via 192.168.100.5, 00:03:57, TokenRing0


Now the 172.16.0.0 network is there.

CL:  aaahh... so there is some other kink in the wire.

CL: this brings us to the "subnets" switch.

Router_1(config)#router ospf 1567
Router_1(config-router)#redist rip subnets
Router_1(config-router)#^Z

Router_6#ir

 172.16.0.0/24 is subnetted, 3 subnets
O E2172.16.1.0 [110/20] via 192.168.100.5, 00:00:23, TokenRing0
O E2172.16.2.0 [110/20] via 192.168.100.5, 00:00:23, TokenRing0
O E2172.16.3.0 [110/20] via 192.168.100.5, 00:00:23, TokenRing0
O E2 192.168.55.0/24 [110/20] via 192.168.100.5, 00:01:47, TokenRing0
O E2


 I agree from a BCP perspective
> it is wise
> to explicitly list the metric, but want to understand if there is some
> low-level
> protocol issue where it's not possible for the IOS to provide and use a
> default metric
> when one is not provided via the redist command.


CL: again, so far as I know, it is unnecessary to explicitly define metrics
when redistributing RIP into OSPF or visa versa. It IS necessary to provide
metrics when redistributing anything into EIGRP or IGRP. The two Cisco
proprietary protocols are the only ones that require a metric configuration
when distributing into them, based on any practice I have done.


>
> This is both a theory of protocols / routing and a practical question.
>
> In a real live network, we had an issue where a router was configured
> w

Re: SWITCHING [7:55437]

2002-10-11 Thread The Long and Winding Road
the 3550 documentation instructs you to use the "change vtp domain name"
technique, which works fine.

I haven't tried the other ways, because they are too radical.

--

www.chuckslongroad.info
like my web site?
take the survey!



""Paul Ruiz""  wrote in message
news:200210120215.CAA31258@;groupstudy.com...
> I'm working on 640-604 switching exam and here's my question on MLS.
>
>
>
> Scenario:
>
> access switch (asw 41) connects to a distribution switch (dsw 143 )
> which is setup for MLS. that MLS connects to a core switch (core 51).
> The core switch is connected to another MLS (dsw 150) from dsw 150 a
> port connects to a web server (server Z). When host A wants to ftp with
> server Z for the first time and there no mls cache entry on dsw 143 and
> dsw 150.  How does the dsw 143 and 150 creates the mls cache entry.
>
> lets says host A is on access switch (asw 41) mac addr 000a ip address
> 172.16.1.3
> server  Z is on dsw 150 mac addr 000d ip address 172.16.151.50
> dsw 143 mac addr 000b
> dsw 150 mac addr 000c
>
>
> Paul




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



Re: NTP server [7:55388]

2002-10-11 Thread The Long and Winding Road
here are a couple of internet sources I use:

time.nist.gov
ns.arc.nasa.gov
tick.usno.navy.mil

I haven't looked in a while, but these days you can probably do a google
search and get a zillion reliable time servers.

if your client requires the IP address, you can ping each of the names, and
get the IP in return.

have a single device synchronize against one or another of these sources,
then have all your other devices synchronize against the one hitting the
public side. Keeps unnecessary internet traffic to a minimum.

HTH

--

www.chuckslongroad.info
like my web site?
take the survey!



 wrote in message
news:200210111724.RAA08876@;groupstudy.com...
> Hi,
>
> Anybody know NTP server can be configured with a cisco router.If so, how
to
> do that?
>
> If not, what is the best way so that all the routers and machines in my
lab
> can keep up the same time.
>
> Jay
>
> __
> The NEW Netscape 7.0 browser is now available. Upgrade now!
> http://channels.netscape.com/ns/browsers/download.jsp
>
> Get your own FREE, personal Netscape Mail account today at
> http://webmail.netscape.com/




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



Re: frame-relay traffic shaping [7:55432]

2002-10-11 Thread The Long and Winding Road
""neil K.""  wrote in message
news:200210112334.XAA14349@;groupstudy.com...
> Hi Group,
>
> Can someone please explain to me the difference between cir and mincir.Any
> help is highly appreciated.


whoa - deja vu, dude!  just had a thread like this one yesterday.  there
were some good explainations, IIRC. got access to the groupstudy web site?

>
> Regards,
>
> neil




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



Re: Double NAT fails through PIX. [7:55425]

2002-10-11 Thread The Long and Winding Road
I'm doing something very similar on a customer network recently installed.
Double NAT'ing works just fine provided you have the appropriate paths to
and from the other end.

In my case I have Clinic-Umbrella_Org_Router-PIX-internet

Clinics have a hodgepodge of addresses. I NAT from the Clinic into the
Umbrella_Org's network, and if the destination is the internet there is a
second NAT to public IP space.

First thing I would check is the existence of a path from the PIX back to
the source of the original network. In my case I had to configure static
routes from the PIX back to the source.

--

www.chuckslongroad.info
like my web site?
take the survey!



""Paul""  wrote in message
news:200210112221.WAA32689@;groupstudy.com...
> Hi guys ...
>
> Workstation 10.10.10.10 gets NATed to 20.20.20.20 at R1, traverses the WAN
> Link through R2 onto the DMZ, 20.20.20.20 then gets NATed to 30.30.30.30
by
> the PIX 515 and traverses onto the Private LAN.
>
>
>
Workstation-R1---(WAN)R2
-
> --(DMZ)-PIX--(Private
> LAN)--Server
> 10.10.10.10   ->  NAT to 20.20.20.20
> NAT from 20.20.20.20 to 30.30.30.3   30.30.30.30
>
> It is required that NAT be used to mask the IP address of 30.30.30.30 upon
> return to the workstation 10.10.10.10. I can NAT fine over R1 and into the
> DMZ, this works fine. However, the 2nd NAT is not working through the PIX
> ! Workstation 10.10.10.10 pings 30.30.30.30 and gets a reply from
> 20.20.20.20 ??? I guess the reply shoulb be from 30.30.30.30 !!
>
> Are there any pitfalls to be aware of when double NATing   I have
NAT'de
> before on a PIX but not with a router.
>
> I have no idea why the second NAT on the PIX does not work ...
>
> Any input would be greatly appreciated ..
>
> Kind Regards
>
> Paul ...




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



Re: Friday Follies On Wednesday - what's the problem? [7:55218]

2002-10-11 Thread The Long and Winding Road

in case anyone is interested, my answer below

--
""The Long and Winding Road""  wrote in
message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Saw this one today. It caused me to scratch my head in puzzlement for a
> moment, until I remembered something.
>
> Today's puzzle - why was I scratching my head in puzzlement, and what was
it
> I remembered?
>
> High levels - you don't get to play. Let the newbies try their hands.
>
>
> "During the maintenance window, a   Company engineer loaded an
incorrect
> routing table into a Cisco router. This mis-configuration was propagated
> across the  network resulting in major link failures.  As a result,
> links become overloaded and for all practical purposes were shut down.  It
> appears that Cisco's involvement was limited to TAC support to help
resolve
> the outage. A router mis-configuration during X Company's maintenance
> window caused the outage.  Cisco Hardware and IOS software problems are
not
> a
> factor."
>
>

CL: I scratched my head in puzzlement regarding the engineer who "loaded an
incorrect routing table into a Cisco router"  Never having done that and
wondering why anyone would need to.

CL: Then I remembered that ISP's tend to deal in static routes. So there are
probebly any number of reference files containing the "ip route etc" tables
for each device.

CL a couple of folks reminded me off line that in the ISP world it would be
more likely that engineers would load any router-specific configurations,
such as BGP neighbor statements and static routes from existing test files
maintained separately from the routers themselves.




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



Re: Cisco ExecNet [7:55344]

2002-10-11 Thread The Long and Winding Road

""Priscilla Oppenheimer""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Nathan Chessin wrote:
> >
> > 1) Since when is VoIP a "bandwidth-hungry app"
>
> Good point. VoIP isn't usually a bandwidth hog, although I guess it could
be
> with tons of users all using their phones at once.
>
> I had a few other comments on ExecNet. I was quite impressed! I'm easily
> impressed though. I once bought a used car when I wasn't in the market for
a
> car at all. ;-)
>
> I think Cisco's vision is accurate and that they have proof that it's on
the
> mark since they use their own technology to increase productivy and
decrease
> expenses. nrf should check it out. They are saying a lot of the same
things
> he says about technology being useful only in as far as it can help
> customers achieve their business goals.


CL: in the case of Cisco, the goal is to get people to buy Cisco's vision of
technology, and all the Cisco products that support it. In as Cisco's
deployment of AVVID throughout their own organization supports that goal (
and quite well, I might add, from what my direct experience has been ) of
course Cisco can make such a case. Remember that Cisco has the horses to
support the application, and they don't pay anywhere near what their
customers pay for the equipment. So maybe the Cisco experience is not the
best proof.

CL: Novell and Microsoft have long made the argument that "see - we use it,
and look how great we are"

CL: in these days when large corporations can pay a penny a minute for long
distance, where are the economic benefits of packetized voice? one last
thing - what is the "killer app" for packetized voice?

CL: just being my usual cynical self


>
> How did they do those little video people? That's very cool. I guess it's
> just Windows Media Player??
>
> John Chambers sure looks good. He must work out. ;-)
>
> ___
>
> Priscilla Oppenheimer
> www.troubleshootingnetworks.com
> www.priscilla.com
>
> >
> > Nate
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> > Behalf Of
> > > Joe
> > > Sent: Thursday, October 10, 2002 8:42 PM
> > > To: 'Albert Lu'; [EMAIL PROTECTED]
> > > Cc: [EMAIL PROTECTED]
> > > Subject: RE: Cisco ExecNet
> > >
> > >
> > > Technology isn't necessarily heading in that direction -
> > Cisco is
> > > driving it there.  Bottom line is this: Cisco is
> > > traditionally a router
> > > and switch manufacturer, and no one buys routers and switches
> > these
> > > days, at least not enough to provide continued growth for
> > Cisco.
> > > Company infrastructures are already built, have been for
> > > years, and are
> > > running for the most part nowhere near capacity.  These
> > technology
> > > applications, besides generating hardware sales directly,
> > will also
> > > increase bandwidth consumption, thereby causing indirect
> > > hardware sales
> > > when customers upgrade their routers and switches to support
> > the new
> > > bandwidth-hungry apps like VoIP.  If Cisco can drive the
> > customers'
> > > purchases in that direction, they win.
> > >
> > > My two cents.
> > >
> > > Joe
> > >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On
> > > Behalf Of
> > > Albert Lu
> > > Sent: Thursday, October 10, 2002 8:16 AM
> > > To: [EMAIL PROTECTED]
> > > Cc: [EMAIL PROTECTED]
> > > Subject: OT: Cisco ExecNet
> > >
> > >
> > > Hello Group,
> > >
> > > Has anyone checked out the Cisco ExecNet, which is basically
> > thoughts
> > > about where technology is heading in the future from the VPs
> > at Cisco.
> > >
> > > http://newsroom.cisco.com/dlls/tln/execnet/
> > >
> > > >From what they are saying (specifically Mike Volpi), the
> > > direction for
> > > technology is heading towards: CDN, Security, Wireless, IP
> > Telephony,
> > > VPN. Reegineering business processes to best utilise these
> > > technologies
> > > in order to improve productivity and reduce cost for
> > enterprises.
> > >
> > > Does anyone have any comments about this, and where money
> > > will be spent
> > > in the future for technologies?
> > >
> > > Regards,
> > >
> > > Albert Lu
> > > CCIE #8705




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



Off Topic - B*S*N test engine [7:55396]

2002-10-11 Thread The Long and Winding Road

I downloaded the most recent B*S*N test engine and sample tests. I'm just
wondering


On my laptop, the software locks up every time. No keyboard or mouse
response. Will sit forever. I finally had to uninstall it for fear of losing
too many other important things.

On my desktop - it doesn't lock up, but it loads VERY slowly, and other apps
and functions are sometime difficult to even get to during the process.

Granted, these machines are long in the tooth. Win95 p333 with 96 meg ram
and Win98 P2 with 224 meg ram. What - do I need a 2.4 gig processor to run
this piece of bloatware now?

Chuck




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



Re: Cisco ExecNet [7:55344]

2002-10-11 Thread The Long and Winding Road

""Priscilla Oppenheimer""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Nathan Chessin wrote:
> >
> > 1) Since when is VoIP a "bandwidth-hungry app"
>
> Good point. VoIP isn't usually a bandwidth hog, although I guess it could
be
> with tons of users all using their phones at once.
>
> I had a few other comments on ExecNet. I was quite impressed! I'm easily
> impressed though. I once bought a used car when I wasn't in the market for
a
> car at all. ;-)
>
> I think Cisco's vision is accurate and that they have proof that it's on
the
> mark since they use their own technology to increase productivy and
decrease
> expenses. nrf should check it out. They are saying a lot of the same
things
> he says about technology being useful only in as far as it can help
> customers achieve their business goals.
>
> How did they do those little video people? That's very cool. I guess it's
> just Windows Media Player??
>
> John Chambers sure looks good. He must work out. ;-)


CL: I'd look good if I had that kind of money. In some people's eyes,
anyway. ;->


>
> ___
>
> Priscilla Oppenheimer
> www.troubleshootingnetworks.com
> www.priscilla.com
>
> >
> > Nate
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> > Behalf Of
> > > Joe
> > > Sent: Thursday, October 10, 2002 8:42 PM
> > > To: 'Albert Lu'; [EMAIL PROTECTED]
> > > Cc: [EMAIL PROTECTED]
> > > Subject: RE: Cisco ExecNet
> > >
> > >
> > > Technology isn't necessarily heading in that direction -
> > Cisco is
> > > driving it there.  Bottom line is this: Cisco is
> > > traditionally a router
> > > and switch manufacturer, and no one buys routers and switches
> > these
> > > days, at least not enough to provide continued growth for
> > Cisco.
> > > Company infrastructures are already built, have been for
> > > years, and are
> > > running for the most part nowhere near capacity.  These
> > technology
> > > applications, besides generating hardware sales directly,
> > will also
> > > increase bandwidth consumption, thereby causing indirect
> > > hardware sales
> > > when customers upgrade their routers and switches to support
> > the new
> > > bandwidth-hungry apps like VoIP.  If Cisco can drive the
> > customers'
> > > purchases in that direction, they win.
> > >
> > > My two cents.
> > >
> > > Joe
> > >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On
> > > Behalf Of
> > > Albert Lu
> > > Sent: Thursday, October 10, 2002 8:16 AM
> > > To: [EMAIL PROTECTED]
> > > Cc: [EMAIL PROTECTED]
> > > Subject: OT: Cisco ExecNet
> > >
> > >
> > > Hello Group,
> > >
> > > Has anyone checked out the Cisco ExecNet, which is basically
> > thoughts
> > > about where technology is heading in the future from the VPs
> > at Cisco.
> > >
> > > http://newsroom.cisco.com/dlls/tln/execnet/
> > >
> > > >From what they are saying (specifically Mike Volpi), the
> > > direction for
> > > technology is heading towards: CDN, Security, Wireless, IP
> > Telephony,
> > > VPN. Reegineering business processes to best utilise these
> > > technologies
> > > in order to improve productivity and reduce cost for
> > enterprises.
> > >
> > > Does anyone have any comments about this, and where money
> > > will be spent
> > > in the future for technologies?
> > >
> > > Regards,
> > >
> > > Albert Lu
> > > CCIE #8705




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



Re: routing IPX over Leased Line with QoS [7:55373]

2002-10-11 Thread The Long and Winding Road

DQoS test on Monday. Let's see if I pass of rail!

some thoughts below

--
""Adam Broad""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi,
>
> I have a 1720 router connected to a 3640 router by leased line (256K
> link). I wish to route IP, IPX and have VoIP (QoS) from site to site.
> At present the line is routing IP with static IP addresses on the leased
> line.
> It is also routing IPX and I have configured a network number on the
> leased line.
> If I try to add in the QoS it seems I need to have unnumbered IP
> addressing on the leased Line for it to work.
> If I use unnumbered IP addressing then it seems to prevent me allocating
> IPX network addresses to the serial line.
>
> I am getting confused at this point, should it be possible to have IP,
> IPX and QoS all at the same time?


CL: sure, they can all be configured simultaneously.  To clarify, so far as
I know, QoS settings can apply only to IP traffic, or to traffic clssified
by MAC address. You cannot apply QoS to IPX or any other non IP protocol
except by that means. Well, let me qualify that by saying that on the 3550
you can add a few other L2 protocols such as DecNet and NetBIOS for QoS in a
switched environment.

CL: I see no reason why unnumered is required on any interface to get QoS to
work. Which leads to the question of IOS version. I believe that 12.1.2T or
better is what you should be using. Other versions may or may not have all
the required bells and whistles. I'm using 12.1.5T10 and so far I have not
run into the issue of requiring unnumbered on serial links. Can't do NBAR
protocol discovery on the 2500's and can't do MPLS, but that's another
story.




>
> My IOS is 12.1
>
> Thanks for any suggestions
>
> Adam.




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



Re: Cisco ExecNet [7:55344]

2002-10-10 Thread The Long and Winding Road

""Nathan Chessin""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> 1) Since when is VoIP a "bandwidth-hungry app"


CL: it sure will be when teenage boys and teenage girls start using the
medium! :->


>
> Nate
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> > Joe
> > Sent: Thursday, October 10, 2002 8:42 PM
> > To: 'Albert Lu'; [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
> > Subject: RE: Cisco ExecNet
> >
> >
> > Technology isn't necessarily heading in that direction - Cisco is
> > driving it there.  Bottom line is this: Cisco is
> > traditionally a router
> > and switch manufacturer, and no one buys routers and switches these
> > days, at least not enough to provide continued growth for Cisco.
> > Company infrastructures are already built, have been for
> > years, and are
> > running for the most part nowhere near capacity.  These technology
> > applications, besides generating hardware sales directly, will also
> > increase bandwidth consumption, thereby causing indirect
> > hardware sales
> > when customers upgrade their routers and switches to support the new
> > bandwidth-hungry apps like VoIP.  If Cisco can drive the customers'
> > purchases in that direction, they win.
> >
> > My two cents.
> >
> > Joe
> >
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On
> > Behalf Of
> > Albert Lu
> > Sent: Thursday, October 10, 2002 8:16 AM
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
> > Subject: OT: Cisco ExecNet
> >
> >
> > Hello Group,
> >
> > Has anyone checked out the Cisco ExecNet, which is basically thoughts
> > about where technology is heading in the future from the VPs at Cisco.
> >
> > http://newsroom.cisco.com/dlls/tln/execnet/
> >
> > >From what they are saying (specifically Mike Volpi), the
> > direction for
> > technology is heading towards: CDN, Security, Wireless, IP Telephony,
> > VPN. Reegineering business processes to best utilise these
> > technologies
> > in order to improve productivity and reduce cost for enterprises.
> >
> > Does anyone have any comments about this, and where money
> > will be spent
> > in the future for technologies?
> >
> > Regards,
> >
> > Albert Lu
> > CCIE #8705




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



Re: Novell Server node address change [7:55264]

2002-10-10 Thread The Long and Winding Road

""Priscilla Oppenheimer""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> The number after network.node is the IPX socket number, not an SPX socket
snip for clarity

> Were those numbers you told us made up to hide the details for security
> reasons? Can you tell us the actual numbers?


CL: just to improve my own understanding of things  ( well, OK, and to be a
smart ass too ),  why would one consider sanitizing MAC addresses for
security reasons?  :->  maybe on a wireless network?



snip some more




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



Re: Catalyst 6509 GBIC Issue [7:55321]

2002-10-10 Thread The Long and Winding Road

""Aziz Islam""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi Group,
> Is there a way of finding out if a 8-port or 16-port Gigabit Ethernet
module
> on a Catalyst 6509 Switch has GBIC's installed by consoling into the box.
A
> quick answer can be to just look at the Catalyst 6509 from the front,
> however, I only have telnet access into the switch.

CL: does "show modules" still work? or "show ports"? IIRC, those were the
Cat5 commands I used to use. If not, a "show interface" should work, I would
think.




>
> Thanks in advance.
>
> Aziz S. Islam




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



Re: Re: Again: OSPF external type 2 [7:55291]

2002-10-10 Thread The Long and Winding Road

""John Neiberger""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I just realized that I kind of looked like a dork by responding like I
> did.  I discovered that if you read this email on the web you can see
> the entire thing.  In my mail box it was truncated dramatically.

CL: I believe we had another case of the news server trashing all content
following punctuation interpreted as html marking. usually an arrowpoint
that points to the right. I don't dare put one in for fear of it trashing
this response. The opposite of >


 think this is because the author has a blank line with a period at the
> beginning, and I think somewhere along the line some mail software
> thought that was the end-of-file marker.
>
> So, to the original poster I apologize!  :-)
>
> John
>
> >Perhaps if you actually asked a question we'd be able to answer you
> better.  :-)
> >
> >John
> >
> >>> "asdfsafa asdfasdf"  10/10/02 10:07:33 AM
> >>>
> Hello, I have one question and maybe you could help me
> with this.
> Suppose that we have several routers speaking OSPF.
> Now suppose that two of them (A.B.C.D and E.F.G.G) are
> redistributing the same static router (redistribute
> static subnet), let's say for example that they are
> redistributing X.Y.Z.W/24
> 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=7&i=55331&t=55291
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



Re: Redistribution metrics. [7:55297]

2002-10-10 Thread The Long and Winding Road

""Clark, John""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> What difference does it make when I say "default-metric 1 100 255 1
> 1550" instead of the above.
>
> answer: EIGRP uses a composite metric so you would be changing the
bandwidth
> (1) and MTU (1550) for routes from ospf that were redistributed into
> EIGRP. All the metric does is set a base metric to start from. Since a
> redistributed route did not originate from that router then it does not
have
> a metric to assign to it and therefore can not run DUAL (or SPF for ospf)
> hence you have to assign a metric to that route so that the route has
> metrics associated with it. I hope this helps and if I was incorrect about
> anything then someone else please correct me.


CL: the only thing to be careful about is understanding the EIGRP defaults
for calculation ( the "k" values )
under normal circumstances, the only metrics that matter are the bandwidth
and the delay values. you have to manually change the "k" values in order
for load, reliability, and MTU values to become part of the equation.



>
> - Brian Clark
>
> -Original Message-
> From: Rajesh Kumar [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, October 10, 2002 11:40 AM
> To: [EMAIL PROTECTED]
> Subject: Redistribution metrics. [7:55297]
>
>
> Hi all,
>
> Everytime I get confused with this metrics while redistribution :
>
> The scenario is this :
>
> 1.  Redist from OSPF to EIGRP.
>
> router eigrp 1
> redis ospf 1
> default-metric 1544 100 255 1 1500
>
> router ospf 1
> redis eigrp 1 subnets
> default-metric 25
>
> What difference does it make when I say "default-metric 1 100 255 1
> 1550" instead of the above.
>
> Does the metrics  points to the destination interface ( metrics ) where
> it is redistributed into  OR it points  where the routes are originated
> from ( ethernet interface or serial int )?
>
>
> Thanks,
> Rajesh




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



CCIE Lab - what's wrong with this picture? [7:55288]

2002-10-10 Thread The Long and Winding Road

Following my own advice, I regularly check CCO to see what's up with the
CCIE Lab.

http://www.cisco.com/warp/public/625/ccie/certifications/routing.html#45

Looks what's new!

-
Equipment List


2500 series routers
2600 series routers
3600 series routers
3900 series Token Ring switches
Catalyst 5000 series switches
Catalyst 3500 series switches

--


I wrote to the CCIE Lab folks, a couple of days ago, but no response. Maybe
some of the Cisco spies on the list could get someone to correct this?



www.chuckslongroad.info
like my web site?
take the survey!




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



Re: If you were gonna' build a dream CCIE lab... [7:55266]

2002-10-10 Thread The Long and Winding Road

""Black Jack""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> As long as we're dreaming...how about adding a big whiteboard with Caslow
or
> Pavlichenko stationed in front?  :-)

CL: as long as we're headed towards left field, let's get that remote viewer
guy who's always on Art Bell's show. He could take a peek at the latest Lab
scenarios, and write them up on that white board. I'm pretty sure that
psychics aren't bound by the NDA agreement! :->


>
> Thomas Larus wrote:
> >
> > Dream lab
> >
> > 2 3640s with 2 FE, 2 t1 serial ints, and ATM 155 (or 2621 with
> > two wic-1ts,
> > if ATM cannot be part of this dream)
> >
> > 3 2610s with two t1 serial
> >
> > 3 2611s with 2 t1 serial
> >
> > 2 2501s (to be used as backbone routers in scenarios like
> > Ipexpert's)
> >
> > 1 2523 or 2522 as frame switch and third backbone router to
> > connect to
> >
> >  Voice equipment -- 2X NM-1V and 2X VIC-2FXS to move about
> > among the 2600s
> > or 2640s as needed
> >
> > 1 LS 1010
> >
> > 1 ISDN Simulator
> >
> > 2 3550s EMI
> >
> > Okay, it's not realistic, but he did say "dream lab".  Just be
> > glad I didn't
> > make them all 3662s.
> >
> > Tom Larus, CCIE #10,014
> >
> > ""Colin Weaver""  wrote in message
> > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > Hi All,
> > >
> > > I'm looking for opinions on what you would do (buy) if you
> > could build
> > your
> > > own "dream" CCIE home lab.  What equipment would you get
> > (Routing &
> > > Switching CCIE)?
> > >
> > > I'm getting some mixed information on what equipment is
> > actually used on
> > the
> > > CCIE lab scenarios.  I've heard, for instance, that the
> > Catalyst 5500 is
> > > being replaced with the 6500.  Does anyone know where an
> > up-to-date
> > > equipment list is?
> > >
> > > Thanks.
> > >
> > > -Colin
> > >
> > > P.S. - I'm still searching for ANY 5.x firmware for a
> > Catalyst 1900.
> > Help.




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



Re: Mincir/Cir [7:55223]

2002-10-10 Thread The Long and Winding Road

""John Hutchison""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I'm curious. We offer DSL and CIR as far as I've ever dealt with it is the
> minimum throughput the telco will guarantee. Are they mistating? For
> example, our 768x128 dsl has a cir of 10k.

CL: you would think that the telco would give you a mincir of something
faster than what you can get with a dial up connection :->




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



Re: Novell Server node address change [7:55264]

2002-10-10 Thread The Long and Winding Road

Ole, it's been a long time for me as well, but isn't that last set of
numbers - the four after the : ( colon ) the SPX socket number? That is the
thing that appears to be changing.


Not that I would know what the change signifies. what's running on that
workstation?
--

!



""Ole D Jensen""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Thanks Dave,
>
> I have tried that without any luck.
>
> The command is "reset router".
>
> Thanks,
>
> Ole
>
> 
>  Ole Drews Jensen
>  Systems Network Manager
>  CCNP, MCSE, MCP+I
>  RWR Enterprises, Inc.
>  [EMAIL PROTECTED]
> 
>  http://www.RouterChief.com
> 
>
>
>
>
>
>
> "Williams, Dave"
> 10/10/2002 09:40 AM
>
>
> To: 'Ole D Jensen' , [EMAIL PROTECTED]
> cc:
> Subject:RE: Novell Server node address change [7:55264]
>
>
> You might try and clear the routing and network tables (I believe the
> command is "clear routes" although it's been a while) on the server.  This
> will cause the server to resend SAPs to populate its tables.  Sometimes
> the routing tables on a Novell Server (especially 4.10) gets messed up and
> won't dump the corrupted information.
> Dave Williams, CCDA, CCNA, CCSA
> Senior Network Engineer
> (402) 661-2143
>
> -Original Message-
> From: Ole D Jensen [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, October 10, 2002 8:40 AM
> To: [EMAIL PROTECTED]
> Subject: OT: Novell Server node address change [7:55264]
>
> This is a good step off the Cisco topic, but since it is in the network
> world, I'm sure at least one person on this list knows the answer.
> I have an old Novell NetWare 4.10 running, and sometimes it start changing
>
> the address of one specific workstation. I have looked over and over at
> the workstation to find a possible bug, but everything lookes fine, and
> reinstalling the Novell Client has not changed anything.
> Every 30 seconds, the Novell Server changes the node address back and
> forth:
> 10-10-028:20:00 am:Server-4.10-3191
> Server WORKSTATION_27
> Address has changed from 0040:123456789012:1234
> to 0040:123456789012:3412
> Information came from router at 123456789012
> 10-10-028:20:01 am:Server-4.10-3191
> Server WORKSTATION_27
> Address has changed from 0040:123456789012:3412
> to 0040:123456789012:1234
> Information came from router at 123456789012
> To avoid misunderstandings, the WORKSTATION_27 is the workstation that it
> keeps changing the address on. I am not sure if it's the workstation
> itself that changes this address or the server, but it also says that the
> information came from router 123456789012 which is the workstation.
> I'm sure there's a logical explanation for this.
> Thanks in advance for any comments,
> Ole
> 
>  Ole Drews Jensen
>  Systems Network Manager
>  CCNP, MCSE, MCP+I
>  RWR Enterprises, Inc.
>  [EMAIL PROTECTED]
> 
>  http://www.RouterChief.com
> 




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



Re: If you were gonna' build a dream CCIE lab... [7:55266]

2002-10-10 Thread The Long and Winding Road

you're asking two different questions.

in answer to question number 2 -
http://www.cisco.com/warp/public/625/ccie/certifications/routing.html




""Colin Weaver""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi All,
>
> I'm looking for opinions on what you would do (buy) if you could build
your
> own "dream" CCIE home lab.  What equipment would you get (Routing &
> Switching CCIE)?
>
> I'm getting some mixed information on what equipment is actually used on
the
> CCIE lab scenarios.  I've heard, for instance, that the Catalyst 5500 is
> being replaced with the 6500.  Does anyone know where an up-to-date
> equipment list is?
>
> Thanks.
>
> -Colin
>
> P.S. - I'm still searching for ANY 5.x firmware for a Catalyst 1900.
Help.




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



Re: ATM Problem [7:55238]

2002-10-09 Thread The Long and Winding Road

Again, not claiming to know a lot of ATM, but certainly understanding telcos
who don't configure their part correctly..

does your carrier use ILMI at all? if so, you could set up ILMI and then do
a debug to see what the telco is sending you.

I'm trying to recall if there is a downside to doing a debug atm events of
debug atm packet. seems to me I've locked up routers issuing one or the
other of those. debug atm packet will show you activity links to pvc's -
which in turn can tell you if anything other than keepalives are happening.

as with frame relay dlci's, atm vpi / vci numbers are locally significant.
I've done a number of RLAN's now ( DSL to ATM ) and the telco I work for has
a convention such that anything from the DSLAM to the customer prem is pvc
0/35 and from the host ATM side the PVC represents a particular DSLAM and a
particular port on that DSLAM. 2/27 would be DSLAM 2, port 27, etc. just
about every problem I've encountered on an RLAN is the result of
misconfiguration at the DSL / ATM handoff.

best wishes



""Bill Smith""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Eric,
>
> I appreciate your help.
>
> SITE A--PINGS ALL SITES
> SITE C-- PINGS ALL but "new site"
> NEW SITE--PINGS SITE A ONLY
>
> -Original Message-
> From: Erick B. [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 09, 2002 8:30 PM
> To: Bill Smith; [EMAIL PROTECTED]
> Subject: RE: ATM Problem [7:55238]
>
> Bill,
>
> No problem. Well, lets start by trying to ping sites
> a, b and C from the new sites router console/telnet
> session. This way the ping is direct. If were able to
> do this then the PVC and map-list entries are correct.
>
>
> If the above doesn't work, then you'll need to verify
> the carrier has the PVCs mapped end-to-end correctly
> in their network. The ATM physical circuit might be
> fine and dandy but if they have multiple ATM switches
> this goes through and they have a mis-match in their
> PVC mappings then it isn't going to work.
>
> HTH, Erick
>
> --- Bill Smith  wrote:
> > Eric,
> >
> > Thank you for your response.  It was a typo on my
> > part entering the
> > information in the posting. The map-list in the
> > router does have the
> > correct IP address.
> > I have defined (many times) the additional PVC's on
> > the "NEW SITE"
> > router/map list without any success.  I apologize, I
> > should have stated
> > that in my previous posting.
> >
> > I inserted the neighbor statements in the OSPF
> > process, but no success.
> > THE SHOw IP OSPF Neighbor statement shows
> > ATTMPT/DROTHER for site "c"
> > but eventually shows as being down.  Also,  I
> > receive a message on the
> > "new site" router " sent youngest key0"..
> >
> > Thank You for your assistance..
> >
> >
> > -Original Message-
> > From: Erick B. [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, October 09, 2002 7:58 PM
> > To: Bill Smith; [EMAIL PROTECTED]
> > Subject: Re: ATM Problem [7:55238]
> >
> > Hi,
> >
> > The New site has 2 ATM PVCs defined, with a ip entry
> > mapped to site A and C. Site C has a typo under it's
> > map-list for the new site, going to 192.58.135.68
> > instead of 192.68.135.68. New site has no PVCs for
> > site B yet configured.
> >
> > Also, this is multipoint non-broadcast interface so
> > under OSPF you will neighbor statements.
> >
> > HTH, Erick
> >
> > --- Bill Smith  wrote:
> > > Greetings,
> > >
> > > I have a problem/question regarding a current ATM
> > > Circuit.  Currently,
> > > our ATM cloud connects 4 of our sites.   We
> > > submitted an order to add
> > > another site into the cloud. The telco provided
> > the
> > > vpi's but only two
> > > sites communicate.
> > >
> > >
> > > Site C
> > >   |
> > >   |
> > >   |
> > >  Site A---   ATM CLOUD   Site
> > B
> > >   |
> > >   |
> > >   |
> > > NEW Site
> > >
> > > Sites a, b, & c communicate correctly.  The "NEW
> > > Site" was added but
> > > (pvc's to all sites), but will only communicate
> > with
> > > Site A. Teloc has
> > > checked the VPI's and insists they are correct.
> > > Which brings up another
> > > strange item--All the VPI's were the same:
> > >
> > > New site
> > > Originating Destination
> > > 90 90
> > > 100 100
> > > 80 80
> > >
> > > I have never noticed VPI's being the same on both
> > > ends,,Does this sound
> > > correct?
> > >
> > > OSPF is the routing protocol. But only "new site"
> > > and site a exchange
> > > info.
> > >
> > > Site A
> > > interface ATM5/0/0
> > >   ip address 192.68.135.66 255.255.255.240
> > >  ip pim sparse-mode
> > >  ip ospf authentication-key 7 05180702014D43
> > >  ip ospf network non-broadcast
> > >  map-group TEST
> > >  atm pvc 1 35 40 aal5snap
> > >  atm pvc 2 36 50 aal5snap
> > >  atm pvc 5 95 95 aal5snap
> > >  atm pvc 6 80 80 aal5snap
> > >  no atm ilmi-keepalive
> > >
> > > map-list TEST
> > >  ip 192.68.135.65 atm-vc 1
> > >  ip 192.68.135.67 atm-vc 2 broadcast
> > >  ip 192.68.135.68 atm-vc 

Re: CCIE numbers [7:55201]

2002-10-09 Thread The Long and Winding Road

""Al Walter""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Do you think he could have meant the 111th CCIE?

CL: hhhmm... a thought.

CL: it wasn't too many years ago that a lot of CCIE's that I met weren't
really big on strutting their numbers. My former boss at March First wasn't
much for talking about it. The number wasn't on her e-mail signature or her
stationery. I believe there are a couple of folks on this list who know or
who have interviewed with another former March First CCIE, initials TV, an
Australian who had a pretty good gig at Big Bank, and who never strutted his
number either.

CL: of course, three years ago, there were only about 1/4 as many CCIE's as
there are today




>
>
>  wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Greetings all,
> >
> > I've a gentleman claiming to be he's CCIE number 111.  I know for sure
> > the numbers started at 1126 (1125 LAB).  Do you guys know anything I
> > don't know?
> >
> > Thanks...Nabil
> >
> > "I have never let my schooling interfere with my education."




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



Re: Friday Follies On Wednesday - what's the problem? [7:55218]

2002-10-09 Thread The Long and Winding Road

""Roberts, Larry""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I want to know why company 's engineer was working on company X's
> equipment. I think that is the problem.


CL: Because the network in question was "X-rated"?  ;->




>
> :)
>
>
> Thanks
>
> Larry
>
>
> -Original Message-
> From: Harold Monroe [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 09, 2002 4:59 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Friday Follies On Wednesday - what's the problem? [7:55218]
>
>
> Someone changed the MTU size and now Outlook won't work!
>
> -Original Message-
> From: The Long and Winding Road
> [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 09, 2002 1:03 PM
> To: [EMAIL PROTECTED]
> Subject: Friday Follies On Wednesday - what's the
> problem? [7:55218]
>
> Saw this one today. It caused me to scratch my head in
> puzzlement for a
> moment, until I remembered something.
>
> Today's puzzle - why was I scratching my head in puzzlement,
> and what was it
> I remembered?
>
> High levels - you don't get to play. Let the newbies try
> their hands.
>
>
> "During the maintenance window, a   Company engineer
> loaded an incorrect
> routing table into a Cisco router. This mis-configuration
> was propagated
> across the  network resulting in major link failures.
> As a result,
> links become overloaded and for all practical purposes were
> shut down.  It
> appears that Cisco's involvement was limited to TAC support
> to help resolve
> the outage. A router mis-configuration during X
> Company's maintenance
> window caused the outage.  Cisco Hardware and IOS software
> problems are not
> a
> factor."
> [EMAIL PROTECTED]




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



Friday Follies On Wednesday - what's the problem? [7:55218]

2002-10-09 Thread The Long and Winding Road

Saw this one today. It caused me to scratch my head in puzzlement for a
moment, until I remembered something.

Today's puzzle - why was I scratching my head in puzzlement, and what was it
I remembered?

High levels - you don't get to play. Let the newbies try their hands.


"During the maintenance window, a   Company engineer loaded an incorrect
routing table into a Cisco router. This mis-configuration was propagated
across the  network resulting in major link failures.  As a result,
links become overloaded and for all practical purposes were shut down.  It
appears that Cisco's involvement was limited to TAC support to help resolve
the outage. A router mis-configuration during X Company's maintenance
window caused the outage.  Cisco Hardware and IOS software problems are not
a
factor."




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



Re: CCIE numbers [7:55201]

2002-10-09 Thread The Long and Winding Road

well, this has been discussed here many times but


the first CCIE was #1025  I don't recall the name now, but a month or so
back we got the name here on the list

the second CCIE was / is Terry Slattery, #1026

you can always check out the guy's bona fides on CCO -

http://tools.cisco.com/CCIE/Schedule_Lab/CCIEOnline?verify

requires a CCO login - if he's a CCIE he has a CCO login of his own, if you
don't have one. I think.

--

www.chuckslongroad.info
like my web site?
take the survey!



 wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Greetings all,
>
> I've a gentleman claiming to be he's CCIE number 111.  I know for sure
> the numbers started at 1126 (1125 LAB).  Do you guys know anything I
> don't know?
>
> Thanks...Nabil
>
> "I have never let my schooling interfere with my education."




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



Re: 3550 Vlan [7:55183]

2002-10-09 Thread The Long and Winding Road

assuming you have the proper image on the 3550. this should give you the
idea


interface vlan 10
ip address 1.1.1.1 255.255.255.0

interface vlan 20
ip address 2.2.2.2 255.255.255.0

interface fa 0/10
switchport access vlan 10

interface fa 0/20
switchport access vlan 20

router eigrp 123
network 1.1.1.0 0.0.0.255
network 2.2.2.0 0.0.0.255
no auto-summary




--

www.chuckslongroad.info
like my web site?
take the survey!



""J B""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I have a 3550 that connects to 5 Cisco 2900 XL L2, and 1 port that
connects
> to a HP procurve Switch.
>  Does any have an example in how to set routing between vlans.
>
> For example users on 193.268.1.1 need access to 192.168.2.x and vice
versa.
>
>
> Any help will be appreciated.
>
> =
>
>
> 3550
> port fa0/2HP
> procurve|-Users 192.168.2.x
> =
> \ TRUNK
> \
> \ 192.168.1.x
> \
> 2900 XL
> \
> \xover
> 2900 XL2
> \
> \xover
> 2900 XL 3
> \
> \xover
> 2900 XL 4
> \
> \xover
> 2900 XL 5
> \
> \xover




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



Re: OSPF dead-interval to hello-interval relation? [7:54969]

2002-10-09 Thread The Long and Winding Road

""Router Man""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I've always known it to work the other way around.  If you change the
hello
> interval - the dead interval will
> become 4 times the hello interval.


CL: this was one of the old standbt trick questions in various study
materials. How to change hello without changing hello, or the flip side, how
to change dead without changing dead.

CL tested this and on 12.1.5T10 changing hello no longer changes dead, and
changing dead no longer changes hello. Resetting the OSPF process does not
result in changes to either parameter.

CL: Another new feature, making life easier.

>
> ""Cisco Nuts""  wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Hello,
> >
> > Couple of questions on OSPF hello and dead interval...(that's driving me
> > NUTS)  :-)
> >
> > 1. Why does OSPF NOT change the hello-interval when you first configure
> the
> > dead-interval. Ex. I changed the dead-interval to 60 but the
> hello-interval
> > still showed up as 10.
> >
> > R1-RTD(config-subif)#ip os dead-interval 60
> >
> > R1-RTD#sh ip os int s0/0.2
> > Timer intervals configured, Hello 10, Dead 60, Wait 60, Retransmit 10
> >
> > I was assuming that the hello interval would get bumped to 15 but looks
> like
> > that's not how it works!!
> >
> > --
> >
> > 2. So I changed the hello interval next to 20 thinking that it would
bump
> > the dead interval to 80. But lo! behold! It does NOT change it to 80.
Why
> is
> > this??
> >
> > R1-RTD(config-subif)#ip os hello-interval 20
> >
> > R1-RTD#sh ip os int s0/0.2
> > Timer intervals configured, Hello 20, Dead 60, Wait 60, Retransmit 10
> >
> > --
> >
> > 3. Next, I set the hello interval back to it's default of 10 but still
the
> > dead interval does not get set back to 40. Why??
> >
> > R1-RTD(config-subif)#ip os hello-interval 10
> >
> > R1-RTD#sh ip os int s0/0.2
> > Timer intervals configured, Hello 10, Dead 60, Wait 60, Retransmit 10
> >
> > --
> >
> > 4. So, I changed the dead interval back to 40 manually.
> >
> > Next, I changed the hello interval to 20 and this time, OSPF set the
dead
> > interval to 80.
> >
> > R1-RTD(config-subif)#ip ospf hello-interval 20
> >
> > R1-RTD#sh ip os int s0/0.2
> > Timer intervals configured, Hello 20, Dead 80, Wait 80, Retransmit 10
> >
> > 5. Ok, Finally I set the hello interval to 10 and this time OSPF worked
at
> > the way is should work.
> >
> > R1-RTD(config-subif)#ip ospf hello-interval 10
> >
> > R1-RTD#sh ip os int s0/0.2
> > Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 10
> >
> >
> > Anybody have any real good explanations for this or is it just a BUG? OR
> is
> > this the way Cisco OSPF works!!
> >
> > Running ver.
> > R1-RTD#sh ver
> > Cisco Internetwork Operating System Software
> > IOS (tm) C2600 Software (C2600-D-M), Version 12.1(2), RELEASE SOFTWARE
> (fc1)
> >
> > Thank you.
> >
> > Sincerely.
> >
> >
> >
> >
> > _
> > Send and receive Hotmail on your mobile device: http://mobile.msn.com




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



Re: Migration Plan (6509) [7:55064]

2002-10-09 Thread The Long and Winding Road

in line ( like the skates )


""Ken Diliberto""  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Our parent "company" had the idea of letting a TelCo do the same for us.
>  The TelCo was/is contracted to set up a "gateway" between the old
> network and the new network.  Lucky for us we're smarter than they are
> (at least we think we are...) and are having things our way.  :-)
>
> It's difficult to try keeping a "hands-off" approach to letting a
> vendor install a major piece of equipment in the core of MY network.
> Maybe you know how it is... watching an engineer (CCNP with some
> experience) who is supposed to know what he's doing but brings down the
> network instead.  Add a CCIE with a few years experience to the mix,
> three more tries with two of them resulting in network outages.


CL: Let he who has never brought a network down by accident ( or otherwise )
cast the first stone. Did I ever tell you the one about the newly minted
Novell admin who decided to have some fun one afternoon unloading and
loading NLM's?


>
> The suggested configuration for our first 6500 (a 6513 with dual
> Sup2/MSFC2/PFC2) was to run in HSRP between the two MSFCs. (For those
> who don't know, an MSFC - Multiservice Switch Feature Card or something
> like that, is a routing module on the switch supervisor).  We are
> running IP, IPX and AppleTalk.  What they didn't tell us was we had to
> keep the configurations sync'ed between the two MSFCs otherwise there
> would be problems.  Config Sync doesn't support AppleTalk.  Guess
> what... we had problems.  We're now running SRM.


CL: serves you right for running AppleTalk.


>
> I guess I should get to the point here.  My experience says "forklift"
> upgrades are bad.  Way too much room for things to go bad.  Considering
> the problems introducing a single new core box, I'd take it slow.  make
> sure everything runs as planned while you upgrade.  Make sure
> Spamming-Tree (did I say that??) is working properly, VTP is
> communicating and the hardware has burned in.  That brings up another
> thing: after the first few weeks, one of the lights on the switch fabric
> module stopped showing green (looked burned out).  While tempted to say
> it's just a light, you have no idea what the root problem causing the
> light not to function is.  We had the vendor replace the card.

CL: advice certainly worth considering


>
> It seems our vendor keeps shooting itself in the foot.  Their engineers
> keep doing things that prevents them from earning any respect from us.
> On a positive note,  I know one engineer with that company who I do
> respect.  Too bad they keep him in design.  :-)

CL: seriously, having spent wonderful quality ( but far too little ) time
with the likes of Marty Adkins and Val Pavlichenko, not to mention a young
guy at work I'm beginning to think is in this class, I suspect that there
are very few top level network engineers in the world, and a lot of
wannabe's.

CL: Not everyone can be a brain surgeon. Most of us are just GP's. Of the
CCIE's I have met, many are in this latter category as well. Let alone us
CCNP / CCDP types. ;-> We all just do the best we can, and live in fear that
something we touch is going to break and we won't know how to fix it.


>
> Ken
>
> >>> "Chuck's Long Road"  10/07/02
> 09:45PM >>>
> interesting.
>
> The following may or may not be feasible, depending upon space in
> closets,
> and cost of implementation. It is something my employer is supposed to
> be
> doing for the various "branch offices" of a major customer we have
> during a
> major network forklift upgrade. It has tended not to happen this way
> for a
> lot of reasons, political and practical.
>
> 1) Place all new switches into the various closets. Connect them up
>
> 2) set up a gateway ( single link ) between the new core switch(s) and
> the
> old core switch(s)
>
> 3) test connectivity by taking a laptop with as many user applications
> as
> practical, and go from closet to closet testing connectivity to the
> various
> servers, services, etc.
>
> 4) assuming point three results in connectivity everywhere, do a closet
> by
> closet migration of users from the old switches to the new switches.
>
> 5) migrate all devices ( servers, internet, etc ) onto the new core
> switches.
>
> 6) assuming all remains well, unplug the old stuff  and if Cisco is
> not
> offering you a generous trade in, sell it on one of the auction sites.
>
> Like I said, sometimes time, space, and cost does not permit this.
>
> Chuck
>
> --
>
> www.chuckslongroad.info
> like my web site?
> take the survey!
>
>
>
> ""Azhar Teza""  wrote in message
> [snip]




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



<    1   2   3   4   5