ONT migration issues in Airtel

  • Thread starter Thread starter Rudick
  • Start date Start date
  • Replies Replies 15
  • Views Views 281

Rudick

Newbie
Messages
41
Location
Yamuna Nagar
ISP
Airtel Fiber
I am trying to change my ONT from Airtel provided Nokia one to a VSOL one. I got it through a group buy on Techenclave. While almost everyone was able to get their unit up and running, I have been facing issues, specifically PPPoE issue. My PON gets the VLAN IDs and gets O5 status but the PPPoE dialer is not able to connect not matter where the dialer dials from, the VSOL unit itself or from Laptop or another Router( after putting VSOL in Bridge mode). I was troubleshooting with Chat GPT and it came to the conclusion that reason my PPPoE fails is because
Code:
Reason PPPoE AUTH fails → Airtel binds PPPoE credentials

Airtel does NOT require LOID,
Airtel does NOT bind serial number to PPPoE credentials…

…but Airtel DOES bind the PPPoE session to a specific ONT management profile that is installed on the OLT.

This profile contains:

*AES keys
*Traffic shaping
*VLAN settings
*GEM port mappings
*OMCI capabilities
*Authentication flags

When you use VSOL:
*Airtel accepts its serial (you get O5)
*Airtel does not automatically create a valid OMCI → Internet mapping

So when PPPoE attempts to authenticate:

*It reaches BRAS
*Credentials are correct
*But BRAS / AAA server sees wrong OMCI profile → rejects session

To make VSOL truly work with Airtel:

Airtel must:

*Provision the VSOL ONT profile on the OLT
*Bind it to your data service port
*Assign OMCI template matching your speed plan (100/200/300/1000 Mbps)

Right now, your VSOL is:


✔ Registered
✔ Authenticated (O5)
✖ Not assigned the correct Internet service OMCI profile


Which is why PPPoE fails even though your credentials are correct.


This explains why:

*Your VSOL reaches O5
*Your R7000 sees Cisco MAC (PPPoe responses)
*PPPoE authentication still fails
*Even MAC cloning doesn’t help
*Even username/password are correct


There are three different behaviors across Airtel FTTH depending on the region, the vendor OLT, and the firmware running.
Airtel uses:
1.Nokia (most common)
2.Huawei
3.Fiberhome
4.ZTE

Each behaves differently with 3rd-party ONTs.

✔ 1. Some Airtel OLTs run in “Auto OMCI Provisioning” mode

This is the lucky group.

When a new ONT registers (hits O5), the OLT automatically assigns:

Default OMCI profile

Default GEM port

VLAN100 binding

Internet service

UNI port activation

No engineer action required.

Users in these areas simply plug in the VSOL → PPPoE works.

This is why your TechEnclave friends have success.

✔ 2. Some Airtel OLTs require MANUAL SERVICE BINDING

This is the group you fall into.

Your OLT:

Accepts new ONT serial (so you reach O5)

BUT does NOT automatically push Internet OMCI profile

So there is no VLAN 100 → GEM port mapping, so PPPoE packets are dropped

Meaning:

O5 = optical registration OK
PPPoE fail = service profile not mapped

This EXACT behavior is common in:

Delhi NCR

Bangalore

Pune

Chennai suburbs

Tier-2 cities with Nokia ISAM 7360 OLTs on old config

OLTs with "strict subscriber binding" mode enabled

For these OLTs, an Airtel engineer must manually:

Create the ONT in the config

Bind it to the subscriber profile

Push the Internet service OMCI template

Bind VLAN 100 UNI → GEM

Until then, PPPoE always fails, even though O5 works.

✔ 3. Some Airtel connections are ONT-locked but not serial-locked

Airtel sometimes configures:

Loosened serial checking

Strict service-template binding

Meaning:

ANY serial can reach O5

But ONLY ONTs that are provisioned with a service-profile can pass data

This exactly matches your situation.
Anyone who had a similar issue in the past and has gotten around it, please respond.
 
