04-11-2022 12:58 AM
Dear community,
I'm trying to setup a broadband link in our router, ISP shared it is using PPPoE to establish the lnik and get a public static IP address.
I've configured so far the physical port towards the ONT as follows:
interface TenGigabitEthernet0/0/2
no ip address
negotiation auto
pppoe enable group global
pppoe-client dial-pool-number 1
and Dialer1 interface
interface Dialer1
ip address negotiated
encapsulation ppp
dialer pool 1
ppp authentication chap pap callin
ppp chap hostname ******
ppp chap password ******
ppp pap sent-username ***** password ******
But PPPoE seems stuck in PADISNT state
show pppoe sess
1 client session
Uniq ID PPPoE RemMAC Port VT VA State
SID LocMAC VA-st Type
N/A 0 0000.0000.0000 Te0/0/2 Di1 N/A PADISNT
When enabling debug pppoe events errors packet, I'm unable to capture anything (term mon is enabled).
Is there anything that I'm missing at the configuration level?
This is IOS version running
Cisco IOS Software [Fuji], ASR920 Software (PPC_LINUX_IOSD-UNIVERSALK9_NPE-M), Version 16.9.3, RELEASE SOFTWARE (fc2)
And Cisco router model.
cisco ASR-920-4SZ-A
Solved! Go to Solution.
04-15-2022 05:58 AM
Hi @MHM Cisco World, it is resolved but I finally connected ISP ONT to our firewall, instead of our Cisco 920. This worked perfectly fine with an MTU of 1492. I'm still wondering what was wrong with Cisco config.... unfortunately we couldn't spend more time on investigation.
Thank you both @Flavio Miranda and @MHM Cisco World for your suggestions.
04-11-2022 03:06 AM
interface TenGigabitEthernet0/0/2
NO SHUT <- need this
04-11-2022 03:29 AM - edited 04-11-2022 03:32 AM
Thank you for your quick response, forgot to include sh ip int brie for clarity, both interfaces are up up.
Te0/0/2 unassigned YES NVRAM up up
Dialer1 unassigned YES manual up up
I'm planning to configure IPCP for testing on Dialer1 but I was expecting PPPoE sessions would show something else at this point.
As an additional information, I am using a transceiver connected on Te0/0/2 (GLC-TE).
ISP sent an engineer today and he configured PPPoE connection at his laptop and was getting the public IP address but couldn't give too much details on how the connection was setup on ISP side (PAP/CHAP, Vlans, IPCP, ...)
04-11-2022 07:14 AM
please reduce the MTU to be 1300 see if this solve your issue.
04-11-2022 08:53 AM
I tried with 1492 due to ppp headers and it didn't work now tested with 1300 and the same.
04-11-2022 10:35 AM - edited 04-15-2022 03:44 PM
..
04-12-2022 03:47 AM
@MHM Cisco World thanks for this, I'm a bit confused about your suggestion, how can I test connectivity with ISP if PPPoE is not even established? I'm not getting any IP assigned on Dialer interface so I assume pings will fail due to that, correct?
04-12-2022 04:55 AM
You mention that ISP engineer come and do test, he get ip use same one.
If not have ip try reduce mtu to be 1000.
04-12-2022 08:54 AM
I see the PPPoE send PADI and not receive any thing, the only thing make frame drop since this is L2 is MTU is large than the accept value in path toward ISP.
I see one time costumer use below to 1260 MTU.
04-11-2022 05:54 AM
double check this information on your side and their side:
ppp chap hostname ******
ppp chap password ******
04-11-2022 07:51 AM - edited 04-11-2022 09:26 AM
Thanks for the suggestion, already checked with them on PPP username and password, I have actually configured a PPPoE client in a windows laptop, plugged into ONT and credentials are correct.
Also if PPP credentials are wrong, shouldn't we see PPPoE session in a different state? I'm not even receiving any offer to PADI
***Editing reply to include debug pppoe output
004715: .Apr 11 16:15:05.311 GMT: padi timer expired
004716: .Apr 11 16:15:05.311 GMT: Sending PADI: Interface = TenGigabitEthernet0/0/2
004717: .Apr 11 16:15:05.312 GMT: pppoe_send_padi:
This is happening every 30 seconds and no response back from ISP
04-15-2022 01:53 AM
@fescribanoc please update if this issue is solved.
04-15-2022 05:58 AM
Hi @MHM Cisco World, it is resolved but I finally connected ISP ONT to our firewall, instead of our Cisco 920. This worked perfectly fine with an MTU of 1492. I'm still wondering what was wrong with Cisco config.... unfortunately we couldn't spend more time on investigation.
Thank you both @Flavio Miranda and @MHM Cisco World for your suggestions.
04-15-2022 06:30 AM
Thanks for share solution.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide