From: Kenneth Wygand (KWygand@customonline.com)
Date: Wed Jul 14 2004 - 00:09:29 GMT-3
Hmm... how about tunneling over a tunnel... did anyone think of that? ;-)
Ken
________________________________
From: Dan Shechter [mailto:danshtr@yahoo.com]
Sent: Tue 7/13/2004 12:05 PM
To: Kenneth Wygand
Subject: Re: Quiz Question of the Day 20040712
how diff? seting tunnel destination or source to other than 10.0.0.0
network will do?
Kenneth Wygand wrote:
>--------------------------
>Sent from my BlackBerry Wireless Handheld
>
>
>-----Original Message-----
>From: Kenneth Wygand <KWygand@customonline.com>
>To: 'danshtr@yahoo.com' <danshtr@yahoo.com>
>Sent: Tue Jul 13 11:44:34 2004
>Subject: Re: Quiz Question of the Day 20040712
>
>Well, that's really just another way of writing it, so that would be a tough argument with a proctor to accept that answer. There is, however, another answer that differs in more than just symantics.
>
>Ken
>--------------------------
>Sent from my BlackBerry Wireless Handheld
>
>
>-----Original Message-----
>From: Dan Shechter <danshtr@yahoo.com>
>To: Kenneth Wygand <KWygand@customonline.com>
>Sent: Tue Jul 13 11:38:51 2004
>Subject: Re: Quiz Question of the Day 20040712
>
>and if you dont allow ip addr in the tun
>
>ip host R1 10.0.0.1
>ip host R2 10.0.0.2
>
>int loop 11
> ip addr 11.0.0.2 255.255.255.0
>in tun 0
> ip unn lo 11
> tunnel dest R1
> tunnel source ethernet e0/0
>
>
>
>Kenneth Wygand wrote:
>
>
>
>>?
>>OK, no problem. I'll accept that. My version of IOS will not allow packets to be sent out the interface unless the primary interface is in the routing process, which violates the requirements given.
>>
>>Can anyone think of any other ways to do this? Suppose you aren't allowed to use subinterfaces anywhere.
>>
>>Look at the original requirements given. Hint: I didn't say you could not use tunnels, I just said you can't use the configuration posted. Anytime you see something out of the ordinary like this, something should click in your head that perhaps theres a way to do it similar to, but not exactly, to the prohibited statements...
>>
>>Good luck again!
>>Ken
>>
>>________________________________
>>
>>From: Godswill Oletu [mailto:oletu@inbox.lv]
>>Sent: Tue 7/13/2004 9:53 AM
>>To: Godswill Oletu; James
>>Cc: Kenneth Wygand; ccielab@groupstudy.com
>>Subject: Re: Quiz Question of the Day 20040712
>>
>>
>>
>>(the initial post did not come out nicely)
>>
>>R1(s0)------------------------------------------(s0)R2
>>(R1/s0=22.11.11.11/8 -pri)
>>(R1/s0=192.168.30.10/29 - sec)
>>
>>(R2/s0=192.168.30.9/29 -sec)
>>(R2/s0=22.22.22.22/8 - pri)
>>(R2/loop10=1.1.1.1/8)
>>(R2/loop20=2.2.2.2/8)
>>
>>R2#
>>R2#sh ip rou
>>....
>>....
>>C 1.0.0.0/8 is directly connected, Loopback10
>>C 2.0.0.0/8 is directly connected, Loopback20
>> 192.168.30.0/29 is subnetted, 1 subnets
>>C 192.168.30.8 is directly connected, Serial1
>>C 22.0.0.0/8 is directly connected, Serial1
>>R2#
>>
>>
>>R1#
>>R1#sh ip rou
>>....
>>....
>>R 1.0.0.0/8 [120/1] via 192.168.30.9, 00:00:26, Serial0
>>R 2.0.0.0/8 [120/1] via 192.168.30.9, 00:00:26, Serial0
>> 192.168.30.0/29 is subnetted, 1 subnets
>>C 192.168.30.8 is directly connected, Serial0
>>C 22.0.0.0/8 is directly connected, Serial0
>>R1#
>>
>>As you can see, R1 is sourcing both loopback networks via the seconday
>>address.
>>
>>Thanks
>>
>>
>>
>>Godswill Oletu (CCNP/CCDP/CCSP)
>>==========================
>>**In the future everything will Work**
>>
>>
>>
>>
>>
>>----- Original Message -----
>>From: "Godswill Oletu" <oletu@inbox.lv>
>>To: "James" <james@towardex.com>
>>Cc: "Kenneth Wygand" <KWygand@customonline.com>; <ccielab@groupstudy.com>
>>Sent: Tuesday, July 13, 2004 8:59 AM
>>Subject: Re: Quiz Question of the Day 20040712
>>
>>
>>
>>
>>
>>
>>>James,
>>>
>>>RIP is not one of those protocols. The behaviour you mentioned can be seen
>>>with protocols that treat secondary addresses as stub networks eg OSPF.
>>>
>>>
>>>
>>>
>>OSPF
>>
>>
>>
>>
>>>will not send Hellos on secondary networks, will not form adjacencies on
>>>secondary networks and will not even advertise secondary
>>>
>>>
>>>
>>>
>>addresses/networks
>>
>>
>>
>>
>>>if OSPF is not running on the primary interface.
>>>
>>>But RIP will work fine with Secondary addresses. If you have Doyle's
>>>
>>>
>>>
>>>
>>Routing
>>
>>
>>
>>
>>>TCP/IP vol 1, check pages 526, 530 and 531.
>>>
>>>I am setuping this up in my home lab at the moment and will paste results.
>>>
>>>Thanks
>>>Godswill Oletu (CCNP/CCDP/CCSP)
>>>==========================
>>>**In the future everything will Work**
>>>
>>>
>>>
>>>----- Original Message -----
>>>From: "James" <james@towardex.com>
>>>To: "Godswill Oletu" <oletu@inbox.lv>
>>>Cc: "Kenneth Wygand" <KWygand@customonline.com>; <ccielab@groupstudy.com>
>>>Sent: Tuesday, July 13, 2004 7:52 AM
>>>Subject: Re: Quiz Question of the Day 20040712
>>>
>>>
>>>
>>>
>>>
>>>
>>>>>R1#IP address 11.0.0.1 255.0.0.0 sec
>>>>>R1#Router RIP
>>>>>R1#Ver 2
>>>>>R1#Network 11.0.0.0
>>>>>
>>>>>R2#IP address 11.0.0.2 255.0.0.0 sec
>>>>>R2#Router RIP
>>>>>R2#Ver 2
>>>>>R2#Network 11.0.0.0
>>>>>
>>>>>
>>>>>
>>>>>
>>>>Most version of Cisco IOS will source a packet from the primary address.
>>>>You may see RIP failing to find an appropriate address to source an
>>>>
>>>>
>>>>
>>>>
>>update
>>
>>
>>
>>
>>>with
>>>
>>>
>>>
>>>
>>>>with this setup...
>>>>
>>>>-J
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>Godswill Oletu (CCNP/CCDP/CCSP)
>>>>>==========================
>>>>>**In the future everything will Work**
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>----- Original Message -----
>>>>>>From: "Kenneth Wygand" <KWygand@customonline.com>
>>>>>>To: <ccielab@groupstudy.com>
>>>>>>Sent: Monday, July 12, 2004 5:04 AM
>>>>>>Subject: Quiz Question of the Day 20040712
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>?
>>>>>>>Here's your Monday Morning brain cruncher!
>>>>>>>
>>>>>>>R1----10.0.0.x/24----R2
>>>>>>>
>>>>>>>Link on R1 connecting to R2 is 10.0.0.1/24
>>>>>>>Link on R2 connecting to R1 is 10.0.0.2/24
>>>>>>>
>>>>>>>R2 has RIPv2 routes that it is receiving from an external source.
>>>>>>>You do not have any information about what networks or subnets R2
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>is
>>
>>
>>
>>
>>>>>>receiving.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>R1 needs to receive these routes from R2.
>>>>>>>
>>>>>>>RIP updates are NOT allowed to be sourced from any address in the
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>10.0.0.0/24 range.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>RIP routes may only be sourced form the 11.0.0.0/24 network, which
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>is
>>>
>>>
>>>
>>>
>>>>>not
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>currently defined anywhere.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>You CANNOT change the primary IP address on the interfaces between
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>R1
>>>
>>>
>>>
>>>
>>>>>and
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>R2.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>Your configuration CANNOT include the following:
>>>>>>>
>>>>>>>R1:
>>>>>>>interface tunnel(x)
>>>>>>>ip address 11.0.0.(x) 255.255.255.0
>>>>>>>tunnel source 10.0.0.1
>>>>>>>tunnel destination 10.0.0.2
>>>>>>>
>>>>>>>How can this be accomplished?
>>>>>>>
>>>>>>>Good Luck!! :)
>>>>>>>
>>>>>>>Ken
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>_______________________________________________________________________
>>>
>>>
>>>
>>>
>>>>>>>Please help support GroupStudy by purchasing your study materials
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>from:
>>>
>>>
>>>
>>>
>>>>>>>http://shop.groupstudy.com <http://shop.groupstudy.com/>
>>>>>>>
>>>>>>>Subscription information may be found at:
>>>>>>>http://www.groupstudy.com/list/CCIELab.html
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>_______________________________________________________________________
>>>
>>>
>>>
>>>
>>>>>>Please help support GroupStudy by purchasing your study materials
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>from:
>>>
>>>
>>>
>>>
>>>>>>http://shop.groupstudy.com <http://shop.groupstudy.com/>
>>>>>>
>>>>>>Subscription information may be found at:
>>>>>>http://www.groupstudy.com/list/CCIELab.html
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>_______________________________________________________________________
>>
>>
>>
>>
>>>>>Please help support GroupStudy by purchasing your study materials
>>>>>
>>>>>
>>>>>
>>>>>
>>from:
>>
>>
>>
>>
>>>>>http://shop.groupstudy.com <http://shop.groupstudy.com/>
>>>>>
>>>>>Subscription information may be found at:
>>>>>http://www.groupstudy.com/list/CCIELab.html
>>>>>
>>>>>
>>>>>
>>>>>
>>>>--
>>>>James Jun TowardEX
>>>>
>>>>
>>>>
>>>>
>>>Technologies, Inc.
>>>
>>>
>>>
>>>
>>>>Technical Lead Network Design, Consulting, IT
>>>>
>>>>
>>>>
>>>>
>>>Outsourcing
>>>
>>>
>>>
>>>
>>>>james@towardex.com Boston-based Colocation & Bandwidth
>>>>
>>>>
>>>>
>>>>
>>>Services
>>>
>>>
>>>
>>>
>>>>cell: 1(978)-394-2867 web: http://www.towardex.com <http://www.towardex.com/> , noc:
>>>>
>>>>
>>>>
>>>>
>>>www.twdx.net
>>>
>>>_______________________________________________________________________
>>>Please help support GroupStudy by purchasing your study materials from:
>>>http://shop.groupstudy.com <http://shop.groupstudy.com/>
>>>
>>>Subscription information may be found at:
>>>http://www.groupstudy.com/list/CCIELab.html
>>>
>>>
>>>
>>>
>>_______________________________________________________________________
>>Please help support GroupStudy by purchasing your study materials from:
>>http://shop.groupstudy.com
>>
>>Subscription information may be found at:
>>http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sun Aug 01 2004 - 10:11:54 GMT-3