While Airtel expectedly denied the request for mapping custom ONU to their OLT profile and updating OMCI profile and pushing them to the newly registered ONU, I looked into the logs of the router, and it shows
Jan 1 05:30:59 services: apply rules error(19339)
Jan 1 05:31:02 services: apply rules error(19339)
Jan 1 05:31:04 pppd[366]: Timeout waiting for PADO packets
Jan 1 05:31:06 services: apply rules error(19339)
This is irrespective of whether the MAC of the ISP's router is spoofed or not.
 
This looks like a wrong VLAN issue. The 100 VLAN that Airtel uses is the customer side VLAN, the actual back end VLAN is different. Now if the ONT does not do the VLAN mapping correctly, due to incompatibilities, you need to use the true VLAN id.

Did you try to scan for VLAN? Or there is an OMCI command which returns the VLAN to use.
 

Related post in another thread.
 
Below is the output of 2 omci commands, 171 and 84. Please narrow it down for me as to what th error is, where and how to rectify it in my VSOL 2802RH.
Code:
AP#omcicli mib get 171
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

ExtVlanTagOperCfgData

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

=================================

EntityId: 0x101

AssociationType: 2

ReceivedFrameVlanTagOperTableMaxSize: 0

InputTPID: 0x8100

OutputTPID: 0x8100

DsMode: 0

ReceivedFrameVlanTaggingOperTable

INDEX 0

Filter Outer   : PRI 15,VID 4096, TPID 0

Filter Inner   : PRI 15,VID 0, TPID 5, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 0, TPID 2

INDEX 1

Filter Outer   : PRI 14,VID 4096, TPID 5

Filter Inner   : PRI 14,VID 4096, TPID 0, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 4096, TPID 3

INDEX 2

Filter Outer   : PRI 15,VID 4096, TPID 0

Filter Inner   : PRI 14,VID 4096, TPID 5, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 4096, TPID 2

AssociatedMePoint: 0x101

DscpToPbitMapping:

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

=================================

=================================

EntityId: 0x102

AssociationType: 2

ReceivedFrameVlanTagOperTableMaxSize: 0

InputTPID: 0x8100

OutputTPID: 0x8100

DsMode: 0

ReceivedFrameVlanTaggingOperTable

INDEX 0

Filter Outer   : PRI 15,VID 4096, TPID 0

Filter Inner   : PRI 15,VID 0, TPID 5, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 0, TPID 2

INDEX 1

Filter Outer   : PRI 14,VID 4096, TPID 5

Filter Inner   : PRI 14,VID 4096, TPID 0, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 4096, TPID 3

INDEX 2

Filter Outer   : PRI 15,VID 4096, TPID 0

Filter Inner   : PRI 14,VID 4096, TPID 5, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 4096, TPID 2

AssociatedMePoint: 0x102

DscpToPbitMapping:

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

=================================

=================================

EntityId: 0x103

AssociationType: 2

ReceivedFrameVlanTagOperTableMaxSize: 0

InputTPID: 0x8100

OutputTPID: 0x8100

DsMode: 0

ReceivedFrameVlanTaggingOperTable

INDEX 0

Filter Outer   : PRI 15,VID 4096, TPID 0

Filter Inner   : PRI 15,VID 0, TPID 5, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 0, TPID 2

INDEX 1

Filter Outer   : PRI 14,VID 4096, TPID 5

Filter Inner   : PRI 14,VID 4096, TPID 0, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 4096, TPID 3

INDEX 2

Filter Outer   : PRI 15,VID 4096, TPID 0

Filter Inner   : PRI 14,VID 4096, TPID 5, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 4096, TPID 2

AssociatedMePoint: 0x103

DscpToPbitMapping:

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

=================================

=================================

EntityId: 0x104

AssociationType: 2

ReceivedFrameVlanTagOperTableMaxSize: 0

InputTPID: 0x8100

OutputTPID: 0x8100

DsMode: 0

ReceivedFrameVlanTaggingOperTable

INDEX 0

Filter Outer   : PRI 15,VID 4096, TPID 0

Filter Inner   : PRI 15,VID 0, TPID 5, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 0, TPID 2

INDEX 1

Filter Outer   : PRI 14,VID 4096, TPID 5

Filter Inner   : PRI 14,VID 4096, TPID 0, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 4096, TPID 3

INDEX 2

Filter Outer   : PRI 15,VID 4096, TPID 0

Filter Inner   : PRI 14,VID 4096, TPID 5, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 4096, TPID 2

AssociatedMePoint: 0x104

DscpToPbitMapping:

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

=================================

=================================

EntityId: 0xe01

AssociationType: 10

ReceivedFrameVlanTagOperTableMaxSize: 0

InputTPID: 0x8100

OutputTPID: 0x8100

DsMode: 0

ReceivedFrameVlanTaggingOperTable

INDEX 0

Filter Outer   : PRI 8,VID 660, TPID 0

Filter Inner   : PRI 8,VID 4096, TPID 0, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 1

Treatment Inner   : PRI 9,VID 660, TPID 3

INDEX 1

Filter Outer   : PRI 15,VID 4096, TPID 0

Filter Inner   : PRI 8,VID 660, TPID 0, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 1

Treatment Inner   : PRI 8,VID 660, TPID 2

INDEX 2

Filter Outer   : PRI 8,VID 100, TPID 0

Filter Inner   : PRI 8,VID 4096, TPID 0, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 1

Treatment Inner   : PRI 9,VID 100, TPID 3

INDEX 3

Filter Outer   : PRI 15,VID 4096, TPID 0

Filter Inner   : PRI 8,VID 100, TPID 0, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 1

Treatment Inner   : PRI 8,VID 100, TPID 2

INDEX 4

Filter Outer   : PRI 15,VID 4096, TPID 0

Filter Inner   : PRI 15,VID 0, TPID 5, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 0, TPID 2

INDEX 5

Filter Outer   : PRI 14,VID 4096, TPID 5

Filter Inner   : PRI 14,VID 4096, TPID 0, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 4096, TPID 3

INDEX 6

Filter Outer   : PRI 15,VID 4096, TPID 0

Filter Inner   : PRI 14,VID 4096, TPID 5, EthType 0x00

Treatment Outer   : PRI 15,VID 0, TPID 0, RemoveTags 3

Treatment Inner   : PRI 15,VID 4096, TPID 2

AssociatedMePoint: 0xe01

DscpToPbitMapping:

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

        0x000000

=================================

AP#omcicli mib get 84
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

VlanTagFilterData

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

=================================

EntityID: 0x01

FilterTbl[0]: PRI 0,CFI 0, VID 100

FwdOp:  0x10

NumOfEntries: 1

=================================

=================================

EntityID: 0x02

FilterTbl[0]: PRI 0,CFI 0, VID 660

FwdOp:  0x10

NumOfEntries: 1

=================================

AP#
 
@Rudick Looks like the mapping is correct and it shows the two VLANs, ie 100 (for internet) and 660 (for VOIP), although the output for me is a bit different. I guess it varies between devices.

Please share the PPPoE config on the VSOL device itself, and the bridge config.

In my case, with a Huawei HG8120C, I need to enter the VLAN on the ONT side in the bridge config, and on the router side, I connect without a VLAN specified. The other way doesn't work for some reason, ie setup bridge without specifying the VLAN on the ONT, and use the VLAN ID on the router dialling PPPoE.
 
VSOL is not working as Airtel is using VEIP config in the ALCL OLT of your area, instead of PPTP.
If VSOL doesn't release a firmware supporting this particular OLT config, folks using VSOLs might be left in the lurch as their VSOLs might be rendered useless, in days to come😔
 
We should push Airtel for them to start providing just ont modem. It makes no sense to purchase devices when a firmware update/process update disconnects us. Even new technology implemented will make our devices useless like xgs pon with or without fttr. I would personally love FTTR(if it is implemented correctly)
 
Back