Dear developers, CoA function for PPPoE/PPTP is very great for B-RAS applications. Then we can have it im ROS?

I just checked the changelogs for v4 and 5 and it looks like this was introduced/changed in December last year.

Or am I missing something?

I just checked the changelogs for v4 and 5 and it looks like this was introduced/changed in December last year.

Or am I missing something?

Is it true for PPoE/PPtP? I know it works only for wireless...

Sorry for bumping... But do we have any news on this topic?

I need CoA for PPPoE/PPTP too.

I need too. I believe it will be available soon. I`m waiting.

Dear developers... Any news about CoA for PPP connections?

COA messages are not supported by PPPoE at MikroTik RouterOS.
Only DM messages are supported for PPPoE.

We have no plans to make COA in near future.

I need it very much too
have about 50 routerOS BRASes

COA messages are not supported by PPPoE at MikroTik RouterOS.
Only DM messages are supported for PPPoE.

We have no plans to make COA in near future.

That is quite disappointing

I need it very much too
have about 50 routerOS BRASes

wow! how many sessions on them?

COA messages are not supported by PPPoE at MikroTik RouterOS.
Only DM messages are supported for PPPoE.

We have no plans to make COA in near future.

Why not if you have it on hotspot??? I think that is not a very difficult job and a very usefull ressource for us.

I need of CoA on PPPoE too!

I need of CoA on PPPoE too! This is the right solution to manage PPPoE users than SSH.

Do you have prevision to add PoE COA on 6.0 release???

it will be welcome!

Hi Everyone.

For the most part the DM/PoD works just as well in reality. In our scenario most/all customers use CPE/desktops that are configured to redial automatically. So, you send the PoD/DM message. User disconnects. When they reconnect they get new package details via Radius.

YES - I agree it would be nicer to have CoA is current user sessions won't have to drop - but it works fine as a workaround at this stage.

Normis, you can +1 me - I would like the CoA but agreed that we can work around it for the most part.

...bump...
Is there any news about the possible implementation of CoA?

...bump...
Is there any news about the possible implementation of CoA?

I'm waiting some news about this ressource too!

Currently we have no plans

Petition: The implementation of CoA for Mikrotik PPPoE servers https://www.change.org/petitions/mikrot ... e_petition

I think we NEED accel-ppp in MT.

accel-ppp or a coa to the current pppoe server. Difference I think not.

accel-ppp can do much more than current ppp package

bump

+1 for pppoe rate change via radius without ppp disconnection

+1 for pppoe rate change via radius without ppp disconnection

please sign up here → Mikrotik Users.: The implementation of CoA for Mikrotik PPPoE servers.

+1 and signed for petition

+1 for CoA in PPPoE

please sign up here → Mikrotik Users.: The implementation of CoA for Mikrotik PPPoE servers.

Could someone please describe exactly how such a feature is used?
What are you trying to achieve or replace with built-in feature?

On connect ppp daemon can apply radius authorization extension values (e.g. bandwith limits) to users. Change-of-Authorization messages are sent by radius to ppp daemon (I'd like to see it for l2tp too) without the ppp daemon asking. Using CoA RADIUS can tell PPP daemon to apply new authorization extension values without disconnecting the user as needed. With the current situation ISP have to disconnect its customers to lift bandwidth limits.

in 6.33rc7 (2015-Sep-11 17:13):

*) ppp - added CoA support to PPPoE, PPTP & L2TP (Mikrotik-Recv-Limit, Mikrotik-Xmit-Limit,
Mikrotik-Rate-Limit, Ascend-Data-Rate, Ascend-XMit-Rate, Session-Timeout);
*) pptp - improved encryption;
*) ppp - added new option under "ppp aaa" - "use-circuit-id-in-nas-port-id";
*) userman - added 'history clear' to allow flushing undo history, which may
take up significant amount of memory for huge databases whith hundreds of users;
*) CAPsMAN - fix 100% CPU usage when trying to upgrade RouterOS on CAP;
*) ethernet - added support for new ASIX USB Ethernet dongles;
*) ppp - fixed ppp interface stuck in not running state;
*) ipsec - fixed kernel failure when packets were not ordered on first call;
*) upnp - randomize action urls to fix "filet-o-firewall" vulnerability;
*) RB532/RB564 - fixed no link after ethernet disable/enable;
*) tile - fixed occasional deadlock on module unload;
*) ipsec - fix sockaddres buffer size on id generation for ipv6 address;
*) userman - refresh active sessions/users view dynamically;
*) package - added version tag and show everywhere alongside of version number;
*) wlan - improve single connection TCP performance for ac chipset with cm2 package;
*) mesh - fix router lock-up when interface is added/removed.


MT very thanks for this.

in 6.33rc7 (2015-Sep-11 17:13):
*) ppp - added CoA support to PPPoE, PPTP & L2TP (Mikrotik-Recv-Limit, Mikrotik-Xmit-Limit,
Mikrotik-Rate-Limit, Ascend-Data-Rate, Ascend-XMit-Rate, Session-Timeout);
MT very thanks for this.

Very thanks for this. We are waiting for this function.For a long time we are waiting.

Now we just need CoA for DHCP+RADIUS

in 6.33rc7 (2015-Sep-11 17:13):
*) ppp - added CoA support to PPPoE, PPTP & L2TP (Mikrotik-Recv-Limit, Mikrotik-Xmit-Limit,
Mikrotik-Rate-Limit, Ascend-Data-Rate, Ascend-XMit-Rate, Session-Timeout);
MT very thanks for this.

Very thanks for this. We are waiting for this function.For a long time we are waiting.

+1

Thank you MikroTik.

+99 So cool