Nope, none I'm afraid. Can you send "sh ip ro con" from both routers.
-- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert YES! We include 400 hours of REAL rack time with our Blended Learning Solution! Mailto: [email protected] Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Web: http://www.ipexpert.com/ On Tue, Jul 13, 2010 at 13:03, Quentin Huberty <[email protected]> wrote: > Hi Marko, > > I removed the command mask IPCP. This still not work. > Below the infos : > > R2 : flash:/c1841-adventerprisek9-mz.124-25c.bin > R1 : flash:c3825-advipservicesk9-mz.124-9.T7.bin > > Have you some explanation about this ? > Is it a bug ? > > Rgds, Quentin > > -----Original Message----- > From: Marko Milivojevic [mailto:[email protected]] > Sent: Monday, July 12, 2010 17:15 > To: Quentin Huberty > Cc: [email protected] > Subject: Re: PPPoE and OSPF > > Can you try removing mask commands for IPCP? Also, which IOS and > hardware are you running? > > -- > Marko Milivojevic - CCIE #18427 > Senior Technical Instructor - IPexpert > > YES! We include 400 hours of REAL rack > time with our Blended Learning Solution! > > Mailto: [email protected] > Telephone: +1.810.326.1444 > Fax: +1.810.454.0130 > Web: http://www.ipexpert.com/ > > On Mon, Jul 12, 2010 at 14:34, Quentin Huberty <[email protected]> > wrote: >> Marko, >> >> Below my config and some show command. >> This still not work on my router.. This is very strange >> >> Are you some idea why this not work ? >> >> Thks >> >> Quentin >> >> >> >> R2 >> --- >> interface Dialer1 >> ip address negotiated >> ip mtu 1492 >> encapsulation ppp >> dialer pool 1 >> ppp ipcp mask request >> ! >> interface FastEthernet0/0 >> no ip address >> pppoe enable >> pppoe-client dial-pool-number 1 >> ! >> router ospf 1 >> network 0.0.0.0 255.255.255.255 area 0 >> ! >> R2#sh ip os nei >> >> ! >> R2#debug ip os events >> >> Send hello to 224.0.0.5 area 0 on Dialer1 from 12.12.12.101 >> .Jan 21 21:45:13.767: OSPF: Rcv pkt from 12.12.12.2, Dialer1, area 0.0.0.0 : >> src not on the same network >> ! >> ! >> R2#sh ip int brief | exc un >> Interface IP-Address OK? Method Status >> Protocol >> Dialer1 12.12.12.101 YES IPCP up >> up >> Loopback0 2.2.2.2 YES NVRAM up >> up >> R2#ping 12.12.12.2 >> >> Type escape sequence to abort. >> Sending 5, 100-byte ICMP Echos to 12.12.12.2, timeout is 2 seconds: >> !!!!! >> >> R1 >> --- >> >> bba-group pppoe global >> virtual-template 1 >> ! >> ip local pool R1 12.12.12.101 12.12.12.255 >> ! >> interface Virtual-Template1 >> ip address 12.12.12.2 255.255.255.0 >> ip mtu 1492 >> peer default ip address pool R1 >> ppp ipcp mask 255.255.255.0 >> ! >> interface GigabitEthernet0/0 >> no ip address >> pppoe enable group global >> ! >> router ospf 1 >> log-adjacency-changes >> network 12.12.12.0 0.0.0.255 area 0 >> ! >> ! >> R1#sh ip os nei >> >> Neighbor ID Pri State Dead Time Address Interface >> 2.2.2.2 0 INIT/ - 00:00:30 12.12.12.101 >> Virtual-Access1.1 >> >> 1#sh ip int brief | exc un >> Interface IP-Address OK? Method Status >> Protocol >> Virtual-Access1.1 12.12.12.2 YES TFTP up >> up >> Virtual-Template1 12.12.12.2 YES manual down >> down >> Loopback0 1.1.1.1 YES NVRAM up >> up >> ! >> ! >> R1#ping 12.12.12.101 >> >> Type escape sequence to abort. >> Sending 5, 100-byte ICMP Echos to 12.12.12.101, timeout is 2 seconds: >> !!!!! >> >> >> -----Original Message----- >> From: Marko Milivojevic [mailto:[email protected]] >> Sent: Monday, July 12, 2010 15:55 >> To: Quentin Huberty >> Cc: [email protected] >> Subject: Re: PPPoE and OSPF >> >> On Mon, Jul 12, 2010 at 13:41, Quentin Huberty <[email protected]> >> wrote: >>> Hi Marko, >>> >>> How are you ? >>> >>> I have a little question about running OSPF over PPPoE. >>> >>> Is it possible to run OSPF over PPPoE when IPCP address negociated is in use >>> ? >>> >>> I receive this output when I make some debug : >>> >>> area 0.0.0.0 : src not on the same network >> >> It should be possible, let's take a look. I will configure R1 and R2 >> for PPPoE, with R2 being the server, assigining IP address to R1. >> >> Configurations: >> >> R1: >> ---------------------------------------------------------------------- >> interface Dialer1 >> encapsulation ppp >> ip address negotiated >> dialer pool 1 >> ip mtu 1492 >> no shutdown >> ! >> interface FastEthernet0/0 >> no ip address >> pppoe-client dial-pool-number 1 >> no shutdown >> ! >> router ospf 1 >> network 0.0.0.0 0.0.0.0 area 0 >> ! >> >> R2: >> ---------------------------------------------------------------------- >> bba-group pppoe global >> virtual-template 1 >> ! >> ip local pool R1 12.12.12.101 12.12.12.255 >> ! >> >> interface virtual-template1 >> encapsulation ppp >> ip address 12.12.12.2 255.255.255.0 >> peer default ip address pool R1 >> ! >> interface GigabitEthernet0/0 >> no ip address >> pppoe enable group global >> no shutdown >> ! >> router ospf 1 >> network 12.12.12.0 0.0.0.255 area 0 >> ! >> >> Verification: >> ---------------------------------------------------------------------- >> R1#show ip ospf neighbor >> >> Neighbor ID Pri State Dead Time Address Interface >> 12.12.12.2 0 FULL/ - 00:00:34 12.12.12.2 Dialer1 >> ------------------------------8<------------------------------ >> >> It looks like it works :-) >> >> -- >> Marko Milivojevic - CCIE #18427 >> Senior Technical Instructor - IPexpert >> >> YES! We include 400 hours of REAL rack >> time with our Blended Learning Solution! >> >> Mailto: [email protected] >> Telephone: +1.810.326.1444 >> Fax: +1.810.454.0130 >> Web: http://www.ipexpert.com/ >> >> ################################################################################ >> This e-mail and any attached files are confidential and may be legally >> privileged. >> If you are not the addressee, any disclosure, reproduction, copying, >> distribution, >> or other dissemination or use of this communication is strictly prohibited. >> If you have received this transmission in error please notify Simac PSF S.A. >> immediately >> and then delete this e-mail. >> >> Simac PSF S.A. has taken all reasonable precautions to avoid virusses in >> this email. >> Simac PSF S.A does not accept liability for damage by virusses, for the >> correct and complete >> transmission of the information, nor for any delay or interruption of the >> transmission, >> nor for damages arising from the use of or reliance on the information. >> >> All e-mail messages addressed to, received or sent by Simac PSF S.A. or >> Simac PSF S.A. employees >> are deemed to be professional in nature. Accordingly, the sender or >> recipient of >> these messages agrees that they may be read by other Simac PSF S.A. >> employees than the official >> recipient or sender in order to ensure the continuity of work-related >> activities >> and allow supervision thereof. >> ############################################################################### >> >> >> >> >> > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
