Marko,

R2#sh ip route connected
     2.0.0.0/32 is subnetted, 1 subnets
C       2.2.2.2 is directly connected, Loopback0
     12.0.0.0/32 is subnetted, 2 subnets
C       12.12.12.2 is directly connected, Dialer1
C       12.12.12.109 is directly connected, Dialer1
R2#sh ip int brief | exc un
Interface                  IP-Address      OK? Method Status                
Protocol
Dialer1                    12.12.12.109    YES IPCP   up                    up
Loopback0                  2.2.2.2         YES NVRAM  up                    up

R2#sh run | se ospf
router ospf 1
 network 2.2.2.2 0.0.0.0 area 0
 network 12.12.12.0 0.0.0.255 area 0
 

R1#sh ip route connected
     1.0.0.0/32 is subnetted, 1 subnets
C       1.1.1.1 is directly connected, Loopback0

     12.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C       12.12.12.0/24 is directly connected, Virtual-Access1.1
C       12.12.12.109/32 is directly connected, Virtual-Access1.1

R1#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#sh run | se ospf
router ospf 1
 network 1.1.1.1 0.0.0.0 area 0
 network 12.12.12.0 0.0.0.255 area 0

Quentin 

-----Original Message-----
From: Marko Milivojevic [mailto:[email protected]] 
Sent: Tuesday, July 13, 2010 15:12
To: Quentin Huberty
Cc: [email protected]
Subject: Re: PPPoE and OSPF

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

Reply via email to