I wanted to follow up again on this and state that I MUST be missing something. The only difference being that I'm using s0/0/0 instead of s0/1/0.
R2 ----- interface Serial0/0/0 description Frame Relay Links ip address 150.100.100.2 255.255.255.0 encapsulation frame-relay frame-relay map ip 150.100.100.2 206 frame-relay map ip 150.100.100.5 205 broadcast frame-relay map ip 150.100.100.6 206 broadcast frame-relay interface-dlci 214 ppp Virtual-Template1 frame-relay interface-dlci 215 ppp Virtual-Template1 frame-relay interface-dlci 216 ppp Virtual-Template1 no frame-relay inverse-arp ! interface Serial0/0/0.1 point-to-point ip address 150.100.24.2 255.255.255.0 frame-relay interface-dlci 204 ! interface Virtual-Template1 ip address 150.200.200.2 255.255.255.0 R4 ----- interface Serial0/0/0 ip address 150.100.24.4 255.255.255.0 encapsulation frame-relay IETF no fair-queue frame-relay interface-dlci 412 ppp Virtual-Template1 ! interface Virtual-Template1 ip address 150.200.200.4 255.255.255.0 R5 ----- interface Serial0/0/0 no ip address encapsulation frame-relay no fair-queue frame-relay interface-dlci 512 ppp Virtual-Template1 no frame-relay inverse-arp ! interface Serial0/0/0.1 multipoint ip address 150.100.100.5 255.255.255.0 frame-relay map ip 150.100.100.5 502 frame-relay map ip 150.100.100.6 502 broadcast frame-relay map ip 150.100.100.2 502 ! interface Virtual-Template1 ip address 150.200.200.5 255.255.255.0 R6 ----- interface Serial0/0/0 ip address 150.100.100.6 255.255.255.0 encapsulation frame-relay no fair-queue frame-relay map ip 150.100.100.6 602 frame-relay map ip 150.100.100.5 605 broadcast frame-relay map ip 150.100.100.2 602 broadcast frame-relay interface-dlci 612 ppp Virtual-Template1 no frame-relay inverse-arp ! interface Virtual-Template1 ip address 150.200.200.6 255.255.255.0 All of my virtual-access interfaces all shown down/down on all 4 routers- R2#sh ip int brie Interface IP-Address OK? Method Status Protocol GigabitEthernet0/0 unassigned YES NVRAM administratively down down GigabitEthernet0/1 unassigned YES NVRAM administratively down down Serial0/0/0 150.100.100.2 YES NVRAM up up Serial0/0/0.1 150.100.24.2 YES NVRAM up up Serial0/1/0 unassigned YES NVRAM administratively down down Virtual-Access1 unassigned YES unset down down Virtual-Template1 150.200.200.2 YES manual down down Virtual-Access2 150.200.200.2 YES TFTP down down Virtual-Access3 150.200.200.2 YES TFTP down down Virtual-Access4 150.200.200.2 YES TFTP down down Loopback0 200.0.0.2 YES NVRAM up up Regards, Jay McMickle- CCNP, CCSP, MCSE ________________________________ From: Jay McMickle <[email protected]> To: Markku Leiniö <[email protected]> Cc: "[email protected]" <[email protected]> Sent: Wed, July 21, 2010 7:02:45 AM Subject: Re: [OSL | CCIE_RS] PPPoFR- Workbook1, 6.10 Correct, the virtual template interfaces aren't expected to come up, but the virtual access is. I followed the dsg exactly, so I guess I need to look at the final configs to see what I missed unless someone has had the same issue. Regards, Jay McMickle- CCNP, CCSP, MCSE Sent from my iPhone On Jul 21, 2010, at 12:45 AM, Markku Leiniö <[email protected]> wrote: > Hi! As far as I know, *virtual-template* interfaces never come up as > they are just used as templates. What is the situation with the > *virtual-access* interface(s) that are created automatically? > > Markku > > On Wed, Jul 21, 2010 at 5:18 AM, Jay McMickle <[email protected]> wrote: >> Has anyone run across issues with the Virtual templates not coming up with >> the PPP over Frame-Relay? I tried it my way, looked at the DSG, reloaded my >> routers, and put in the DSG commands line by line. I'm using the physical >> interface (not sub-interfaces) for the frame-relay interface-dlci x1x ppp >> virtual-template1 after the VT's are created. Again, I followed it step by >> step, using the physical interfaces of the 150.100.24.x and 150.100.100.x >> interfaces. I know the lab isn't wrong, so I'm wondering if there is a >> catch in a previous step that I missed that is a pre-requisite for this >> task. >> >> Anyone recently looked at this and had the same issues? I've reloaded by >> routers back to task 6.8. >> >> >> >> >> Regards, >> Jay McMickle- CCNP, CCSP, MCSE >>
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
