Spam detection software, running on the system "groupstudy.com", has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
admin_at_groupstudy.com for details.
Content preview: Try running "show derived-config interface tunnel0". Tunnels
that are created are not static in nature and are therefore not present in
the "running-configuration". You can still see how they were dynamically
configured using the command above. [...]
Content analysis details: (5.8 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low
trust
[74.125.82.49 listed in list.dnswl.org]
5.0 URIBL_BLACK Contains an URL listed in the URIBL blacklist
[URIs: ipexpert.com]
1.5 BAYES_50 BODY: Bayes spam probability is 40 to 60%
[score: 0.5000]
Received: from mail-ww0-f49.google.com (mail-ww0-f49.google.com
[74.125.82.49]) by groupstudy.com (8.12.11.20060308/8.12.11) with
ESMTP id oBKHEFIt023719 GroupStudy Mailer; Mon, 20 Dec 2010 12:14:16
-0500
Received: by wwb17 with SMTP id 17so3150026wwb.30 for
<ccielab_at_groupstudy.com>; Mon, 20 Dec 2010 09:14:10 -0800 (PST)
Received: by 10.227.138.73 with SMTP id z9mr2846572wbt.97.1292865250122;
Mon, 20 Dec 2010 09:14:10 -0800 (PST)
MIME-Version: 1.0
Received: by 10.227.148.5 with HTTP; Mon, 20 Dec 2010 09:13:48 -0800
(PST)
In-Reply-To: <AANLkTinQ4YX9t=-_iXMKDgzTT5SuDFXS=X=YTWfz32pg_at_mail.gmail.com>
References: <AANLkTinQ4YX9t=-_iXMKDgzTT5SuDFXS=X=YTWfz32pg_at_mail.gmail.com>
From: Marko Milivojevic <markom_at_ipexpert.com>
Date: Mon, 20 Dec 2010 17:13:48 +0000
Message-ID: <AANLkTinCEyeE8YEUBVqMNhatoqkK0n2kdJrTB3OboRdn_at_mail.gmail.com>
Subject: Re: MDT
To: Aamir Aziz <aamiraz77_at_gmail.com>
Cc: Cisco certification <ccielab_at_groupstudy.com>
Content-Type: text/plain; charset=UTF-8
Try running "show derived-config interface tunnel0". Tunnels that are
created are not static in nature and are therefore not present in the
"running-configuration". You can still see how they were dynamically
configured using the command above.
Tunnels are multipoint GRE and have the destination address of the MDT
default group. Each PE interested in receiving traffic for that group
will join the group - that's how they attract the traffic and make
tunnels come up.
-- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert FREE CCIE training: http://bit.ly/vLecture Mailto: markom_at_ipexpert.com Telephone: +1.810.326.1444 Web: http://www.ipexpert.com/ On Mon, Dec 20, 2010 at 05:43, Aamir Aziz <aamiraz77_at_gmail.com> wrote: > Dear *, > > I have a basic question about MDT. So when we issue the command on a > PE mdt default x.x.x.x under ip vrf the routers creates a tunnel based > on lo0 and tunnel comes up. On the other end PE the same thing happen > and multicast (vrf) traffic goes via this tunnel. The question is when > i do sh run tunnel 0 i dont see any configuration so how did the > tunnel come up and how does the router know how to reach the other > end? > > Thanks, > Aamir > > > Blogs and organic groups at http://www.ccie.net > > _______________________________________________________________________ > Subscription information may be found at: > http://www.groupstudy.com/list/CCIELab.html Blogs and organic groups at http://www.ccie.netReceived on Mon Dec 20 2010 - 17:13:48 ART
This archive was generated by hypermail 2.2.0 : Sat Jan 01 2011 - 09:37:49 ART