v6.26 will be released on 6th week of 2015, check the latest

Mon Jan 26, 2015 3:19 pm

We have plans to release v6.26 on the next week.
Please check the latest release candidate version (6.26rc19),

http://www.mikrotik.com/download/share/ ... latest.zip
http://www.mikrotik.com/download#rc

For those that had confirmed bug reports, please check if the issue is resolved. Thank you for helping.

Edited: 30.01.2015

tomaskir · Mon Jan 26, 2015 6:14 pm

Ticket#2014122966000079
Ticket#2014120866000733

Please?

rpingar · Mon Jan 26, 2015 7:11 pm

any new news about:

Hi!

Additional to Ticket#2014122166000217

When the number of PPPoE sessions on the device becomes more 1000 - when you turn off the one PPPoE session on all other sessions observed packet loss.

thanks

jdog · Mon Jan 26, 2015 8:14 pm

any new news about:
Hi!

Additional to Ticket#2014122166000217

When the number of PPPoE sessions on the device becomes more 1000 - when you turn off the one PPPoE session on all other sessions observed packet loss.

thanks

+1

Please address this before release.

Tue Jan 27, 2015 9:44 am

tomaskir

As far as I see from support e-mails, this ticket is being processed 2014122966000079.
We will see what we can do about virtual AP.

rpingar
Please follow my colleague suggestions and install newest rc on your router.

Please, download and install the RouterOS v6.26rc6, it contains several fixes for
CCR: http://www.mikrotik.com/download/share/ ... latest.npk

Report back with new supout.rif file if you encounter the same CPU load related

Tue Jan 27, 2015 1:40 pm

DNS behaviour topic is moved to separated post,
http://forum.mikrotik.com/viewtopic.php?f=2&t=93432

eworm · Tue Jan 27, 2015 4:31 pm

Installed RouterOS v6.26rc10 and system ist really unresponsive via ssh. This worked well with v6.26rc6.

The ssh improvements will not bring RSA public key authentication, no?

Tue Jan 27, 2015 4:34 pm

please give an example, what is not working with SSH ?

[admin@Branding] /system package update> print 
  current-version: 6.26rc5
   latest-version: 6.26rc11
           status: Downloaded 89% (11.7MiB)
Connection to 192.168.88.1 closed by remote host.
Connection to 192.168.88.1 closed.
Normundss-iMac:kanier normis$ ssh 192.168.88.1 -l admin

  Branding RouterOS 6.26rc11 (c) 1999-2014       www.branding.com

[?]             Gives the list of available commands
command [?]     Gives help on the command and list of arguments

[Tab]           Completes the command/word. If the input is ambiguous,
                a second [Tab] gives possible options

/               Move up to base level
..              Move up one level
/command        Use command at the base level
[admin@Branding] >

eworm · Tue Jan 27, 2015 7:03 pm

please give an example, what is not working with SSH ?

I have a sys-note of 715 bytes. When loggin in this is shown half only. (Every time I tested I had 486 bytes displayed.) After a delay of about 60 seconds the other half is printed and I can access the prompt. '/log print' hangs completly. Possibly this is related to text output.

scp works in both directions.

bajodel · Wed Jan 28, 2015 2:14 am

please give an example, what is not working ..

just installed 6.26rc10 on 951G ..sys reset ..reboot (two or three times): cpu stay at 100% forever
( on tools/pofile I see 75% unassigned and 25% management )

downgraded to 6.25 ..ok again

eworm · Wed Jan 28, 2015 8:59 am

please give an example, what is not working ..
just installed 6.26rc10 on 951G ..sys reset ..reboot (two or three times): cpu stay at 100% forever
( on tools/pofile I see 75% unassigned and 25% management )

downgraded to 6.25 ..ok again

You are right, same here. So probably my ssh problem is just a symptom.

My hardware is RB 750GL if that matters.

Wed Jan 28, 2015 9:04 am

bajodel,
It would be great to get support output file, when abnormal behaviour is present on your router.

elod · Wed Jan 28, 2015 10:25 am

I've seen 100% load on 2 RB2011UiAS, both with 6.25.
One of them is doing it right now, spending 75% on ssh. SSH connections cannot be established. The other is doing fine since the last reboot (approx. 2-3 days ago).

I say scrap the whole development done recently and go back to the branch before holidays (6.23)

Gennadiy51 · Wed Jan 28, 2015 12:00 pm

CPU 100%

Wed Jan 28, 2015 12:06 pm

CPU 100%

