Study Partner/group in Hampton Roads, VA [7:29563]
If anyone is interested in forming a study group or be a study partner in the Hampton Roads (or Tidewater area), please contact me offline. Thanks. Elmer Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=29563t=29563 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Correction - about multicast address! [7:29057]
Priscilla, I have a feeling that this type of post is a preview of the sequel to Top Down Network Design, right? Elmer -Original Message- From: Priscilla Oppenheimer [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 13, 2001 9:18 PM To: [EMAIL PROTECTED] Subject: RE: Correction - about multicast address! [7:29057] And you probably also meant to say that the MAC header only has room for one data-link-layer address also. So the IP multicast address is converted to a single MAC multicast address. Applications on end systems register with the NIC to receive packets addressed to particular multicast addresses. The application may also use the Internet Group Management Protocol (IGMP). IGMP allows a host to join a group and inform routers of the need to receive a multicast data stream. When a user (or software) starts a process that requires the host to join a multicast group, the host transmits an IGMP Membership Report message to inform routers on the segment that traffic for the group should be multicast to the host's segment. Although it is possible that a router is already sending data for the group, the IGMP specification states that a host should send a Membership Report in case it is the first member of the group on the network segment. The router does not need to know how many or which specific hosts on a segment belong to a group. The router just needs to recognize that a group has at least one member on a segment so that the router will forward group traffic to that segment using the IP and MAC multicast addresses for the group. By default, a data-link-layer switch floods multicast frames out every port. The Cisco Group Management Protocol (CGMP) and the IETF IGMP Snooping method allow switches to participate in the process of determining which segments have hosts in a particular multicast group. CGMP is a Cisco-proprietary method that lets a router send a message to switches to tell the switches about Membership Reports and Leaves occurring on their segments. IGMP is an IETF standard that causes no extra traffic, but allows a switch to learn from the IGMP messages sent to routers. In addition to determining which local network segments should receive traffic for particular multicast groups, a router must also learn how to route multicast traffic across an internetwork. Multicast routing protocols provide this function. Multicast routing protocols extend the capabilities of a standard routing protocol, which learns paths to destination networks, to include the capability of learning paths to multicast destination addresses. There are numerous multicast routing protocols, some of which are considered obsolescent at this time. The most commonly-used multicast routing protocol today is the Protocol-Independent Multicast (PIM) protocol. Just wanted to add to your excellent explanations. Priscilla At 05:10 PM 12/13/01, Karen E Young wrote: Reding this over I realize that I should have explained a little better... What I should have said is An IP header only has room for one destination address, therefore a MAC must be manufactured for the group rather than a specific device so that the layer-2 protocol (ethernet, token-ring, etc.) can deliver to those routers/switches that belong to the group. The routers/switches can then forward to those group members it has listed if necessary. I should also have mentioned that this means that the NIC needs to be able to recognize the MAC address associated with any multicast groups the device belongs to. Just shows what happens when you try to do too many things at once Karen *** BEGIN FORWARDED MESSAGE *** On 12/13/2001 at 3:27 PM Karen E Young wrote: Elmer, In fact I have done soem teaching, however, it was the months spent doing phone-tech-support for an ISP that honed the explanation skills. Most of our customers didn't know much about computers and felt alot more confident doing what you tell then to do if you explain WHY in a manner that they can understand. As far as the you can't fit multiple destination MAC addresses into an IP header... I was just explaining why a special multicast MAC address is required for messages sent to a specific Multicast group address. An IP header only has room for one dest. MAC, therefore a MAC must be manufactured for the group rather than a specific device. Glad I was able to help, Karen *** REPLY SEPARATOR *** On 12/13/2001 at 3:27 PM Elmer Deloso wrote: (Corrected message for an earlier posting.) Karen, I have a feeling that you've been in some kind of teaching role before based on how you explain concepts. This makes the picture complete especially when revisiting the previous post by Shawn Kaminski. However, when you say you can't fit multiple destination MAC addresses into an IP header it seems you're referring to the device's mapping of the IP-to-MAC address, since there is no place in the IP header itself
RE: about multicast address! [7:29057]
Richard, This is an excellent post, but i need a little bit of clarification on... 1. I've understood multicast as at Layer 3, so I'm confused when you say that a 25-bit prefix is assigned for the Layer 2 frame. I can't seem to follow what is happening in multicast addressing between the Layers 2-3 to arrive at this 25-bit prefix. I can't figure out where to place this prefix bit setting while looking at the 802.3 frame format on Uyless Black's book on Data Link Protocols. 2. You state there is a short fall of five bits and 2 to the 5 is 32. What is this 2^5 referring to? 3. Finally, are all allocated a MAC of 0100.5e01.0101. Please confirm... is this the Destination MAC on the DA field of the frame? If so, what happens when you have to pass this multicast stream of data from one interface to another, e.g. from mBone - r1 - r2 - multicast enabled Intranet endstations, will the same multicast MAC address stay the same? Thanks for your input. Elmer Deloso -Original Message- From: richard beddow [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 13, 2001 9:18 AM To: [EMAIL PROTECTED] Subject: RE: about multicast address! [7:29057] An IP m'cast address is 32 bits long (as with any IP address), the first for bits are 0x1110 leaving 28 bits. (Still with me :)) Any m'cast ethernet borne frame has a 48 bit MAC (as do all ethernet frames). A 25 bit prefix is assigned leaving 23 bits. As 28 won't go into 23 there must be some duplication, there is a short fall of five bits and 2 to the 5 is 32. Hence and one m'cast MAC represents 32 IP addresses. For instance 224.1.1.1 224.128.1.1 225.1.1.1 225.128.1.1 etc etc 238.1.1.1 238.128.1.1 239.1.1.1 239.128.1.1 are all allocated a MAC of 0100.5e01.0101. Hope this is explained OK. RB Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=29095t=29057 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: What is our Quest? [7:29085]
Howard, I'm sure that most, if not all, of the participants on this list will be very interested in this Quest Project, and I for one would definitely invest in each layer package that will be offered. Like the saying goes, you get what you pay for. I doubt if anyone will question the worth of such offerings given your reputation and knowledge. But the icing on the cake i think is to have an author with a healthy dose of humor such as the Monty thread earlier. Looking forward to the releases.MHO. Respectfully, Elmer P.S. Please clarify if this will be separate from the Certificationzone offerings. -Original Message- From: Howard C. Berkowitz [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 13, 2001 10:58 AM To: [EMAIL PROTECTED] Subject: What is our Quest? [7:29085] [If the subject line is ambiguous, please consult your Monty Python.] DISCLAIMER: I am involved in several commercial efforts for paper scenarios and virtual racks. I think the issues raised here, however, are of value to the community. --- Certification (and network learning that is not strictly certification related) involve scenarios for practice. It's my belief, however, that not all scenarios are the same. I'm not referring here to their quality, but to my belief that there are several types of scenarios that help in different aspects of the learning process. I'd really like feedback from the community if this thinking makes sense. 1. Technology familiarization scenarios 2. Complex problem recognition troubleshooting tests 3. Specific exam preparation (e.g., CCIE lab time management) 4. Non-certification (e.g., practice for real-world multihoming without CCIE restrictions, server interactions, etc.) If you were obtaining scenarios over a period of time, what would be your priorities? Type 1 -- 1a) This can reasonably begin with a preconfigured 1-3 router CCNA level system, that just allows CLI practice and the use of show/debug commands. 1b) The next level can be anywhere from CCNA to CCIE level, but focusing on a single protocol/technology. Other technologies are used only to support the primary objective. For example, my upcoming CertZone X.25 scenario starts by establishing OSPF routing (configuration given) over a serial line with HDLC encapsulation, then walking the student through the issues in converting to LAP-B and X.25 encapsulation. A basic such scenario gives the objectives and possibly some criteria for successful configuration, but doesn't give step-by-step guidance, illustrate common errors, and include troubleshooting. 1c) A more structured presentation, typically introducing common errors and showing how they are discovered and corrected on the way to a correct solution. 1d) Compare-and-contrast multipart scenarios, such as an OSPF scenario that explores several different aspects of partitioning and virtual links (e.g., connecting OSPF Area 0.0.0.0 across a non-OSPF domain, fixing an OSPF partition with a virtual link through a nonzero area, then examining the other application of virtual links: connecting noncontiguous areas to the backbone) Type 2 -- This is much more like an actual Cisco test experience, but giving the flavor of mentoring rather than time pressure. For example, you might be given an address plan, and told to implement OSPF in part of the network and RIP in another. You'd first get the individual protocols working, perhaps being guided through some common errors and how to spot them. Next, you'd set up redistribution, again with advice on typical problems. Once you have the redistributed routing working, you'd systematically add other features (e.g., DLSW+, performance management), again with guidance at each step. Type 3 -- Tests here are closer to the published descriptions and concerns of the CCIE lab, and include features such as a visible clock, and the option to choose to get a working configuration for some sub-part, losing the points but being able to go to the next part. In Pythonesque terms, Type 3 scenarios teach you to deal with the troll, but with the issue being the clock rather than the velocity of the sparrow. Type 4 -- My main focus here has been exterior routing for both multihomed enterprises and ISPs, but reflecting best current practice rather than some of the artificialities of the CCIE lab (e.g., encouraging rather than forbidding appropriate use of static and default routes). The first is Cisco CCIE certification practice, both practice for the written and the lab exam. The second is to prepare for Cisco specializations involving technologies such as voice and security. The third is basic familiarization for the CCIE. We can support training organizations, resellers, and enterprises in staff training aimed at any of these objectives. In addition, we are here to help in quests not directly
RE: about multicast address! [7:29057]
Karen, I have a feeling that you've been in some kind of teaching role before based on how you explain concepts. This makes the picture complete especially when revisiting the previous post by Richard Beddow. However, when you say you can't fit multiple destination MAC addresses into an IP header it seems you're referring to the device's mapping of the IP-to-MAC address, since there is no place in the IP header itself to even contain the value of the MAC address being used to frame the IP packet. At least that's what Doyle's book shows. If so, then I'm perfectly enlightened now. It's good to hear from you again. Thanks to all reponses. Elmer -Original Message- From: Karen E Young [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 13, 2001 2:00 PM To: [EMAIL PROTECTED] Subject: RE: about multicast address! [7:29057] Elmer, Since an IP address needs to be mapped to a MAC address for delivery, a multicast frame needs a destination MAC address in the header. As a multicast frame is going to multiple destinations that are probably not known to the sender, a special MAC address needs to be used. After all, you can't fit multiple destination MAC addresses into an IP header. The base MAC address used for multicast is 0100.5E00.. In order to tailor the MAC address to the specific multicast group, the least significant 23 bits of the group address are mapped to the least significant 23 bits of the multicast MAC address. The first four bits of the IP address (1110) identify it as a class D address (multicast) and will never change. Therefore, they are not considered when figuring the IP to MAC conversion. This leaves 28 bits. Since you are copying only 23 bits to the MAC address, you are left with 5 bits in the address that don't get used in thed MAC. Multicast IP address: 1110.xmmm.. x = un-used bits m = bits copied to the MAC address. Multicast MAC address: 0001.010000mm. m = bits copied from IP address That help? Karen *** REPLY SEPARATOR *** On 12/13/2001 at 12:00 Pm Elmer Deloso wrote: Richard, This is an excellent post, but i need a little bit of clarification on... 1. I've understood multicast as at Layer 3, so I'm confused when you say that a 25-bit prefix is assigned for the Layer 2 frame. I can't seem to follow what is happening in multicast addressing between the Layers 2-3 to arrive at this 25-bit prefix. I can't figure out where to place this prefix bit setting while looking at the 802.3 frame format on Uyless Black's book on Data Link Protocols. 2. You state there is a short fall of five bits and 2 to the 5 is 32. What is this 2^5 referring to? 3. Finally, are all allocated a MAC of 0100.5e01.0101. Please confirm... is this the Destination MAC on the DA field of the frame? If so, what happens when you have to pass this multicast stream of data from one interface to another, e.g. from mBone - r1 - r2 - multicast enabled Intranet endstations, will the same multicast MAC address stay the same? Thanks for your input. Elmer Deloso -Original message- From: richard beddow [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 13, 2001 9:18 Am To: [EMAIL PROTECTED] Subject: RE: about multicast address! [7:29057] An IP m'cast address is 32 bits long (as with any IP address), the first for bits are 0x1110 leaving 28 bits. (Still with me :)) Any m'cast ethernet borne frame has a 48 bit MAC (as do all ethernet frames). A 25 bit prefix is assigned leaving 23 bits. As 28 won't go into 23 there must be some duplication, there is a short fall of five bits and 2 to the 5 is 32. Hence and one m'cast MAC represents 32 IP addresses. For instance 224.1.1.1 224.128.1.1 225.1.1.1 225.128.1.1 etc etc 238.1.1.1 238.128.1.1 239.1.1.1 239.128.1.1 are all allocated a MAC of 0100.5e01.0101. Hope this is explained OK. RB message Posted at: http://www.groupstudy.com/form/read.php?f=7i=29095t=29057 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=29136t=29057 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Recall: about multicast address! [7:29057]
Elmer Deloso would like to recall the message, about multicast address! [7:29057]. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=29138t=29057 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: about multicast address! [7:29057]
(Corrected message for an earlier posting.) Karen, I have a feeling that you've been in some kind of teaching role before based on how you explain concepts. This makes the picture complete especially when revisiting the previous post by Shawn Kaminski. However, when you say you can't fit multiple destination MAC addresses into an IP header it seems you're referring to the device's mapping of the IP-to-MAC address, since there is no place in the IP header itself to even contain the value of the MAC address being used to frame the IP packet. At least that's what Doyle's book shows. If so, then I'm perfectly enlightened now. It's good to hear from you again. Thanks to all reponses. Elmer -Original Message- From: Karen E Young [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 13, 2001 2:00 PM To: [EMAIL PROTECTED] Subject: RE: about multicast address! [7:29057] Elmer, Since an IP address needs to be mapped to a MAC address for delivery, a multicast frame needs a destination MAC address in the header. As a multicast frame is going to multiple destinations that are probably not known to the sender, a special MAC address needs to be used. After all, you can't fit multiple destination MAC addresses into an IP header. The base MAC address used for multicast is 0100.5E00.. In order to tailor the MAC address to the specific multicast group, the least significant 23 bits of the group address are mapped to the least significant 23 bits of the multicast MAC address. The first four bits of the IP address (1110) identify it as a class D address (multicast) and will never change. Therefore, they are not considered when figuring the IP to MAC conversion. This leaves 28 bits. Since you are copying only 23 bits to the MAC address, you are left with 5 bits in the address that don't get used in thed MAC. Multicast IP address: 1110.xmmm.. x = un-used bits m = bits copied to the MAC address. Multicast MAC address: 0001.010000mm. m = bits copied from IP address That help? Karen *** REPLY SEPARATOR *** On 12/13/2001 at 12:00 Pm Elmer Deloso wrote: Richard, This is an excellent post, but i need a little bit of clarification on... 1. I've understood multicast as at Layer 3, so I'm confused when you say that a 25-bit prefix is assigned for the Layer 2 frame. I can't seem to follow what is happening in multicast addressing between the Layers 2-3 to arrive at this 25-bit prefix. I can't figure out where to place this prefix bit setting while looking at the 802.3 frame format on Uyless Black's book on Data Link Protocols. 2. You state there is a short fall of five bits and 2 to the 5 is 32. What is this 2^5 referring to? 3. Finally, are all allocated a MAC of 0100.5e01.0101. Please confirm... is this the Destination MAC on the DA field of the frame? If so, what happens when you have to pass this multicast stream of data from one interface to another, e.g. from mBone - r1 - r2 - multicast enabled Intranet endstations, will the same multicast MAC address stay the same? Thanks for your input. Elmer Deloso -Original message- From: richard beddow [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 13, 2001 9:18 Am To: [EMAIL PROTECTED] Subject: RE: about multicast address! [7:29057] An IP m'cast address is 32 bits long (as with any IP address), the first for bits are 0x1110 leaving 28 bits. (Still with me :)) Any m'cast ethernet borne frame has a 48 bit MAC (as do all ethernet frames). A 25 bit prefix is assigned leaving 23 bits. As 28 won't go into 23 there must be some duplication, there is a short fall of five bits and 2 to the 5 is 32. Hence and one m'cast MAC represents 32 IP addresses. For instance 224.1.1.1 224.128.1.1 225.1.1.1 225.128.1.1 etc etc 238.1.1.1 238.128.1.1 239.1.1.1 239.128.1.1 are all allocated a MAC of 0100.5e01.0101. Hope this is explained OK. RB message Posted at: http://www.groupstudy.com/form/read.php?f=7i=29095t=29057 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=29140t=29057 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
New Layer 2 framing protocol: IP via USB? [7:28186]
Hello, Does anyone have more info on the framing standards or protocols when you pass IP traffic via USB interfaces as in Direct Cable Connection (DCC)? Many cable and DSL modems are now equipped with USB to PC networking capability And I can't seem to find anything on CCO that discusses this in detail like framing with Well known router/switch interfaces. Thanks for your input. Elmer Deloso Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=28186t=28186 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: OSPF inter-area routes calc (doyle and rfc 2328) [7:28198]
By Distance-vector he means that the router receiving Type3 LSA From the ABR simply accepts this route advertisement by taking Into account only the cost ( i.e. distance) to this route and the direction (i.e.Vector via this ABR) to reach it, instead of running the SPF algorithm As it should being a link-state router. Recall that this is exactly RIP and IGRP's behaviour when it receives routing information from It's neighbor(s). HTH, Elmer Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=28213t=28198 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Is Howard's OSPF Guide out yet? [7:25927]
If so, please post the ISBN. Can't seem to find it online. Thank you. Elmer Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25927t=25927 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Is Howard's OSPF Guide out yet? [7:25927]
Thanks for the clarification. I do have the Designing Routing and Switching Architectures (haven't read it yet) But not the Designing Addressing Architectures for Routing and Switching. That's on my wish-list for X-mas. BTW - Wiley.com doesn't seem to list the Building Service Provider Networks And a search on Berkowitz only shows WAN Survival Guide: Strategies for VPNs and Multiservice Networks. Hmmm..i'll just keep searching other sites then. Elmer -Original Message- From: Howard C. Berkowitz [mailto:[EMAIL PROTECTED]] Sent: Monday, November 12, 2001 10:16 AM To: [EMAIL PROTECTED] Subject: Re: Is Howard's OSPF Guide out yet? [7:25927] If so, please post the ISBN. Can't seem to find it online. Thank you. Elmer I cover OSPF in Designing Routing and Switching Networks, which has been out since 1999. The new book from Wiley, called Building Service Provider Networks, does indeed mention OSPF and ISIS in a primarily carrier context, but it deals primarily with BGP. Its BGP coverage differs from Halabi and Stewart -- there aren't configurations, but there's much more coverage of WHY you use certain features in a real ISP environemnt. I don't have the ISBN yet, but will check if one has been assigned, as well as the publishing date. Literally, I'm sending in the draft today. I also have carrier-oriented OSPF presntentations at www.nanog.org. Navigate down to the Montreal meeting. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25986t=25927 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Audio Learning [7:24810]
The audio recordings are very good, except for the OSPF series. Just listening to the tapes reveals the presenter was so self-conscious There was practically nothing to learn that's not already mentioned In the BSCN book. Unlike the EIGRP and BGP series. My own thoughts. Elmer -Original Message- From: John Neiberger [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 31, 2001 5:24 PM To: [EMAIL PROTECTED] Subject: RE: Audio Learning [7:24810] The downside to the CDs is that I don't have an MP3 player in my car. ;-) Karen E Young 10/31/01 3:01:25 PM I haven't personally bought any, but a friend of mine has and seems pretty pleased. They're just recordings of the Networkers sessions, so each is roughly 2-4 hours long. Personally, I would suggest the CDs rather than individual session tapes. They're in MP3 format, but you get a discount. Per session, the tapes costs $10.00 (1 tape) or $20.00(2 tapes), with the CDs you can get more sessions for the price. For example. there are 16 sessions in the Voice and Video Technologies section. Purchasing per session would cost you $160. The CD costs $139 and has all 16 sessions. Incidentally, the complete set of all sessions(2001) is available on CD for $999.00 (124 sessions). Just my thoughts on the subject. Karen *** REPLY SEPARATOR *** On 10/31/2001 at 3:22 PM John Neiberger wrote: Also, if any of you already have some of these tapes, are there some that you recommend over others? I'm just curious if there are any must-haves on that list. I can see a bunch that I wouldn't mind having already. John Ouellette, Tim 10/31/01 12:51:18 PM Hey! Maybe we can all chip in and share. After all, I think they $10.00 they're charging is basically just for the media. Have you purchased any of these Karen? Tim -Original Message- From:Karen Young [SMTP:[EMAIL PROTECTED]] Sent:Wednesday, October 31, 2001 2:16 PM To: [EMAIL PROTECTED] Subject: Re: Audio Learning [7:24810] Mark, I don't know about audio materials for certification stuff, but there's a site that'll let you order the audio presentations from Networkers 1999, 2000, and 2001. http://recording.safeshopper.com/ HTH, Karen Original Message Last week someone gave a link to certaudio for CDs covering the Cisco material. I tried the url today they are no longer in business it seems. Does anyone know of a company that does audio CDs on Cisco to listen to during a long commute to work? TIA Mark Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=24866t=24810 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE:Realtek NIC and Catalyst problem [7:23378]
Hi, From this link http://www.cisco.com/warp/public/770/fn13136.shtml it sounds like a NIC card driver issue. HTH, Elmer Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=23378t=23378 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: OSPF-Doyle Vol 1 pp 531-533 [7:22021]
Yes, Doyle clearly points out that even when the network 172.19.35.15 Statement is removed, this secondary address CAN be advertised in OSPF as long as the primary is running OSPF, although the secondary Will not be able to source Hellos. You will need to add the subnets keyword. See http://www.cisco.com/warp/public/104/3.html#14.0. I'll let you know when I get this Case study running at home tomorrow. HTH, Elmer -Original Message- From: routerjocky [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 04, 2001 1:29 PM To: Elmer Deloso Cc: [EMAIL PROTECTED] Subject: Re: OSPF-Doyle Vol 1 pp 531-533 [7:22021] Hi. I haven't implemented this Case Study yet, but The info in the Routing table for Rubens (Area 1) is Correct. Matisse (Area 192.168.10.0) has OSPF running nay, the routing table is incorrect for this part...read Issue #1 On the primary address of its e0. 172.19.35.15 Is configured as a secondary on e0. Page 526 clearly explains Issue #1: Read the config on 530 and the 1st paragraph on 531. he claims to have removed the secondary from the OSPF config, yet IA 172.19.35.0 still shows up at Rubens. Issue #2: The routing table on Rubens is still wrong, even if the secondary is still intact and advertised IA. It's not a (classful) /16 subnet, it's a /25 subnet. (I didn't see an area range command for 172.19 anywhere in the config) The two rules related to how OSPF interacts with secondary Addresses. To answer your question, yes this will be flooded To Area 0 by Matisse (now an ASBR) as an IA route, not as an E2 (the default) for external routes (page 512) in this case All RIP routes from Dali redistributed into OSPF will be seen by The other OSPF routers as E2. Page 530's configuration also shows The redistribute rip metric 10 thus defaulting to an E2 type. My issue is not with metric-type 1 or 2... I know how to change those and I'm not questioning the validity of E2. In fact he makes the point of showing the E2 cost (10) all the way to Rubens as opposed to E1 (cumulative) cost. In fact, I'll add to this exercise to change the cost of just a few of the redistributed RIP routes to metric-type 1 (just for fun and practice) Issue #3: without net 172.19.0.0 a 192.168.10.0 in the OSPF config, it does not get advertised at all, much less as an E2 route, but it's a directly-connected RIP route. Does a redistribute connected need to be added to get that route into OSPF? Elmer -Original Message- From: routerjocky [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 04, 2001 5:28 AM To: [EMAIL PROTECTED] Subject: OSPF-Doyle Vol 1 pp 531-533 [7:22021] Okay, I gotta figure that something is wrong, but I don't get 172.19.35.0 advertised at Rubens unless I keep the secondary address on Matisse as an OSPF network. It also shows the route as IA, not E2, indicating it's an OSPF route, and I sure don't get the mask mismatch problem, as it's subnetted as a /25, not as a /16. Anyone else have the same result? Can anyone explain it? Is there something rotten in Denmark? (besides linburger cheese?) Maybe someone snuck the network stmt for 172.19.35.0 into ospf 40 when he wasn't looking? Or does this constitute errata? (it's not in the existing errata sheet) thanks -e- (being onery tonight) May the route be with you Switch if you must, route if you can ;-) http://members.home.net/airwrck ..and this one, just for Peter... 'Routing between VLANS' is a valid statement _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=22089t=22021 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: smartforce training [7:21933]
This company was the original CBT Systems, and somehow Ended up with a deal with FORE (not the one that is now Marconi). But their tactics in selling these Official Training materials are VERY aggressive that you'd have Better chances of getting a super deal from a used-car Lot. Total waste of your money, efforts, and time. Elmer -Original Message- From: Dan Faulk [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 04, 2001 3:24 PM To: [EMAIL PROTECTED] Subject: RE: smartforce training [7:21933] Amen to that. My company bought the MCSE program and it was not only marginal it was dull. For the money they are charging you could outfit a good CCNP lab and several first rate training aids. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Donald B Johnson jr Sent: Thursday, October 04, 2001 1:21 PM To: [EMAIL PROTECTED] Subject: Re: smartforce training [7:21933] Don't do it jenn - Original Message - From: Jennifer Cribbs To: Sent: Wednesday, October 03, 2001 3:11 PM Subject: RE: smartforce training [7:21933] I received a phone call today from a woman named Sondra Smith who is one of their reps. She said I have dropped my name on their site. The website url is http://www.vip.smartcertify.com . Tfhe phone # she gave me is 1-800-653-4933 ext 1264. It is expensive but they have a plan that can be financed through SallyMae Loans which is sort of like a student college loan that can be repayable after you finish classes and after they place you in a job. They have 24hr support for their classes through the format of chat rooms' that are run by certified instructors that are certified in whatever cert you are currently pursuing, so you get instant replies to questions you might have through the course as you proceed forward. They send out cd's of the materials pertaining to the certs the person wants to achieve and they have job placement in whatever area you live in or where ever you choose to work. That is all I know at this point. I talked to this woman for about 1hr on the phone. It is a forced learning method, which I think is good. You can only advance through the course with satisfactory completion of each subject. You can't skip ahead is what I think this means. She called it force learning. There would be one price for the ccnp series of classes. You would receive the material for all four tests at one time. The same for the mcse and the ccna and the a+. She said they also have oracle and some other stuff which I wasn't really interested in. If you click on the link I gave you, it opens up a box wanting the sales rep name. Just type in sondra's name and then you can browse a little on their site. I sure there is more to this, but like I said, this is all I know at this point. It nearly sounded too good to be true and you know what they say about that. I was just hoping someone had some personal knowledge of this and could tell me something also. If I do proceed with this, I will let you know what I think after I have personal experience of it. It also is endorsed by cisco and microsoft.or at least she said so. I just finished putting my computer back together so I can browse back to the site now and read a little. It was maintenance day[preparing for a+] Jenn 10/3/2001 2:44:18 PM, Stull, Cory wrote: never heard of it, could you give me some more detail so I can check it out also? thanks Cory -Original Message- From: Jennifer Cribbs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 03, 2001 3:55 PM To: [EMAIL PROTECTED] Subject: smartforce training [7:21933] Hello, I would like some feedback on smartforce training. Is anyone familiar with this? I am thinking about purchasing this curriculum and want to know if it is a waste of money or if it is something truely beneficial in obtaining your certification? Thanks, Jenn Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=22104t=21933 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Doyle on OSPF - Virtual Links [7:21658]
Hi. On Routing TCP/IP's page 555 there is an output of show ip ospf virtual-link That has these two info: 1. DoNotAge LSA not allowed 2. Adjacency State FULL (Hello suppressed) Can someone please explain why these show up in the virtual link info? I must have missed the significance somehere in my studies because I can't explain these to myself. Thank you. Elmer Deloso Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=21658t=21658 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Doyle on OSPF DR failure-election [7:21659]
Hello again. On page 419 of Doyle's book, it explains that if the DR fails, a new DR must be elected,new adjacencies must be established, and all Routers on the network must synchronizewhile all this is happening, The network is UNAVAILABLE for transit packets. My question is: What about EXISTING sessions between DROTHERs, will these get Interrupted when the DR fails? Or is this in reference to packets using the Area where the failed DR is as a TRANSIT area? Wouldn't individual routers still maintain a CACHED copy of which way To route remaining packets (e.g. to complete an FTP download?) Elmer Deloso Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=21659t=21659 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Doyle on OSPF DR failure-election [7:21659]
Right. But all I wanted to confirm is that the book implies that ALL traffic is suspended until the OSPF network is converged? Elmer -Original Message- From: Peter Van Oene [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 02, 2001 10:09 AM To: [EMAIL PROTECTED] Subject: Re: Doyle on OSPF DR failure-election [7:21659] When the DR fails, the BDR takes over as soon as it ages out the its dead timer for the DR. The BDR already has adjacencies with all other routers on the segment and has been keeping tabs on the DR such that it can take over rather gracefully. A BDR election is then subsequently held to backfill the BDR position. No adjacencies should be torn down during this process, though new ones may be created between the set of non DR/BDR routers and the new BDR. Hope that helps. Pete *** REPLY SEPARATOR *** On 10/2/2001 at 8:10 AM Elmer Deloso wrote: Hello again. On page 419 of Doyle's book, it explains that if the DR fails, a new DR must be elected,new adjacencies must be established, and all Routers on the network must synchronizewhile all this is happening, The network is UNAVAILABLE for transit packets. My question is: What about EXISTING sessions between DROTHERs, will these get Interrupted when the DR fails? Or is this in reference to packets using the Area where the failed DR is as a TRANSIT area? Wouldn't individual routers still maintain a CACHED copy of which way To route remaining packets (e.g. to complete an FTP download?) Elmer Deloso Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=21674t=21659 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: [Doyle on OSPF - Virtual Links [7:21658]
Thanks for the reply and the CCO link. I do remember now reading up On this feature, now all I need to do is set this up at home using An ISDN simulator to see exactly what OSPF-related packets go through. Elmer -Original Message- From: Curtis Call [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 02, 2001 10:36 AM To: [EMAIL PROTECTED] Subject: Re: [Doyle on OSPF - Virtual Links [7:21658] This is referring to the fact that the virtual-link is being treated as a Demand Circuit. I don't believe that Doyle spoke much about this in his book, but I could be wrong. A Demand Circuit is used for low-bandwidth links such as ISDN to limit the uptime required for the link, this is done in two ways, first Hellos are suppressed between the two endpoints, and second LSAs are not sent when they expire, instead they are marked as DoNotAge LSAs which act just like they sound, they don't age. These two features are independent of each other, so for instance you could have a demand circuit that is suppressing Hellos, but isn't sending DoNotAge LSAs (so the LSAs will still need to be refreshed) or you could theoretically have a demand circuit that isn't suppressing Hellos, but is sending DoNotAge LSAs. In your situation, the link is suppressing Hellos as it states, but is not sending DoNotAge LSAs. This indicates that somewhere in your OSPF domain there is a router that doesn't support these LSAs, so the router is not allowed to generate them. It is a requirement for a router that supports virtual-links to always try to make it a demand circuit, so Cisco routers will always attempt to suppress Hellos over virtual links. For more info you could check out: http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fipr _c/ipcprt2/1cfospf.htm#xtocid2773922 For even better, go to the source: http://www.ietf.org/rfc/rfc1793.txt Elmer Deloso wrote: Hi. On Routing TCP/IP's page 555 there is an output of show ip ospf virtual-link That has these two info: 1.DoNotAge LSA not allowed 2.Adjacency State FULL (Hello suppressed) Can someone please explain why these show up in the virtual link info? I must have missed the significance somehere in my studies because I can't explain these to myself. Thank you. Elmer Deloso -- [EMAIL PROTECTED] OSPF Practice Exam www.boson.com\tests\Advanced.htm Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=21706t=21658 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Need clarification on BDR promotion to DR [7:20163]
Thank you for the inputs. What I'm trying to understand is that with R3 as DR for the Segment connecting R5-R4-R3-R1 and R1 as BDR, it's true that R1 Will promote itself as DR, but what confuses me is the fact that R3/DR actually stayed up as far as R4 and R5 are concerned. I also missed the fact that between R1-R2 and R2-R3 there won't be Any DR/BDR since these are point-to-point serial links. So in essence what BSCN is saying is that the two DR's would actually slug it out to see who keeps the DR role. As far as the two routers getting stuck in Exstart/Exchange phase, I failed to mention that this happens after the Ethernet link gets Reconnected. Like you said, this might be an IOS version issue. As a side note, I also saw another case where after replacing A 2500 with a 4500 the new router would not reach FULL state with A 7200 on the other end of a point-to-point connection. I never Did hear from TAC if this was another IOS version issue. Thanks again. Elmer -Original Message- From: Peter van Oene [mailto:[EMAIL PROTECTED]] Sent: Monday, September 17, 2001 10:06 PM To: [EMAIL PROTECTED] Subject: RE: Need clarification on BDR promotion to DR [7:20163] If that is the case then you are dealing with code issues. As Chuck points out, in this scenario, both routers will either promote themselves to DR while alone, or both will see the link as inactive (no keepalives) In either case, reintroduction to the segment will stimulate a new DR election. I can't see how this could be any more logical. What do you find illogical. Also, I'm not sure what role R2 plays in this scenario? Pete On 17 Sep 2001 11:04:38 -0400, Elmer Deloso wrote: I understand this principle, but there is no logic with the scenario On convergence as outlined in BSCN as follows R2 R5 R4 R3 R1 Here, R2 has serial links to R1 and R3. Let's say R3=DR and R1=BDR. BSCN states that if the Ethernet link is disconnected between R1 and R3, then R1 would sense that the DR went down and proceed To promoting itself as the new DR. I must admit I haven't tested this exact scenario yet, but I've seen Similar cases where the two routers in question would get stuck in Exstart/Exchange forever, and this particular behavior I've succeeded In reproducing on a test lab. Elmer -Original Message- From: Peter Van Oene [mailto:[EMAIL PROTECTED]] Sent: Monday, September 17, 2001 9:42 AM To: [EMAIL PROTECTED] Subject: Re: Need clarification on BDR promotion to DR [7:20163] So far as the multiaccess segment is concerned, when you remove the DR from the segment, the DR is down. The only way a DR can do its job is if it has access to the segment in question. In this case, promoting the BDR makes sense since the BDR is the only other router on the segment which has adjacencies with all other routers and has sufficient information on where the DR left off to be able to take over quickly. When the old DR comes back, it will not become the BDR unless it is the only other router eligible on the segment since a BDR election would have already taken place to replace the promoted BDR. Does that help? Pete *** REPLY SEPARATOR *** On 9/17/2001 at 8:55 AM Elmer Deloso wrote: Hi, all. I'm trying to understand the PURPOSE and LOGIC behind OSPF BDR Promotion to DR. Let's say R1 is DR and R2 is BDR connected via Ethernet Link. If I disconnect the cable, this would mean the BDR will promote itself To DR status, even though the DR never went down. So when I reconnect the Link the DR will just abdicate the role? I just don't see the logic here. So now the DR will become the BDR, and if we repeat the process of disconnecting The link, the original scenario is restored. I've read OSPF on CCO and Doyle but Have not come across the explanation of why OSPF was designed to behave this Way. Any enlightenment on this is welcome. Elmer Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=20256t=20163 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Need clarification on BDR promotion to DR [7:20163]
Hi, all. I'm trying to understand the PURPOSE and LOGIC behind OSPF BDR Promotion to DR. Let's say R1 is DR and R2 is BDR connected via Ethernet Link. If I disconnect the cable, this would mean the BDR will promote itself To DR status, even though the DR never went down. So when I reconnect the Link the DR will just abdicate the role? I just don't see the logic here. So now the DR will become the BDR, and if we repeat the process of disconnecting The link, the original scenario is restored. I've read OSPF on CCO and Doyle but Have not come across the explanation of why OSPF was designed to behave this Way. Any enlightenment on this is welcome. Elmer Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=20163t=20163 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Need clarification on BDR promotion to DR [7:20163]
I understand this principle, but there is no logic with the scenario On convergence as outlined in BSCN as follows R2 R5 R4 R3 R1 Here, R2 has serial links to R1 and R3. Let's say R3=DR and R1=BDR. BSCN states that if the Ethernet link is disconnected between R1 and R3, then R1 would sense that the DR went down and proceed To promoting itself as the new DR. I must admit I haven't tested this exact scenario yet, but I've seen Similar cases where the two routers in question would get stuck in Exstart/Exchange forever, and this particular behavior I've succeeded In reproducing on a test lab. Elmer -Original Message- From: Peter Van Oene [mailto:[EMAIL PROTECTED]] Sent: Monday, September 17, 2001 9:42 AM To: [EMAIL PROTECTED] Subject: Re: Need clarification on BDR promotion to DR [7:20163] So far as the multiaccess segment is concerned, when you remove the DR from the segment, the DR is down. The only way a DR can do its job is if it has access to the segment in question. In this case, promoting the BDR makes sense since the BDR is the only other router on the segment which has adjacencies with all other routers and has sufficient information on where the DR left off to be able to take over quickly. When the old DR comes back, it will not become the BDR unless it is the only other router eligible on the segment since a BDR election would have already taken place to replace the promoted BDR. Does that help? Pete *** REPLY SEPARATOR *** On 9/17/2001 at 8:55 AM Elmer Deloso wrote: Hi, all. I'm trying to understand the PURPOSE and LOGIC behind OSPF BDR Promotion to DR. Let's say R1 is DR and R2 is BDR connected via Ethernet Link. If I disconnect the cable, this would mean the BDR will promote itself To DR status, even though the DR never went down. So when I reconnect the Link the DR will just abdicate the role? I just don't see the logic here. So now the DR will become the BDR, and if we repeat the process of disconnecting The link, the original scenario is restored. I've read OSPF on CCO and Doyle but Have not come across the explanation of why OSPF was designed to behave this Way. Any enlightenment on this is welcome. Elmer Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=20176t=20163 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: How to upgrade ios on 2502 [7:18449]
What I did was remove the Flash and put it in one with An Ethernet port, download the new IOS, then put it back Into the 2502. HTH. Elmer -Original Message- From: MADMAN [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 04, 2001 3:05 PM To: [EMAIL PROTECTED] Subject: Re: How to upgrade ios on 2502 [7:18449] I seem to remember a similiar situation and what we did was connect another 2500 to the 2502 via the serial port, set the 2500 up as a tftp server and downloaded the IOS to the 2502. Good luck Dave ietobe wrote: Hi, does anybody know how to upgrade ios version on 2502, as you know I do not have a token ring card on my pc or any other rouer. The router does not provide copy xmodem: flash: command and does not have xmodem command under rom ios. How do I upgrade ios software from console port? TKS ietobe CCNP CCDP -- David Madland Sr. Network Engineer CCIE# 2016 Qwest Communications Int. Inc. [EMAIL PROTECTED] 612-664-3367 Emotion should reflect reason not guide it -- David Madland Sr. Network Engineer CCIE# 2016 Qwest Communications Int. Inc. [EMAIL PROTECTED] 612-664-3367 Emotion should reflect reason not guide it Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=18480t=18449 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Good choices for IDS [7:13630]
Just a heads up on these two choices: Snort = FREE. Mantrap/Manhunt = over $100k. Personally, i'll settle for Snort and IPtrap. HTH, Elmer -Original Message- From: David Wolsefer [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 24, 2001 7:30 PM To: [EMAIL PROTECTED] Subject: RE: Good choices for IDS [7:13630] Why not use SNORT if cost efficiency is a major concern? Personally, I like a combination of several IDS systems including SNORT and Recourse Technologies Mantrap and Manhunt. Regards, David Wolsefer, CCIE #5858 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Frank Kim Sent: Tuesday, July 24, 2001 2:59 PM To: [EMAIL PROTECTED] Subject: Good choices for IDS [7:13630] Hi guys, I need to find a good and cost efficient IDS solution. Please advise. Please also give me your opinion about BMC Patrol as well. Thanks. -Frank Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=13745t=13630 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Need info on Token RIng switches [7:12881]
Hi, Can someone tell me if a Cat 1800 will do just as well for a home lab as the more expensive Cat 3920? It seems to support all of the Bridging technologies that are available in the 3920 series. I'm just looking for a cheaper solution. If there are any important issues that you know of with this model, please let me know. Thanks. Elmer Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=12881t=12881 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: IPX Network addresses [7:11990]
Thanks for all the responses. This is the only IPX speaking box on the wire and the first NW5.1 server to be brought up. I understand that it supports and automatically loads all IPX frame types by default if IPX is chosen along with the default and preferred IP protocol. From the replies it seems that each frame type would belong to a DIFFERENT IPX network? Or is it just DIFFERENT WAYS of writing out IPX network addresses depending on the frame type used? Again, thanks for the enlightenment. Elmer -Original Message- From: Priscilla Oppenheimer [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 11, 2001 4:29 PM To: [EMAIL PROTECTED] Subject: RE: IPX Network addresses [7:11990] Interesting. Why would it generate network numbers, though? Shouldn't network numbers be manually configured? Priscilla At 04:11 PM 7/11/01, Patricia Leeb-Hart wrote: I finally feel qualified to comment on a question on this list (having worked with NetWare for the past 6 years) The addresses you're seeing are generated automatically. What's happening here is that the new server has every single Ethernet frame type loaded, and as a result is using different IPX network number for every frame type. New 3.x and 4.x servers will do this if you perform an install using all the defaults. You need to run INSTALL (or NWCONFIG if 5.x), edit the AUTOEXEC.NCF and remove all BIND statements referencing frame types you don't want to use. Ethernet_II is preferred. NetWare 5.x is more restrained and tries to use IP only. Ayers, Michael 07/11/01 12:12PM Those were either auto generated, or picked up from reading frames on the wire. -Original Message- From: Elmer Deloso [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 11, 2001 11:31 AM To: [EMAIL PROTECTED] Subject:IPX Network addresses [7:11990] hi, group. I just noticed that after installing NetWare server, it gave me this info regarding types of IPX frames: Frame type Network address Ethernet_802.2 3D410DCD Ethernet_802.3 1E0F4F9E Ethernet_SNAP FF994BB0 Ethernet_II D393B805 For the IPX gurus in the group, can someone tell me if there is some type of logic as to how the network address is translated from the type of frame used? Just to answer my curiosity. Thank you. Priscilla Oppenheimer http://www.priscilla.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=12112t=11990 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: IPX Network addresses [7:11990]
Thanks all. Does makes sense now. I still like IPX better than IP for small LANs. At least no ICMP attacks / DDOS to worry about. Elmer -Original Message- From: Ayers, Michael [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 12, 2001 12:21 PM To: [EMAIL PROTECTED] Subject: RE: IPX Network addresses [7:11990] Elmer, Novell just randomly picks numbers, probably a function of the hardware's SN, and maybe Date Time. Point is, I would prefer to use a coherent scheme for net ID's, and would be removing any Frame types I'm not using. If you ever add another Novell server, you MUST make sure that the new server is set with these hardware ID's. The best way to understand this is to read the Cisco material for CCNA on IPX sub interfaces. It explains that each frame type must be a separate network, and if you have older systems running Novell_ether(802.3...No LLC) and newer ones running SAP (802.3+802.2LLC) on the same segment, you can have the router route between sub-interfaces by encapsulating 2 sub-ifs, one with novell_ether, and the other with sap. You do have to specify the network ID's per sub-if. Thank You, Michael Ayers Network Engineer OneNeck IT Services (480) 539-2203 (800) 272-3077 -Original Message- From: Elmer Deloso [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 12, 2001 5:41 AM To: [EMAIL PROTECTED] Subject:RE: IPX Network addresses [7:11990] Thanks for all the responses. This is the only IPX speaking box on the wire and the first NW5.1 server to be brought up. I understand that it supports and automatically loads all IPX frame types by default if IPX is chosen along with the default and preferred IP protocol. From the replies it seems that each frame type would belong to a DIFFERENT IPX network? Or is it just DIFFERENT WAYS of writing out IPX network addresses depending on the frame type used? Again, thanks for the enlightenment. Elmer -Original Message- From: Priscilla Oppenheimer [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 11, 2001 4:29 PM To: [EMAIL PROTECTED] Subject: RE: IPX Network addresses [7:11990] Interesting. Why would it generate network numbers, though? Shouldn't network numbers be manually configured? Priscilla At 04:11 PM 7/11/01, Patricia Leeb-Hart wrote: I finally feel qualified to comment on a question on this list (having worked with NetWare for the past 6 years) The addresses you're seeing are generated automatically. What's happening here is that the new server has every single Ethernet frame type loaded, and as a result is using different IPX network number for every frame type. New 3.x and 4.x servers will do this if you perform an install using all the defaults. You need to run INSTALL (or NWCONFIG if 5.x), edit the AUTOEXEC.NCF and remove all BIND statements referencing frame types you don't want to use. Ethernet_II is preferred. NetWare 5.x is more restrained and tries to use IP only. Ayers, Michael 07/11/01 12:12PM Those were either auto generated, or picked up from reading frames on the wire. -Original Message- From: Elmer Deloso [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 11, 2001 11:31 AM To: [EMAIL PROTECTED] Subject:IPX Network addresses [7:11990] hi, group. I just noticed that after installing NetWare server, it gave me this info regarding types of IPX frames: Frame type Network address Ethernet_802.2 3D410DCD Ethernet_802.3 1E0F4F9E Ethernet_SNAP FF994BB0 Ethernet_II D393B805 For the IPX gurus in the group, can someone tell me if there is some type of logic as to how the network address is translated from the type of frame used? Just to answer my curiosity. Thank you. Priscilla Oppenheimer http://www.priscilla.com Privileged/Confidential Information may be contained in this message or attachments hereto. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=12166t=11990 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: IPX Network addresses [7:11990]
Priscilla, As usual you have such eloquent ways in explaining concepts. But as you mentioned earlier that the IPX net addresses are manually configured (preferred method?), you're implying that i can change these different addresses to be the same IPX network address but with different encapsulations, corrext? I think i'll put this to the test as soon as i have time to get Sniffer running again. Thanks for your insight. Elmer -Original Message- From: Priscilla Oppenheimer [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 12, 2001 12:56 PM To: [EMAIL PROTECTED] Subject: RE: IPX Network addresses [7:11990] Yes, each frame type is associated with a different network number. They are not different representations of the same network number. They are different networks. Broadcast domains have nothing to do with it. If all devices in these four networks are connected via hubs or switches, they see each other's broadcasts. They process the broadcasts at the data-link-layer and only process them further if they are running the same Ethernet frame type. If these are really internal network numbers, then the question is moot. Internal network numbers don't need a frame type!? Priscilla At 10:46 AM 7/12/01, Hire, Ejay wrote: Each different frame type acts as a separate broadcast domain, thus they have different network numbers. -Original Message- From: Elmer Deloso [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 12, 2001 8:41 AM To: [EMAIL PROTECTED] Subject: RE: IPX Network addresses [7:11990] Thanks for all the responses. This is the only IPX speaking box on the wire and the first NW5.1 server to be brought up. I understand that it supports and automatically loads all IPX frame types by default if IPX is chosen along with the default and preferred IP protocol. From the replies it seems that each frame type would belong to a DIFFERENT IPX network? Or is it just DIFFERENT WAYS of writing out IPX network addresses depending on the frame type used? Again, thanks for the enlightenment. Elmer -Original Message- From: Priscilla Oppenheimer [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 11, 2001 4:29 PM To: [EMAIL PROTECTED] Subject: RE: IPX Network addresses [7:11990] Interesting. Why would it generate network numbers, though? Shouldn't network numbers be manually configured? Priscilla At 04:11 PM 7/11/01, Patricia Leeb-Hart wrote: I finally feel qualified to comment on a question on this list (having worked with NetWare for the past 6 years) The addresses you're seeing are generated automatically. What's happening here is that the new server has every single Ethernet frame type loaded, and as a result is using different IPX network number for every frame type. New 3.x and 4.x servers will do this if you perform an install using all the defaults. You need to run INSTALL (or NWCONFIG if 5.x), edit the AUTOEXEC.NCF and remove all BIND statements referencing frame types you don't want to use. Ethernet_II is preferred. NetWare 5.x is more restrained and tries to use IP only. Ayers, Michael 07/11/01 12:12PM Those were either auto generated, or picked up from reading frames on the wire. -Original Message- From: Elmer Deloso [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 11, 2001 11:31 AM To: [EMAIL PROTECTED] Subject:IPX Network addresses [7:11990] hi, group. I just noticed that after installing NetWare server, it gave me this info regarding types of IPX frames: Frame type Network address Ethernet_802.2 3D410DCD Ethernet_802.3 1E0F4F9E Ethernet_SNAP FF994BB0 Ethernet_II D393B805 For the IPX gurus in the group, can someone tell me if there is some type of logic as to how the network address is translated from the type of frame used? Just to answer my curiosity. Thank you. Priscilla Oppenheimer http://www.priscilla.com Priscilla Oppenheimer http://www.priscilla.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=12183t=11990 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
IPX Network addresses [7:11990]
hi, group. I just noticed that after installing NetWare server, it gave me this info regarding types of IPX frames: Frame type Network address Ethernet_802.2 3D410DCD Ethernet_802.3 1E0F4F9E Ethernet_SNAP FF994BB0 Ethernet_II D393B805 For the IPX gurus in the group, can someone tell me if there is some type of logic as to how the network address is translated from the type of frame used? Just to answer my curiosity. Thank you. Elmer Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=11990t=11990 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: FYI Check out the CCIE whats new page. [7:11128]
Tony, Seriously speaking, i thought at this point you'd be the hunted and not the hunter when it comes to jobs. Or has teh CCIE market become saturated? Elmer -Original Message- From: Tony Medeiros [mailto:[EMAIL PROTECTED]] Sent: Friday, July 06, 2001 12:30 AM To: [EMAIL PROTECTED] Subject: Re: FYI Check out the CCIE whats new page. [7:11128] Boy, That CCIE verification tool is buggy. I put my name in 4 times before It verified me. Tried different capitalization methods untill it finially worked. Then it worked on all capitalization methods !!! Go figure I'm looking for a job right now and I hope that a prospective employeer doesn't use this thing !! Tony Medeiros CCIE #6172 (damnit ) - Original Message - From: John Hardman To: Sent: Thursday, July 05, 2001 3:50 PM Subject: FYI Check out the CCIE whats new page. [7:11128] Hi All There are a couple of new items on the whats new page of the CCO CCIE site. Interesting... http://www.cisco.com/warp/public/625/ccie/ccie_program/whatsnew.html -- John Hardman CCNP MCSE Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=11164t=11128 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]