You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using L2TP Proxy authentication, my assumption would be that BNG-Blaster immediately replies with a PPP CHAP or PPP PAP Success message and validates the Proxy Authen AVPs after sending the ZLB. Instead, BNG-Blaster doesn't send anything and waits for the Access PPP-Client to send another PAP Authentication Request or CHAP Challenge Response, because it hasn't received anything within it's timeout interval. While it works, this makes session setup rate very slow and is from my point of view not the correct behaviour.
To Reproduce
Version (bngblaster -v):
Version: DEV
Compiler: GNU (11.3.0)
GIT:
REF: release-0.8.13
SHA: 2c5bf6857d7be26fe071883c8d1686b1f4d91c29
IO Modes: packet_mmap_raw (default), packet_mmap, raw, dpdk
Run BNG-Blaster using the above configuration with a LAC using Proxy Authentication
Expected behavior
I would expect an immediate Authenticate-Ack without a second Authenticate-Request like O2's L3BSA using Telekom Wholebuy, captured on a customer connection, so the session setup is done very fast:
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered:
Proxy authentication is optional and currently not supported in the BNG Blaster. I will consider this as a feature request to add proxy authentication support.
Describe the bug
When using L2TP Proxy authentication, my assumption would be that BNG-Blaster immediately replies with a PPP CHAP or PPP PAP Success message and validates the Proxy Authen AVPs after sending the ZLB. Instead, BNG-Blaster doesn't send anything and waits for the Access PPP-Client to send another
PAP Authentication Request
orCHAP Challenge Response
, because it hasn't received anything within it's timeout interval. While it works, this makes session setup rate very slow and is from my point of view not the correct behaviour.To Reproduce
Version (
bngblaster -v
):JSON configuration:
Steps to reproduce the behavior:
Expected behavior
I would expect an immediate Authenticate-Ack without a second Authenticate-Request like O2's L3BSA using Telekom Wholebuy, captured on a customer connection, so the session setup is done very fast:
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: