Re: Internetwork Expert and VaporWare

From: Scott Thornton (scthornton@gmail.com)
Date: Fri Nov 12 2004 - 23:43:10 GMT-3

I subscribe to this service and I think that the material posted is
great. The subscription is very inexpensive and I believe anyone
working on their CCIE or wanted to learn Routing and Switching topics
would benefit.

On Fri, 12 Nov 2004 20:45:41 -0500, Brian McGahan
<bmcgahan@internetworkexpert.com> wrote:
> Hi David,
>
> I see that the subscription you're logging in to the
> technologies lab with is not registered under your name, nor have you
> ever been a customer of Internetwork Expert. Furthermore, the only
> reference I can see to a "David Sloan" on groupstudy is the following
> post:
>
> http://www.groupstudy.com/archives/ccielab/200211/msg00503.html
>
> David A. Sloan
> President, I P expert . net
> CCIE #6976, CCSI #21666 (Rt.)
>
> Is this you David, or am I mistaken? I find it odd that instead
> of contacting Internetwork Expert directly for any legitimate product
> related questions you instead choose to slander us on a public mailing
> list.
>
> For those of you wondering about the legitimacy of this claim,
> yes it is true the lab series is not complete. However, the idea of
> this new format we're delivering the content in is that instead of
> waiting months for a new product to be released, we are offering this
> series on a subscription basis that costs about $12 per month.
>
> This way we can continue development on the series indefinitely
> and it will never become obsolete. In other words the series will NEVER
> be complete. I have personally been posting the labs in this series
> every day since its release about two weeks ago. There are currently
> over 75 labs in the series, such as:
>
> Understanding Layer 2 Access Switchports
> Understanding ISL Trunk Ports
> Understanding 802.1q Trunk Ports
> Understanding 802.1q Trunk Ports and the Native VLAN
> Configuring Trunk Ports without DTP
> Router-on-a-Stick
> Router-on-a-Stick and the Native VLAN
> EtherChannel
> EtherChannel - PAgP
> EtherChannel - PagP Auto
> EtherChannel - LACP
> EtherChannel - LACP Passive
> EtherChannel - Layer 3
> Frame-Relay Inverse-ARP
> Frame-Relay Static Mapping 1
> Frame-Relay Inverse-ARP & Static Mappings
> Frame-Relay Multipoint Interfaces: Inverse-ARP
> Frame-Relay Multipoint Interfaces: Static Mappings
> Frame-Relay Multipoint Interfaces: Inverse-ARP & Static Mappings
> Frame-Relay Point-to-Point Subinterfaces
> Frame-Relay Point-to-Point Subinterfaces and Main Interfaces:
> Inverse-ARP
> Frame-Relay Point-to-Point Subinterfaces and Main Interfaces: Static
> Mappings
> Frame-Relay Point-to-Point Subinterfaces and Multipoint Subinterfaces:
> Inverse-ARP
> Frame-Relay Point-to-Point Subinterfaces and Multipoint Subinterfaces:
> Static Mapping
> Frame-Relay Main Interface: Inverse-ARP, Multipoint Interface:
> Inverse-ARP
> Frame-Relay Main Interface: Inverse-ARP, Multipoint Interface: Static
> Mapping
> Frame-Relay Main Interface: Static Mapping, Multipoint Interface:
> Inverse-ARP
> Frame-Relay Main Interface: Static Mapping, Multipoint Interface: Static
> Mapping
> Frame-Relay Hub-and-Spoke, Main Interfaces with Inverse-ARP
> Frame-Relay Hub-and-Spoke, Main Interfaces w/ Inverse-ARP & Static
> Mappings
> Frame-Relay Hub-and-Spoke, Main Interfaces w/ Static Mappings
> Frame-Relay Hub-and-Spoke, Main Interfaces w/ Inverse-ARP &
> Point-to-Point Subinterfaces
> Frame-Relay Hub-and-Spoke, Main Interfaces w/ Static Mappings &
> Point-to-Point Subinterfaces
> ATM PVC Main Interface w/ Inverse-ARP
> ATM PVC Main Interface w/ Static Mapping
> ATM PVC Main Interface w/ Legacy Static Mapping
> ATM PVC Multipoint Subinterface w/ Inverse-ARP
> ATM PVC Multipoint Subinterface w/ Static Mapping
> ATM PVC Point-to-Point Subinterface
> ATM PVC Discovery w/ Main Interface
> ATM PVC Discovery w/ Multipoint Subinterface
> ATM PVC Discovery w/ Point-to-Point Subinterface
> ATM SVC Static Mapping w/ Main Interface
> ATM SVC Static Mapping w/ Main Interface & Static NSAP
> ATM SVC Static Mapping w/ Multipoint Subinterface
> ATM SVC CLIP w/ Remote ARP-Server
> ATM SVC CLIP w/ Local ARP-Server
> ISDN Layer 2 Connectivity
> ISDN Legacy DDR
> ISDN Dialer Profiles
> ISDN Legacy DDR and Dialer Profiles
> ISDN Dialer Load-Threshold
> ISDN Dialer Load-Threshold (II)
> Legacy DDR with PPP
> ISDN Legacy DDR without Dialer Maps w/HDLC
> ISDN Legacy DDR with PPP and Dynamic Dialer Maps
> ISDN Legacy DDR with PPP PAP Authentication
> ISDN Legacy DDR with PPP CHAP Authentication
> Legacy Custom Queueing
> MQC Bandwidth
> Legacy Priority Queueing
> MQC Low Latency Queue
> Legacy Generic Traffic Shaping
> MQC Shaping
> Legacy Frame Relay Traffic Shaping
> MQC Frame Relay Traffic Shaping
> Legacy Committed Access Rate
> MQC Policing
> DLSw+ TCP Encapsulation
> DLSw+ FST Encapsulation
> DLSw+ Direct over Frame Relay
> DLSw+ Lite over Frame Relay
> DLSw+ Direct over HDLC
>
> If anyone else has any questions related to this product you can
> email me offlist or find me on our chat server at
> http://www.internetworkexpert.com/chat/
>
> Thanks,
>
> Brian McGahan, CCIE #8593
> bmcgahan@internetworkexpert.com
>
> Internetwork Expert, Inc.
> http://www.InternetworkExpert.com
> Toll Free: 877-224-8987 x 705
> Outside US: 775-826-4344 x 705
> 24/7 Support: http://forum.internetworkexpert.com
> Live Chat: http://www.internetworkexpert.com/chat/
>
>
>
>
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
> Of
> > David Sloan
> > Sent: Friday, November 12, 2004 7:06 PM
> > To: ccie2be@nyc.rr.com
> > Cc: ccielab@groupstudy.com
> > Subject: Re: Internetwork Expert and VaporWare
> >
> > Because it's their product... Go to their website... It's a new
> product.
> >
> >
> > >From: "ccie2be" <ccie2be@nyc.rr.com>
> > >To: "David Sloan" <jadin_321@hotmail.com>, <ccielab@groupstudy.com>
> > >Subject: Re: Internetwork Expert and VaporWare
> > >Date: Fri, 12 Nov 2004 20:02:51 -0500
> > >
> > >What does the CCIE Routing & Technologies Labs have to do with
> > Internetwork
> > >Expert (IE)?
> > >
> > >Those guys at IE, Brian Dennis and Brian McGahan, are giants in
> > networking
> > >and they've created the best practice labs workbook on the market
> IMHO.
> > >
> > >From the subject line of your post, it sounds like you're slandering
> the
> > >best ccie prep company out there today.
> > >
> > >Tim
> > >----- Original Message -----
> > >From: "David Sloan" <jadin_321@hotmail.com>
> > >To: <ccielab@groupstudy.com>
> > >Sent: Friday, November 12, 2004 7:32 PM
> > >Subject: Internetwork Expert and VaporWare
> > >
> > >
> > > > FYI for anyone interested in subscribing to the "CCIE Routing &
> > >Technologies
> > > > Labs."
> > > >
> > > > Most of subjects listed under each of the three catagories aren't
> even
> > > > available yet. The most rediculous item is this though. The
> first
> > >line
> > >of
> > > > the description is:
> > > >
> > > > "Are you looking to isolate your CCIE lab preparation on an
> individual
> > >topic
> > > > basis? Tired of spending hours setting up a lab topology just to
> see
> > how
> > >BGP
> > > > works?"
> > > >
> > > > You won't find any BGP here... Yet.
> > > >
> > > > My advice.. Wait til the vapor materializes.
> > > >
> > > >
> >
> _______________________________________________________________________
> > > > Subscription information may be found at:
> > > > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
> 

-- 
Scott C Thornton

Notice: This e-mail (including attachments) is covered by the Electronic
Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential and may be
legally privileged.  If you are not the intended recipient, you are hereby
notified that any retention, dissemination, distribution, or copying of this
communication is strictly prohibited.  Please reply to the sender that you
have received the message in error, then delete it.  Thank you.

This archive was generated by hypermail 2.1.4 : Thu Dec 02 2004 - 06:57:43 GMT-3