Re: router as pppoe client in bridging mode

From: garry baker <baker.garry_at_gmail.com>
Date: Wed, 13 Oct 2010 14:00:30 -0500

i dont have a perfectly clear answer for you, but how can the R1 server be
the client if it is a bridge?

i know it will work if you make R2 the client and let R1 bridge the PPPoE
packets between the client R2 and the server R0

because i do not see how R1 can be a client and have the bridged traffic
made interesting to establish the P2P connection to pass traffic for the
1.1.1.0 subnet between R0 and R2

in your setup somehow you need to make the arp coming from R2 interesting
traffic in the bridge group to get the PPPoE encapsulation started

hope that makes sense

i could see this more clearly when i looked at in wireshark and also did a
debug of the arp traffic that goes away once you have the pppoe client on
R2, because pppoe doesnt use arp it is p2p circuit

HTH
garry

--
Garry L. Baker
"There is no 'patch' for stupidity." - www.sqlsecurity.com
On Wed, Oct 13, 2010 at 1:26 AM, <koen_at_koenzeilstra.com> wrote:
> Hi group,
>
> Below is a challenge i would like to present to you and hope someone can
> help me out on this.
>
> The task is relatively simple.
>
> There are 3 routers in this scenario
>
> R0 (f0/0) --- (f0/0) R1 (f1/0) --- (f0/0) R2
>
> R0 is PPPoE server
> R1 is PPPoE client
> R2 is simulating a server or pc
>
> The goal is to have all the public ip addresses configured on R2 and have
> R1 act as a bridge. R0 should route it's traffic directly towards R2 (over
> bridge R1)
>
> What i have achieved so far:
> 1. R1 as PPPoE client
> 2. R1 as bridge (without PPPoE)
>
> The combination does not seem to work.
>
> 1.1.1.1 is R0
> 1.1.1.2 is R2
>
> R2#ping 1.1.1.1
>
> Type escape sequence to abort.
> Sending 5, 100-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds:
>
> *Mar  1 00:02:05.639: IP: tableid=0, s=1.1.1.2 (local), d=1.1.1.1
> (FastEthernet0/0), routed via RIB
> *Mar  1 00:02:05.639: IP: s=1.1.1.2 (local), d=1.1.1.1 (FastEthernet0/0),
> len 100, sending
> *Mar  1 00:02:05.643: IP: s=1.1.1.2 (local), d=1.1.1.1 (FastEthernet0/0),
> len 100, encapsulation failed.
> *Mar  1 00:02:07.639: IP: tableid=0, s=1.1.1.2 (local), d=1.1.1.1
> (FastEthernet0/0), routed via RIB
>
>
>
> Here's the config of R1:
>
> version 12.4
> service timestamps debug datetime msec
> service timestamps log datetime msec
> no service password-encryption
> !
> hostname R1
> !
> boot-start-marker
> boot-end-marker
> !
> !
> no aaa new-model
> memory-size iomem 5
> no ip routing
> !
> !
> no ip cef
> no ip domain lookup
> !
> !
> !
> !
> !
> interface FastEthernet0/0
>  no ip address
>  no ip route-cache
>  duplex auto
>  speed auto
>  pppoe enable group global
>  pppoe-client dial-pool-number 1
> !
> interface FastEthernet1/0
>  no ip address
>  no ip route-cache
>  duplex auto
>  speed auto
>  bridge-group 1
> !
> interface Dialer1
>  no ip address
>  encapsulation ppp
>  no ip route-cache
>  dialer pool 1
>  dialer-group 1
>  ppp pap sent-username TEST password 0 TEST
>  bridge-group 1
> !
> ip http server
> ip forward-protocol nd
> !
> !
> !
> !
> !
> !
> control-plane
> !
> bridge 1 protocol ieee
> !
> !
> !
> !
> !
> !
> !
> !
> line con 0
>  logging synchronous
> line aux 0
> line vty 0 4
>  login
> !
> !
> end
>
>
> Any help is appreciated.
>
> Thanks in advance,
>
> Koen
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
Received on Wed Oct 13 2010 - 14:00:30 ART

This archive was generated by hypermail 2.2.0 : Mon Nov 01 2010 - 06:42:06 ART