Please make a supout.rif file and email it to support, so we can identify this "unclassified" process. Thank you

eworm · Wed Jan 28, 2015 2:28 pm

Looks like 6.26rc14 works as expected. System is 99.5% idle. Thanks!

Wed Jan 28, 2015 3:52 pm

rc15 should fix any CPU load issues. please let us know what other things you observe in the latest RC.

elod · Wed Jan 28, 2015 7:31 pm

Just updated to rc15. Hoping for the best.

Alessio Garavano · Wed Jan 28, 2015 9:05 pm

What about a "login hotspot fixes" in previous rc changelog?

Can be solved the redirection of https when a valid certificate is correctly installed and working, but hotspot not redirect to the https login page automatically. Doing manually all work perfect.
Thanks!

ufm · Thu Jan 29, 2015 12:24 am

any new news about:
Hi!

Additional to Ticket#2014122166000217

When the number of PPPoE sessions on the device becomes more 1000 - when you turn off the one PPPoE session on all other sessions observed packet loss.

thanks
+1

Please address this before release.

in 26rc10 - problem still exists
in 26rc15 - I say more accurate after 15:00, but on first impressions - is not fixed.

Alessio Garavano · Thu Jan 29, 2015 6:44 am

What about a "login hotspot fixes" in previous rc changelog?

Can be solved the redirection of https when a valid certificate is correctly installed and working, but hotspot not redirect to the https login page automatically. Doing manually all work perfect.
Thanks!

What's new in 6.26rc2 (2015-Jan-16 15:18):

Cureent 6.26 build doesn’t include substantial differences from v6.25, this build was made to test minor changes for TILE version and Hotspot login page.

DjM · Thu Jan 29, 2015 11:22 am

Hello MikroTik suppor team,

multiple-year bug - initialize variable via SMS:

http://forum.mikrotik.com/viewtopic.php?f=9&t=58934
Ticket#2012083066000462
Ticket#2013010766000731

ufm · Thu Jan 29, 2015 12:28 pm

Additional to Ticket#2014122166000217

When the number of PPPoE sessions on the device becomes more 1000 - when you turn off the one PPPoE session on all other sessions observed packet loss.

26rc15 - problem still exists

voljka · Thu Jan 29, 2015 5:37 pm

We are currently fixing last issues with 6.26:

- SSTP issues with Windows 8.1

routeros-mipsbe-6.26rc16 - SSTP with Win 8.1 - not fixed!!!!

norpan · Thu Jan 29, 2015 7:15 pm

How about Ticket#2013100966000755? It's stopping us to upgrade to v6 and v5 is starting to get quite old...

We have soon waited for 1 1/2 year for this.

Thu Jan 29, 2015 7:20 pm

We are currently fixing last issues with 6.26:

- SSTP issues with Windows 8.1
routeros-mipsbe-6.26rc16 - SSTP with Win 8.1 - not fixed!!!!

Please try out RouterOS v6.26rc17

Thu Jan 29, 2015 7:22 pm

Thank you very much for your help!
SSTP is fixed in the latest 6.26rc17 version.
Please let us know if there any know problems at the current rc!

jdog · Thu Jan 29, 2015 8:13 pm

Additional to Ticket#2014122166000217

When the number of PPPoE sessions on the device becomes more 1000 - when you turn off the one PPPoE session on all other sessions observed packet loss.
26rc15 - problem still exists

We can't move forward with any testing until this is confirmed fixed or problem with user config.

How about Ticket#2013100966000755? It's stopping us to upgrade to v6 and v5 is starting to get quite old...

We have soon waited for 1 1/2 year for this.

What is this issue? Perhaps some details so that us as users know to avoid the RC if we are using the same functionality.

jdog · Thu Jan 29, 2015 8:25 pm

http://forum.mikrotik.com/viewtopic.php?f=3&t=84637

This should also be addressed before the RC launches? I can confirm this exists as well.

norpan · Thu Jan 29, 2015 8:37 pm

How about Ticket#2013100966000755? It's stopping us to upgrade to v6 and v5 is starting to get quite old...

We have soon waited for 1 1/2 year for this.
What is this issue? Perhaps some details so that us as users know to avoid the RC if we are using the same functionality.

This issue is that a MPLS router at PE silently drops all packets entering the MPLS-cloud which after adding required labels are larger than the mpls-mtu. And as far as I know it should either fragment the packets and forward them or respond with icmp "fragmentation-needed".

jdog · Thu Jan 29, 2015 8:49 pm

