Team
I continued ahead to task 6.5 in the DSG and when I tried to enter those
commands I got the message %PVC already assigned to interface Serial0/1/0.
At this point I shut down int s0/1/0 and s0/1/0.1 on R2 and then did a clear
frame-relay inarp on R2. Then I was able to complete the commands for task
6.5 and no shut int s0/1/0 and s0/1/0.1 on R2.
This also seems to fix the issue I was having in task 6.4. I was able to see
the 402 and 412 DLCI and ping 150.100.24.2 from R4.
So at this point I believe the DSG needs to be checked and then updated with
the correct commands so no one else runs into these issues. Can one of the
IP Expert instructors please run through this lab and confirm everything and
then get it updated?
Please note that I was not able to complete my frame relay lab today due to
the time it took to troubleshoot and document these issues. I have tried to
complete this lab and I have run into errors using both the video solution
and the DSG.
I will use my scheduled rack time in the morning to try and complete this
lab with the DSG and document any other errors I find.
Task 6.5 - Commands
__________
R4
_ _ _ _
conf t
int s0/0/0
encap frame ietf
end
wr
R2
_ _ _ _
conf t
int s0/1/0.1
frame-relay interface-dlci 204 ietf
end
wr
R4#ping 150.100.24.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 150.100.24.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 28/29/32 ms
R4#sh frame map
Serial0/0/0 (up): ip 150.100.24.2 dlci 402(0x192,0x6420), dynamic,
broadcast,
IETF, status defined, active
Serial0/0/0 (up): ip 150.100.100.2 dlci 412(0x19C,0x64C0), dynamic,
broadcast,
IETF, status defined, active
R4#sh frame map
Serial0/0/0 (up): ip 150.100.24.2 dlci 402(0x192,0x6420), dynamic,
broadcast,
IETF, status defined, active
Serial0/0/0 (up): ip 150.100.100.2 dlci 412(0x19C,0x64C0), dynamic,
broadcast,
IETF, status defined, active
Thanks
_____
From: [email protected]
[mailto:[email protected]] On Behalf Of virtualtech
Sent: Tuesday, June 22, 2010 1:57 PM
To: 'Adrian Brayton'
Cc: [email protected]
Subject: Re: [OSL | CCIE_RS] Volume 1 Lab 6 Task 6.4
Adrian
You may be correct and I do appreciate your help. When I first started
working with this lab last week I followed along with the video and I got
past this part but I ran into errors in another section. I sent an email
about those errors with the configs. So today I am trying to do everything
from the latest version of the DSG and I ran into this issue. I wish the
video matched up with the DSG but some steps are not done in the video.
My point is the DSG should have the correct information and if not it should
be updated. I have followed the DSG instructions to the letter and according
to the DSG instructions I should be able to see the DLCI and ping it.
Below are quotes from the DSG:
"Wait. We turned off Inverse Arp on R2. And it's connected via a
subinterface which doesn't run Inverse ARP anyway. How can we learn things?
"There's a difference between Inverse Arp requests and responses. R2 will
not send out any requests for inverse arp but it will respond to another
devices requests."
Thanks
_____
From: Adrian Brayton [mailto:[email protected]]
Sent: Tuesday, June 22, 2010 1:26 PM
To: virtualtech
Cc: [email protected]
Subject: Re: [OSL | CCIE_RS] Volume 1 Lab 6 Task 6.4
You only have one side (R4) using inverse-arp, the other side needs to know
how to get back (P2P sub-interface / frame-relay interface-dlci XXX) . If I
remember correctly, if you are going to use inverse-arp, you need to do a no
inverse-arp on the DLCIs you dont want to use. I think back to when Scott
Morris said, "you need to think like the router" or something like that...
How will the router know which DLCI to use if there are more than one on the
line?
On Jun 22, 2010, at 1:08 PM, virtualtech wrote:
Team
I am having issues with Volume 1 Lab 6. I got to the part on task 6.4 where
the DSG is basically explaining that R2 will not send out Inverse arp
requests but will respond to them.
The last command I entered was turning on inverse arp for router R4. When I
do sh frame map I get the following output:
R4#sh frame map
Serial0/0/0 (up): ip 150.100.100.2 dlci 412(0x19C,0x64C0), dynamic,
broadcast,, status defined, active
The DSG says I should also see DLCI 402 and then be able to ping its IP
150.100.24.2 but I am not able to see that DLCI or ping it. I have checked
all of my commands several times and I also downloaded the latest DSG from
the site to make sure there were no updates.
I also watched the Vol 1 walkthrough video to see if there was another
example there but the video does not follow all of the same steps that are
listed in the DSG.
Please let me know how I should proceed? I am also including the
configurations for routers R2 and R4.
Thank You
<R2.rtf><R4.rtf>_______________________________________________
For more information regarding industry leading CCIE Lab training, please
visit www.ipexpert.com
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.829 / Virus Database: 271.1.1/2955 - Release Date: 06/22/10
02:36:00
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.829 / Virus Database: 271.1.1/2955 - Release Date: 06/22/10
02:36:00
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit
www.ipexpert.com
