From: Narbik Kocharians (narbikk@gmail.com)
Date: Wed Jul 02 2008 - 22:42:29 ART
Because both matches were on Access-lists, here, check this out:
R1(config)#route-map TST permit 10
R1(config-route-map)#match ip addr 1
R1(config-route-map)#match as-path 2
R1(config-route-map)#do sh run | s route-map
route-map TST permit 10
match ip address 1
match as-path 2
I hope this helps
On Wed, Jul 2, 2008 at 6:38 PM, Scott Morris <swm@emanon.com> wrote:
> Because the router knows you should not introduce insanity into the mix.
> Can the SAME ip packet really match BOTH acl's?
>
> It's part of the great Cisco mantra of reducing ID-Ten-T errors on the
> network.
>
>
> Scott Morris, CCIE4 #4713, JNCIE-M #153, JNCIS-ER, CISSP, et al.
> CCSI/JNCI-M/JNCI-ER
> Senior CCIE Instructor
>
> smorris@internetworkexpert.com
>
>
>
> Internetwork Expert, Inc.
> http://www.InternetworkExpert.com <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/
>
> Knowledge is power.
> Power corrupts.
> Study hard and be Eeeeviiiil......
>
>
> -----Original Message-----
> From: Morris, Jason L. [mailto:Jasmorris@checkngo.com]
> Sent: Wednesday, July 02, 2008 9:16 PM
> To: swm@emanon.com; GS CCIE-Lab
> Subject: RE: using 'and' matching logic in a route-map
>
> Ok, first question answered...
>
> Second question is, why is it doing this
>
> R8(config-route-map)#do sho run | s route-map route-map default-route
> permit
> 10 R8(config-route-map)#route-map default-route permit 10
> R8(config-route-map)#match ip address 1 <-------- ENTERED ON 2 LINES
> R8(config-route-map)#match ip address 2 <-------- R8(config-route-map)#do
> sho run | s route-map route-map default-route permit 10 match ip address 1
> 2 <-------------------------- DISPLAYED ON 1 LINE R8(config-route-map)#
>
>
> .... I'm confused.....
>
> Jason Morris
>
>
> -----Original Message-----
> From: Scott Morris [mailto:swm@emanon.com]
> Sent: Wednesday, July 02, 2008 9:06 PM
> To: Morris, Jason L.; 'GS CCIE-Lab'
> Subject: RE: using 'and' matching logic in a route-map
>
> Correct. Same line = OR. Multiple lines = AND.
>
> HTH,
>
>
> Scott Morris, CCIE4 #4713, JNCIE-M #153, JNCIS-ER, CISSP, et al.
> CCSI/JNCI-M/JNCI-ER
> Senior CCIE Instructor
>
> smorris@internetworkexpert.com
>
>
>
> Internetwork Expert, Inc.
> http://www.InternetworkExpert.com <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/
>
> Knowledge is power.
> Power corrupts.
> Study hard and be Eeeeviiiil......
>
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Morris, Jason L.
> Sent: Wednesday, July 02, 2008 9:02 PM
> To: GS CCIE-Lab
> Subject: using 'and' matching logic in a route-map
>
> Match ip address 1
> Match ip address 2
>
> Vs
>
> Match ip address 1 2
>
> Example 1 should match ACL 1 '&' 2 and example 2 should match ACL 1 'or'
> 2 right?
>
> Jason Morris
>
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Matt
> Bentley
> Sent: Wednesday, July 02, 2008 8:52 PM
> To: Marko Milivojevic
> Cc: GS CCIE-Lab
> Subject: Re: SFP vs GBIC
>
> And to know what kind of cable goes in which
>
> LC Cable ends - go into SFPs
> http://www.shcomwork.com/uploadpic/20068228521140041.jpg
>
> SC Cable ends - go into GBICs
>
> The cable ends can have one on one side and another on the other.
> Doesn't
> really matter.
>
> Also, another word on SFPs - you have both the SX and LX flavors - with the
> LX, of course, being able to span longer distances. You usually need
> single-mode (color codes vary) for LX and multimode cable for SX (colors
> vary), although depending on what distance you need to traverse you can get
> away with swapping
>
> SFPs can be either 1GB (show above) or 10GB. Rumors are that 100GB is
> coming down the pipe Here is what a 10GB SFP (referred to as XFP) looks
> like
> http://www.t3systemsinc.com/catalog/images/XFP-10G.gif
>
> 10GB "gbics" - also referred to as zenpaks look like this.
> http://www.t3systemsinc.com/catalog/images/XENPAK-10GB.gif
>
> As has been said before - these are either put into a small-footprint
> switch
> (ie 3550, 3750, etc.,) or in big chassis - like 6500s through linecards
> that
> can handle multiple of the same reciever (6704, 6724, etc., )
>
> HTH
>
> Matt Bentley
>
> On Wed, Jul 2, 2008 at 8:39 PM, Marko Milivojevic <markom@markom.info>
> wrote:
>
> > Someone cynical might add that with the advent of SFP which has an
> > identifiable eprom on it, it's much easier for vendors to enforce the
> > use of "compatible" modules. Contrary to popular belief, Cisco is by
> > far not the worst in this practice. Certain middle-eastern anagram for
>
> > ice comes first... (~$1500 for STM-1/OC3 rebranded Agilent SFP !!!)
> >
> > On Thu, Jul 3, 2008 at 00:24, Tony Schaffran (GS)
> > <groupstudy@cconlinelabs.com> wrote:
> > > They are both just media converters.
> > >
> > > The difference is mostly physical.
> > >
> > > The SFP comes in LC and the GBIC is SC
> > >
> > > And both come in copper RJ45 as well.
> >
> >
> >
> _______________________________________________________________________
> > 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
>
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
-- Narbik Kocharians CCSI#30832, CCIE# 12410 (R&S, SP, Security) www.Net-Workbooks.com Sr. Technical Instructor
This archive was generated by hypermail 2.1.4 : Mon Aug 04 2008 - 06:11:53 ART