That's a pretty big issue in my mind that should be fixed before RC launches. That breaks the protocol rules if I remember correctly.

norpan · Thu Jan 29, 2015 8:54 pm

I think so too, and it haven't worked since 5.26

IntrusDave · Fri Jan 30, 2015 4:11 am

sstp appears to be broken. I tried 6.26 on my home router and all of my SSTP links died. Debugging logs doesn't provide anything useful.

Fri Jan 30, 2015 10:17 am

norpan, have you contacted support recently?
We will try to find, where is the problem.

IntrusDave, could you provide us with more information about the problems with your SSTP issue?

norpan · Fri Jan 30, 2015 11:18 am

sergejs, Kind of, I have contacted support regarding another issue:
[Ticket#2014121066000265] MPLS L3 VPN not adding labels
That issue is supposed to be fixed in v6 but I got the response to wait for v7 before I can expect Ticket#2013100966000755 to be resolved.

Fri Jan 30, 2015 12:48 pm

norpan, there will be new improved routing in v7.x, that will address and open new horizons for routing.

Fri Jan 30, 2015 12:52 pm

We have plans to release v6.26 on the next week.
Please check the latest release candidate version (6.26rc19),

http://www.mikrotik.com/download/share/ ... latest.zip
http://www.mikrotik.com/download#rc

For those that had confirmed bug reports, please check if the issue is resolved. Thank you for helping.

ufm · Fri Jan 30, 2015 3:20 pm

We have plans to release v6.26 on the next week.
Please check the latest release candidate version (6.26rc19),

http://www.mikrotik.com/download/share/ ... latest.zip
http://www.mikrotik.com/download#rc

For those that had confirmed bug reports, please check if the issue is resolved. Thank you for helping.

As I understand - Ticket#2014122166000217 not fixed and will be not fixed in 6.26?

Fri Jan 30, 2015 3:21 pm

We have plans to release v6.26 on the next week.
Please check the latest release candidate version (6.26rc19),

http://www.mikrotik.com/download/share/ ... latest.zip
http://www.mikrotik.com/download#rc

For those that had confirmed bug reports, please check if the issue is resolved. Thank you for helping.
As I understand - Ticket#2014122166000217 not fixed and will be not fixed in 6.26?

it is very hard to fix, and maybe requires some re-working of basic mechanics in RouterOS. when you have huge numbers of active interfaces, disabling one, will cause the whole list to be re-generated. this is the issue you see

Alessio Garavano · Fri Jan 30, 2015 5:31 pm

What about the comment "this build was made to test minor changes for TILE and Hotspot login page" on the v6.26rc2 changelog?

Please is very important to solve the automatic HTTPS redirection in hotspot HTTPS login page when we have a payed valid SSL certificate and all is correctly installed and configured...

Thanks!

BAND1C00T · Fri Jan 30, 2015 10:18 pm

my problem discribed here http://forum.mikrotik.com/viewtopic.php?f=7&t=93137 won't be fixed?
ill sent a lot of data in different configurations to Uldis, but still dont have answer

SystemErrorMessage · Sat Jan 31, 2015 4:30 am

RB450G nothing in system health
CCR1036-8g-2s+, huge memory usage when using VPN (about 1GB of ram just for 100Mb/s). which doesnt come back when there is no traffic.

IP firewall GUI becomes very slow and takes long to load after some traffic after a while.

IntrusDave · Sat Jan 31, 2015 5:45 am

jan/30 19:40:55 sstp,ppp,info sstp-ics: connecting... 
jan/30 19:40:55 sstp,packet sstp-ics sending 
jan/30 19:40:55 sstp,packet SSTP_DUPLEX_POST /sra_{BA195980-CD49-458b-9E23-C84EE0ADCD75}/ HTTP/1.1\r 
jan/30 19:40:55 sstp,packet Content-Length: 18446744073709551615\r 
jan/30 19:40:55 sstp,packet Host: XX.XX.XX.XX\r 
jan/30 19:40:55 sstp,packet \r 
jan/30 19:40:55 sstp,packet 
jan/30 19:40:55 sstp,packet sstp-ics recv 
jan/30 19:40:55 sstp,packet HTTP/1.1 200\r 
jan/30 19:40:55 sstp,packet Content-Length: 18446744073709551615\r 
jan/30 19:40:55 sstp,packet Server: MikroTik-SSTP\r 
jan/30 19:40:55 sstp,packet Date: Sat, 31 Jan 2015 03:40:55 GMT\r 
jan/30 19:40:55 sstp,packet \r 
jan/30 19:40:55 sstp,packet 
jan/30 19:40:55 sstp,packet sstp-ics sent control packet type: connect request 
jan/30 19:40:55 sstp,packet 10 01 00 0e 00 01 00 01 00 01 00 06 00 01  
jan/30 19:40:55 sstp,packet sstp-ics recv control packet type: connect ack 
jan/30 19:40:55 sstp,packet 10 01 00 30 00 02 00 01 00 04 00 28 00 00 00 03  
jan/30 19:40:55 sstp,packet 09 f1 81 bc 39 44 c2 c1 26 f8 4a c6 75 66 8c 2f  
jan/30 19:40:55 sstp,packet 1b 66 80 f5 eb 9e 43 f0 4b 82 18 3e 74 d9 59 7d  
jan/30 19:40:55 sstp,ppp,debug sstp-ics: LCP lowerup 
jan/30 19:40:55 sstp,ppp,debug,packet  sstp-ics: sent LCP ConfReq id=0x2 
jan/30 19:40:55 sstp,ppp,debug,packet    <magic 0x1c2b7447> 
jan/30 19:40:55 sstp,ppp,debug,packet    <mrru 1600> 
jan/30 19:40:55 sstp,ppp,debug sstp-ics: LCP open 
jan/30 19:40:55 sstp,ppp,debug sstp-ics: LCP lowerdown 
jan/30 19:40:55 sstp,ppp,info sstp-ics: terminating... - terminated by remote peer 
jan/30 19:40:55 sstp,ppp,debug sstp-ics: LCP lowerdown 
jan/30 19:40:55 sstp,ppp,debug sstp-ics: LCP down event in starting state 
jan/30 19:40:55 sstp,ppp,info sstp-ics: disconnected

in 6.25 my SSTP tunnels worked. With 6.26, I am getting this. All of my other units are on 6.25, and each has SSTP tunnels up and running.

SystemErrorMessage · Sat Jan 31, 2015 5:48 am

We have plans to release v6.26 on the next week.
Please check the latest release candidate version (6.26rc19),

http://www.mikrotik.com/download/share/ ... latest.zip
http://www.mikrotik.com/download#rc

For those that had confirmed bug reports, please check if the issue is resolved. Thank you for helping.
As I understand - Ticket#2014122166000217 not fixed and will be not fixed in 6.26?
it is very hard to fix, and maybe requires some re-working of basic mechanics in RouterOS. when you have huge numbers of active interfaces, disabling one, will cause the whole list to be re-generated. this is the issue you see

Perhaps make the regeneration of interfaces as a seperate thread refreshing the interfaces and routes 1 by 1 that doesnt hold up ongoing operations? There would obviously be some packet losses but its better than everything being held up in the cause of many interfaces

IntrusDave · Sat Jan 31, 2015 5:49 am

This is the 6.25 side.


jan/30 19:47:25 sstp,packet  recv 
jan/30 19:47:25 sstp,packet SSTP_DUPLEX_POST /sra_{BA195980-CD49-458b-9E23-C84EE0A
DCD75}/ HTTP/1.1\r 
jan/30 19:47:25 sstp,packet Content-Length: 18446744073709551615\r 
jan/30 19:47:25 sstp,packet Host: XX.XX.XX.XX\r 
jan/30 19:47:25 sstp,packet \r 
jan/30 19:47:25 sstp,packet 
jan/30 19:47:25 sstp,packet  sending 
jan/30 19:47:25 sstp,packet HTTP/1.1 200\r 
jan/30 19:47:25 sstp,packet Content-Length: 18446744073709551615\r 
jan/30 19:47:25 sstp,packet Server: MikroTik-SSTP\r 
jan/30 19:47:25 sstp,packet Date: Sat, 31 Jan 2015 03:47:25 GMT\r 
jan/30 19:47:25 sstp,packet \r 
jan/30 19:47:25 sstp,packet 
jan/30 19:47:25 sstp,packet  recv control packet type: connect request 
jan/30 19:47:25 sstp,packet 10 01 00 0e 00 01 00 01 00 01 00 06 00 01  
jan/30 19:47:25 sstp,packet  sent control packet type: connect ack 
jan/30 19:47:25 sstp,packet 10 01 00 30 00 02 00 01 00 04 00 28 00 00 00 03  
jan/30 19:47:25 sstp,packet 1e d1 51 84 42 ca 03 37 2d 39 f5 69 72 fe 98 eb  
jan/30 19:47:25 sstp,packet c5 93 ff c8 23 87 40 4b a2 2a d1 95 7a c2 6b 98  
jan/30 19:47:25 sstp,ppp,debug : LCP lowerup 
jan/30 19:47:25 sstp,ppp,debug : LCP open 
jan/30 19:47:25 sstp,ppp,debug,packet  : sent LCP ConfReq id=0x1 
jan/30 19:47:25 sstp,ppp,debug,packet    <magic 0x2bac5993> 
jan/30 19:47:25 sstp,ppp,debug,packet    <auth  mschap2> 
jan/30 19:47:25 sstp,ppp,debug : LCP lowerdown 
jan/30 19:47:25 sstp,ppp,debug : LCP lowerdown 
jan/30 19:47:25 sstp,ppp,debug : LCP down event in starting state

rpingar · Sat Jan 31, 2015 4:03 pm

We have plans to release v6.26 on the next week.
Please check the latest release candidate version (6.26rc19),

http://www.mikrotik.com/download/share/ ... latest.zip
http://www.mikrotik.com/download#rc

For those that had confirmed bug reports, please check if the issue is resolved. Thank you for helping.
As I understand - Ticket#2014122166000217 not fixed and will be not fixed in 6.26?
it is very hard to fix, and maybe requires some re-working of basic mechanics in RouterOS. when you have huge numbers of active interfaces, disabling one, will cause the whole list to be re-generated. this is the issue you see

Not matter what kind of work you have to do to fix this issue.
IT MUST BE FIXED!!!!!

Not possibile to have a professional router that beavie like this one, just because there is a mistake into the software design.

Please fix it asap.

w0lt · Sat Jan 31, 2015 7:19 pm

Can Mikrotik please check that "Auto-MTU" is working correctly on an "EoIP interface?

Seems to work fine on "GRE" but changing it to "EoIP" results in MTU differences.

Thanks..

-tp

elod · Sun Feb 01, 2015 11:45 am

May I suggest that you fix the CHANGELOG and KNOWN ISSUES (nonexistent?) files once and for all. How can you call yourself a professional software developer when you cannot properly track stuff like that? How can you expect users to test your releases when they are flying basically blind?

Couple of hours later. Updated ticket 2015012866000189, ssh load issue still not fixed in rc17 (I updated this RB450G on Friday, as of now it's showing 80% load on ssh).

I can also confirm the same error on a RB2011 (also 6.26 rc17).

NathanA · Mon Feb 02, 2015 12:55 am

Couple of hours later. Updated ticket 2015012866000189, ssh load issue still not fixed in rc17 (I updated this RB450G on Friday, as of now it's showing 80% load on ssh).

You do realize that 6.26rc20 has been out since Friday, right?

-- Nathan

Mon Feb 02, 2015 9:08 am

In addition to what Nathan said, this is RC which is optional to test. When 6.26 will be released, it will have more info in the changelog. Currently we are still experimenting with fixes in the RC. Do not use this version if you are not comfortable with this. Please only use beta and RC versions in test networks.

elod · Mon Feb 02, 2015 9:10 am

Not sure when I applied it, but at the moment 17 was the latest RC. ssh load should be fixed since 15 (according to an older Changelor), so it's still an issue.

Of course, they erased the line stating the ssh fix from the Changelog, so maybe it's not fixed after all and the developers know that.

This is not an issue that pops up immediately so no one can expect to reproduce it with the latest RC available.

OlegM · Mon Feb 02, 2015 1:23 pm

On ppp server (pptp) using torrent tumbled session (lost pumping).

Mon Feb 02, 2015 3:07 pm

OlegM, what RouterOS version do you use?
How did you try it?

For those who have issues with the latest rc and SSH, contact us with attached support output files and some information about the ways how to repeat the issue.

voljka · Mon Feb 02, 2015 3:38 pm

routeros-mipsbe-6.26rc20 - SSTP client Windows 8.1 update 1 works OK.
But I found, what router request for certificate is impossible to sign with Windows 2008 CA (Web server offline cert template).
Event viewer from CA server:
Active Directory Certificate Services denied request 3532 because The request subject name is invalid or too long. 0x80094001 (-2146877439). The request was for DOMAIN\USER. Additional information: Error Constructing or Publishing Certificate

Can you provide info, what included in cert request?
P.S. In earlier versions of RouterOS I was able to use router request in Microsoft CA web-enrollment page (copy/paste) and request certificate.

jdog · Mon Feb 02, 2015 7:53 pm

We have plans to release v6.26 on the next week.
Please check the latest release candidate version (6.26rc19),

http://www.mikrotik.com/download/share/ ... latest.zip
http://www.mikrotik.com/download#rc

For those that had confirmed bug reports, please check if the issue is resolved. Thank you for helping.
As I understand - Ticket#2014122166000217 not fixed and will be not fixed in 6.26?

it is very hard to fix, and maybe requires some re-working of basic mechanics in RouterOS. when you have huge numbers of active interfaces, disabling one, will cause the whole list to be re-generated. this is the issue you see
Not matter what kind of work you have to do to fix this issue.
IT MUST BE FIXED!!!!!

Not possibile to have a professional router that beavie like this one, just because there is a mistake into the software design.

Please fix it asap.

I must agree with this also. This is a huge problem that severely limits the "professional" usage of ROS at the moment. I have been noticing the same issues with PPPoE as well as some bridge applications. This needs to be addressed more critically. (Next release?)

norpan · Mon Feb 02, 2015 8:55 pm

norpan, there will be new improved routing in v7.x, that will address and open new horizons for routing.

So a quite basic and thing in a router are not going to work in this major release at all?

And can you please tell me which product you would recommend me to use at this point?

elod · Mon Feb 02, 2015 9:23 pm

Sergej,

My small sample of routers (2x2011UiAS, 1x2011UAS, 1x450G, 1x750G) updated to rc20 are fine ssh-wise until now. Uptime is around 24h at the moment. The good thing is that at least the winbox interface never locked up on version 6.26.

I'll continue to monitor but I'm unable to help otherwise as I'm not sure how to reproduce the problem.

Please understand that a precise and detailed Changelog and possibly a Know Issues file would be a tremendous help for the community and also for the developers.

Thanks,
Elod VALKAI

elod · Tue Feb 03, 2015 3:42 pm

1d 21h, all routers are ok from the ssh bug's perspective. Still on rc20.

Tue Feb 03, 2015 4:01 pm

6.26 version is ready, we will run the final tests and release it shortly,
http://www.mikrotik.com/download

elod, thank you very much for the reports. However SSH fix was applied in 6.26rc21. And issue was present in very specific configurations only.
We are waiting on other users feedback.

norpan, this is not very basic setup indeed, however we are working on new VRF implementation, that will be rewritten in v7. As currently we can apply fixes, but there is no guarantee that fix is going to work (and that it is not going to break anything other).

jdog, please provide us with more valid details of your issues with PPPoE, you may send them to support@mikrotik.com (as Norpam is referrering to VRF setups, that might have nothing to do with PPPoE setups).

ufm · Tue Feb 03, 2015 5:24 pm

norpan, this is not very basic setup indeed, however we are working on new VRF implementation, that will be rewritten in v7. As currently we can apply fixes, but there is no guarantee that fix is going to work (and that it is not going to break anything other).

I.e. fix for Ticket#2014122166000217 will be only in Not-know-when-release v7? Charming.
Mikrotik do not want to give me back my money for 3 CCR1036 until v7 released?

PPPoE sever + OSPF is "this is not very basic setup indeed"???

Tue Feb 03, 2015 5:33 pm

ufm,
I have not seen anything about v7 in reply for the ticket 2014122166000217, as my colleague wrote to you, now our developers are working on this issue.

ufm · Tue Feb 03, 2015 5:40 pm

ufm,
I have not seen anything about v7 in reply for the ticket 2014122166000217, as my colleague wrote to you, now our developers are working on this issue.

It seemed to me that this is the answer including for me. If I'm wrong - I am sorry.

jdog · Tue Feb 03, 2015 7:40 pm

My issue is the same as above.

When running a large set of PPPoE sessions on a MT access concentrator, if one session disconnects, everyone experiences a packet loss or heavy jitter.

I also notice problems with bridges, when I run a PPPoE server on a bridge, and one physical port that belongs to the bridge is connected/disconnected (Even with no PPPoE sessions or traffic on that port)... The entire bridge resets and dumps all of the PPPoE sessions.

Two similar problems, that probably stem from the same issue.

Wed Feb 04, 2015 9:01 am

jdog, please make sure you have contact MikroTik support with the particular issues (support@mikrotik.com), as more information we have about the problem, it is easier for us to repeat and fix the problem.
Thank you very much for your help.

Wed Feb 04, 2015 2:45 pm

Thank you very much for your reports!
v6.26 is released,
http://forum.mikrotik.com/viewtopic.php?f=2&t=93710

Who is online