Issue with ADSL /PPPoE over a 1-WIC-ADSL

[Francis Garcia]

Dear all,

I am having a little hard time configuring a PPPoE because the provider is using 2 PVC for the connection. I attached the pic taken from the modem where the service was configured. What I want is to change the modem for the ADSL-WIC and to use it as PPPoE client.

Regards,

Francis.    

[Giuseppe Larosa · Accepted solution]

Hello Francis,

ot be honest this looks like a picture taken from a lab book, however you have a trouble to solve.

ATM is based on PVCs made of VPI and VCI fields in ATM cell header.

Now, the router is a DTE connected to the ATM cloud with its own interface.

All you need is to map each PVC to a different p2p subif and voilà you have achieved your goal

int atm x/y/z

no ip address

int atm x/y/z.35 point-to-point

description associated to a PPPoEoA session uses aal5mux it may invoke a virtual template

....

pvc 8/35

encapsulation aal5mux .......

!

int atm x/y/z.39 point-to-point

desc classical IPv4 over ATM  = using AAL5 SNAP

ip address 192.168.2.1 255.255.255.252

pvc 1/39

encapsulation aal5snap

protocol ip 192.168.2.2 broadcast

!

I think you can easily fill the holes now with the whole picture

notes:

think of protocol command and of the broadcast option, why and when they are needed?

ATM command reference can answer to this.

Hope to help

Giuseppe

[Francis Garcia]

Hi Giuseppe,

My relevant configuration looks like this.

interface ATM0/1/0

no ip address

no atm ilmi-keepalive

!

interface ATM0/1/0.1 point-to-point

pvc 8/35

  pppoe-client dial-pool-number 1

!

!

interface ATM0/1/0.39 point-to-point

ip address 192.168.2.1 255.255.255.0

pvc 1/39

  protocol ip 192.168.2.2 broadcast

  encapsulation aal5snap

!

!

interface Dialer1

mtu 1472

ip address negotiated

encapsulation ppp

dialer pool 1

dialer-group 1

ppp authentication pap

ppp pap sent-username xxx@xxxx password 7 #$%SDFGY

We have a 7 publics ip subnet, but what happens is I am not able to ping the atm pvc even when it appear to be up. I don't know what I am doing wrong.

router_scz#ping atm interface atm 0/1/0.39 1 39

Type escape sequence to abort.

Sending 5, 53-byte end-to-end OAM echoes, timeout is 2 seconds:

.....

Success rate is 0 percent (0/5)

router_scz#ping atm interface atm 0/1/0.1 8 35

Type escape sequence to abort.

Sending 5, 53-byte end-to-end OAM echoes, timeout is 2 seconds:

.....

Success rate is 0 percent (0/5)

Regards,

Francis

[Victor Rodriguez Gonzalez]

Default Gateway?? check show atm pvc X command for check oam received and oam sended for problem in your ISP...

[Francis Garcia]

Hi Victor,

Nothing, no OAM cells received or sent. I have the default gateway configured as the service provider and doesn't respond. Here I send the output of the command and a print screen of the modem configuration.

router_scz#show atm pvc 1/39

Description: N/A

ATM0/1/0.39: VCD: 2, VPI: 1, VCI: 39

UBR, PeakRate: 32 (76 cps)

AAL5-LLC/SNAP, etype:0x0, Flags: 0x1840, VCmode: 0x0, Encapsize: 12

OAM frequency: 0 second(s), OAM retry frequency: 1 second(s)

OAM up retry count: 3, OAM down retry count: 5

OAM END CC Activate retry count: 3, OAM END CC Deactivate retry count: 3

OAM END CC retry frequency: 30 second(s),

OAM SEGMENT CC Activate retry count: 3, OAM SEGMENT CC Deactivate retry count: 3

OAM SEGMENT CC retry frequency: 30 second(s),

OAM Loopback status: OAM Disabled

OAM VC Status: Not Managed

OAM Loop detection: Disabled

ILMI VC status: Not Managed

InARP frequency: 15 minutes(s)

InPkts: 0, OutPkts: 39, InBytes: 0, OutBytes: 3587

InPRoc: 0, OutPRoc: 17, Broadcasts: 22

InFast: 0, OutFast: 39, InAS: 0, OutAS: 0

InPktDrops: 0, OutPktDrops: 0/0/0 (holdq/outputq/total)

CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0, LengthViolation: 0, CPIErrors: 0

Out CLP=1 Pkts: 0

OAM cells received: 0

F5 InEndloop: 0, F5 InSegloop: 0,

F5 InEndcc: 0, F5 InSegcc: 0, F5 InAIS: 0, F5 InRDI: 0

OAM cells sent: 0

F5 OutEndloop: 0, F5 OutSegloop: 0,

F5 OutEndcc: 0, F5 OutSegcc: 0, F5 OutAIS: 0, F5 OutRDI: 0

OAM cell drops: 0

Status: UP

VC 1/39 doesn't exist on 1 of 2 ATM interface(s)

Regards,

Francis

[Francis Garcia]

Hi Giuseppe,

I solve the issue assigning the ip addresss statically into the dialer interface, for some reason the provider is not

assigning it automatically by DHCP, but anyways It is working fine now using the router as CPE. Thank you very much the information you gave me, It was pretty helpful. I told you I was a little confused about the 2 pvc because I have never seen any provider using PPPoE with two pvc.

About the picture It was a print screen from the modem itselft, and I was ussing Ms-paint to modify only the relevant information. This is for protecting the ip address block. Now I know that you can help me once in a while wih my labs .

Here I paste the relevant configuration that worked for me and can work for someone else.

interface ATM0/1/0.1 point-to-point

pvc 8/35

  pppoe-client dial-pool-number 1

!

!

interface ATM0/1/0.39 point-to-point

ip address 192.168.2.1 255.255.255.0

pvc 1/39

  protocol ip 192.168.2.2 broadcast

  encapsulation aal5snap

!

!

interface Dialer1

mtu 1472

ip address X.X.X.X X.X.X.X

encapsulation ppp

no ip route-cache cef

no ip route-cache

dialer pool 1

dialer-group 1

ppp authentication chap pap callin

ppp chap hostname XXXX@domain

ppp chap password  ZZZ

ppp pap sent-username YYYY@domain password ZZZ

ppp ipcp dns request

!

ip route 0.0.0.0 0.0.0.0 dialer 1

Regards,

Francis