Archive for June, 2006
June 30, 2006 @ 5:00 pm
· Filed under CCIE Study
Hi,
The route will get advertised to your bgp neighbor; however, I have never tried to nat to address that is not defined on one of my interfaces. so, I am not really sure how the NAT process is going to work. I have forgotten my order of operations when it comes to NAT. Would traffic […]
Permalink
June 30, 2006 @ 4:59 pm
· Filed under CCIE Study
Hi,
I just used fictive ip addresses here… The outside interface is a /30 net (link net) and the nat address is not in that /30 net, but on the outside of it..
Lets just say that the outside interface has ip address 172.16.1.89 255.255.255.252
And the nat overload address is 172.16.1.17
Comment?
Jens —–Original Message—– From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On […]
Permalink
June 30, 2006 @ 4:06 pm
· Filed under CCIE Study
So, using the static snooping entry would forward the traffic, but the static mac table addressing wouldn’t?
—–Original Message—– From: David Timmons [mailto:masterdt@yahoo.com] Sent: Friday, June 30, 2006 4:30 PM To: Paul Dardinski; Cisco certification Cc: yan.anchipolovskiy@prudential.com Subject: RE: Multicast question
Hi,
If IGMP snooping is disabled, the switch will get the multicast traffic. It will then […]
Permalink
June 30, 2006 @ 4:05 pm
· Filed under CCIE Study
Hi,
If IGMP snooping is disabled, the switch will get the multicast traffic. It will then lookup the MAC in its cam table for a match. Now, without your cam entry, the switch will flood the multicast out of every interface except the one the traffic was received on. So, without the entry, that interface […]
Permalink
June 30, 2006 @ 4:04 pm
· Filed under CCIE Study
Hi,
I just used fictive ip addresses here… The outside interface is a /30 net (link net) and the nat address is not in that /30 net, but on the outside of it..
Lets just say that the outside interface has ip address 172.16.1.89 255.255.255.252
And the nat overload address is 172.16.1.17
Comment?
Jens
—–Original Message—– From: David Timmons [mailto:masterdt@yahoo.com] […]
Permalink
June 30, 2006 @ 4:03 pm
· Filed under CCIE Study
Hi,
This looks like it will inject the static route into BGp and it should be seen by the bgp peer; however, since it is the same subnet as your outside interface, why would you try to do this instead of advertising your outside interface into bgp?
dt
— Jens Petter wrote:
> I am trying to […]
Permalink
June 30, 2006 @ 4:02 pm
· Filed under CCIE Study
Thanks David.
The goal is to enable the multicast flooding out the port. Assume that ip igmp snooping is disabled on the vlan, would both cases would allow multicast packet forwarding?
—–Original Message—– From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of David Timmons Sent: Friday, June 30, 2006 4:04 PM To: Cisco certification Subject: Re: Multicast question
hmm,
I think the […]
Permalink
June 30, 2006 @ 4:00 pm
· Filed under CCIE Study
hmm,
I think the IP IGMP snooping command is going to enable IGMP snooping and make your interface a member of the defined multicast group. When you create a static cam entry you just tell the switch where to forward the traffic; this will prevent the flooding out of all ports. So, I don’t think the […]
Permalink
June 30, 2006 @ 3:59 pm
· Filed under CCIE Study
This solution is not valid.
——————————————————————–
From: “Michael Stout” Reply-To: “Michael Stout” To: ccielab@groupstudy.com Subject: IEW Workbook lab 5 q4.3 Date: Thu, 29 Jun 2006 20:45:06 -0700 Hello: Id like to question whether […]
Permalink
June 30, 2006 @ 3:59 pm
· Filed under CCIE Study
I am trying to figure out how to advertise a NAT configured pool in to bgp..
Will this do the job ? :
interface fastethernet 1 ip address 172.16.1.x 255.255.255.252 ip nat outside
router bgp 1 neighbor 10.1.1.1 remote-as 2 redistribute static route-map STATIC-TO-BGP
access-list 1 permit 172.16.1.10 access-list 2 permit 192.168.1.0
route-map STATIC-TO-BGP match ip address 1
ip nat pool […]
Permalink
Next entries » ·
« Previous entries