v6.11 released

  • NTP package has not been changed (zero commits) for the last year at least. Please check if your NTP server is responding, or try a different NTP server.
  • Winbox field width is a bug, and is confirmed, don’t worry, it will not remain like this.

Everyone please stick to topic. Unrelated complaints should be posted in a different topic or emailed to MikroTik.

Normis, and these are bugs?
ro6.11-2.jpg
ro6.11-1.jpg

Cause more panic seeing old bug (with ticket) not solved, and continuosly discovering new, with new version.

You staff never think about:
6. odd = stable, fixed all bug already discovered, and no single one new features. code untouched, only for fix bug.
6. even = for relasing and testing new features?

This version was running on several hundred volunteer networks for more than a week, before we released it. The bugs that are found here only are apparent in very specific situations, and don’t apply to everybody.

Exactly, you have right, there is no problem in NTP packages, if you not put ntp client on CPE can obtain IP trough pppoe-client, tested on 6.8…6.12

But if the ntp client are configured on CPE can obtain IP trough pppoe-client, sometime ntp-client stop working, are worst from 6.11

How is possible this 6.8~6.10 bug (fixed from 6.11rc1 v4):
*) ppp - mppe encryption together with mrru locked the router;
Never happen with testers, how many specific situations is? :open_mouth:

But do not worry, from some weeks I am inside the group of volunteer… :laughing:

For Normis only:

Es ceru, ka ne apvainot, neprot angļu valodu, mans negribēja būt pretrunas.

Es atvainojos, tikai gadījumā, ja es aizvainojis tevi.

Paldies vēlreiz.

There is a difference between running a software and testing the software. Testing implies focus on finding bugs and regressions in ALL subsystems. Running only slightly touches some of the subsystems. Your answer proves the point that MT is lacking in the QA dep. I hope this does not get deleted as well :slight_smile:

Best regards

I can assure you, all kinds of testing is done prior to release. You are still missing the point. Most of the posts here are not bugs.

Drank, do you have any issues in v6.11? Have you already emailed MikroTik support?

PLEASE, now we must stop complain.
Expend your time, instead, to case study on bug, and how exactly duplicate the problem.
AND WHEN YOU CAN DUPLICATE THE BUG, SEND THE PROCEDURE BY E-MAIL to support@mikrotik.com

No, since I have not yet upgraded to 6.11. But OK, I will, so that I do not speak without facts. I can always revert to 6.10, right?

Thanks and best regards :slight_smile:

I have just rebooted my CPE with 6.12alpha at my home, for test winbox/pppoe-client bug posted before in this thread, for see if are solved.

Too much time the users have problem with (for example) 6.5 but never install 6.11 WITH CLEAN INSTALLATION AND CLEAN RECONFIGURATION for see if the problem are solved or not.

:cry: :cry: :cry: the problem is still present on 6.12 “alpha”
winbox on pc directly connected on ethernet on gateway
inside the gateway are a pppoe-server mppe encrypted with mrru 1614
remote cpe (over various other machine) are taking ip address from pppoe-client

the winbox link from pc to cpe freeze after some kb of traffic inbound from cpe to pc.

Must revert to 6.7 for make disappear this bug.

Tell me your Support ticket number, I will check if there is any progress with your report

(I hope your read my previous message for you)


I like to be extreme precise with bug report,
please see:
http://forum.mikrotik.com/t/problem-with-mount-point/94/1 (I miss the ticket number in the post, but are solved on 6.11)
and
http://forum.mikrotik.com/t/problem-with-mount-point/94/1 (not solved from 6.6)
for example.

I must write the exact procedure of how duplicate the problem, before send to support.

The email sended to support have exact the same detail as in the posts.

Thanks for your attention.

Normis, how can you do a supout of a router but omitting private information like password and keys? Not that I don’t trust you, but it will go against our security policy. And I can’t afford to have a spare unit of each single router to create a second config without sensitive info just to do a test for you and send a supout.

passwords and keys are not included in these files. you can already check what the file contains if you log into your mikrotik.com account, and use the “supout.rif viewer” tool.

Disable encryption over pppoe-client (with no MRRU, MRRU=1600 or MRRU=1614 not matter) solve the problem. :astonished:
Also the NTP work again as expected disabling pppoe-client encription. :open_mouth:

I tink the problem are on new mppe encryption packages maded from 6.8, :sunglasses:
in same way obstruct “output” chain from packet generated by router services…

[process ppp-mppe on tool / profile go to 50% CPU without any traffic…
like to be connected with this bug already solved:
*) ppp - mppe encryption together with mrru locked the router;]

RB 2011 UAS under 6.11 after some period CPU 100load, then it exits some services.. Hard to reboot remotely.. take long time.. Solution downgrade back to 6.9

[Ticket#2014032566001217]
BUG 6.12: Replicable kernel crash when try to discover why winbox not working well from 6.8 over IP obtained from pppoe-client

Hi,

when I try to replicate this problem:

“Winbox connection freeze after some kb received over mppe encrypted connection”
RouterOS version affected: all from 6.8, 6.9, 6.10, 6.11, 6.12 (2014/03/24)
From 6.10 the problem go worst.

I get continuosly kernel failure and routerboard reboot with this configuration:

For this example I use one RB1100AHx2 and one RB951G-2HnD,
netinstalled with NO Keep old configuration and routeros-powerpc-6.12.npk / routeros-mipsbe-6.12.npk
both have last 3.10 / 3.12 bios.

The connection maded with ethernet cable are:

PC → PoE - > ether13 RB1100AHx2
RB1100AHx2 ether2 → RB951G-2HnD ether2
power jack → RB951G-2HnD

The PoE and the ethernet cable do not matter, also tried to change.

RB1100AHx2 and RB951G-2HnD:
after netinstall
disable all packages except for:
routeros-powerpc / routeros-mipsbe
ppp
system
and reboot

paste this on RB1100AHx2 terminal
/interface eoip
add keepalive=10 local-address=192.168.3.1 mac-address=02:AE:6D:55:61:E2 name=eoip-tunnel1 remote-address=192.168.3.2 tunnel-id=666
/interface bridge settings
set use-ip-firewall=yes
/interface pppoe-server server
add authentication=mschap2 default-profile=default-encryption disabled=no interface=eoip-tunnel1 mrru=1614 service-name=service1
/ip address
add address=192.168.2.1/24 interface=ether13 network=192.168.2.0
add address=192.168.3.1/24 interface=ether2 network=192.168.3.0
/ip firewall connection tracking
set enabled=yes
/ppp secret
add local-address=10.0.0.1 name=test password=test profile=default-encryption remote-address=10.0.0.2
/system identity
set name=“Test Gateway"paste this on RB951G-2HnD terminal
/interface eoip
add keepalive=10 local-address=192.168.3.2 mac-address=02:08:2C:28:55:D6 name=eoip-tunnel1 remote-address=192.168.3.1 tunnel-id=666
/interface pppoe-client
add ac-name=”" add-default-route=yes allow=mschap2 default-route-distance=1 dial-on-demand=no disabled=no interface=eoip-tunnel1 keepalive-timeout=60 max-mru=1480 max-mtu=1480 mrru=1614 name=pppoe-out1 password=test profile=default-encryption
service-name=“” use-peer-dns=yes user=test
/interface bridge settings
set use-ip-firewall=yes
/ip address
add address=192.168.3.2/24 interface=ether2 network=192.168.3.0
/ip firewall connection tracking
set enabled=yes
/system identity
set name="Test CPE"When you open with winbox 10.0.0.2 [after 1 hour, or 1 minutes are equal]
the RB1100AHx2 continuosly reboot / freeze without creating any autosupout.rif,
but with kernel failure on log and on terminal on serial port:

[admin@Test Gateway] /file> Oops: Exception in kernel mode, sig: 5 [#1]
SMP NR_CPUS=2 RB1120
NIP: 8021a730 LR: 8021a46c CTR: 00000000
REGS: dffefd30 TRAP: 0700   Not tainted  (3.3.5-smp)
MSR: 00029000 <CE,EE,ME>  CR: 42000028  XER: 20000000
TASK = 8036d3c0[0] 'swapper/0' THREAD: 80380000 CPU: 0
GPR00: 8021a46c dffefde0 8036d3c0 fffffff2 de6f58aa 00000001 de6f4e50 dc870cd2
GPR08: 120ff29a 0000001d 00000000 8021a400 42000022 00000001 dd9fc300 00000012
GPR16: 00000003 00000000 e1811a40 000005e2 de6dd414 e1811a2c e18119c8 e18119ec
GPR24: 00000012 e1811828 de6dd484 0000003b 000000fd dd9fc300 dd9fc300 de6dd3c0
NIP [8021a730] __pskb_pull_tail+0x330/0x340
LR [8021a46c] __pskb_pull_tail+0x6c/0x340
Call Trace:
[dffefde0] [8021a46c] __pskb_pull_tail+0x6c/0x340 (unreliable)
[dffefe00] [e180df30] ppp_register_channel+0xb20/0x1b4c [ppp_generic@0xe180c000]
[dffefe30] [e180f8d4] ppp_output_wakeup+0x978/0xa20 [ppp_generic@0xe180c000]
[dffefe90] [e180fb30] ppp_input+0xf0/0x12a4 [ppp_generic@0xe180c000]
[dffefeb0] [e18494d0] 0xe18494d0 [pppoe@0xe1849000]
[dffefed0] [80221f9c] __netif_receive_skb+0x220/0x400
[dffeff30] [802224a0] process_backlog+0xac/0x178
[dffeff60] [80223870] net_rx_action+0xc0/0x170
[dffeffa0] [80031a14] __do_softirq+0xf4/0x178
[dffefff0] [8000c054] call_do_softirq+0x14/0x24
[80381e80] [80003f5c] do_softirq+0x98/0xc4
[80381ea0] [80031d84] irq_exit+0xa0/0xd4
[80381eb0] [80003c44] do_IRQ+0x94/0x190
[80381ee0] [8000d71c] ret_from_except+0x0/0x18
--- Exception: 501 at cpu_idle+0x8c/0xe0
    LR = cpu_idle+0x8c/0xe0
[80381fc0] [8034076c] start_kernel+0x2d4/0x2e8
[80381ff0] [800003f8] skpinv+0x2e4/0x320
Instruction dump:
7fdcf378 3b400000 4bffffa0 7fc3f378 7c84f850 4bfffced 2f830000 409eff9c
7f43d378 4bffe9c9 38600000 4bffff00 <0fe00000> 38c00001 7cc903a6 4bfffd90
---[ end trace 72421d3cf3d534d4 ]---

Kernel panic - not syncing: Fatal exception in interrupt

panicSaver: dumping panic to flash
flash: erase 10
flash: prg 10
flash: prg err 0
Rebooting in 1 seconds..
------------[ cut here ]------------
Kernel BUG at 800a3a70 [verbose debug info unavailable]
Oops: Exception in kernel mode, sig: 5 [#2]
SMP NR_CPUS=2 RB1120
NIP: 800a3a70 LR: 800113ec CTR: 00000000
REGS: dffefa60 TRAP: 0700   Tainted: G      D       (3.3.5-smp)
MSR: 00021000 <CE,ME>  CR: 22000024  XER: 20000000
TASK = 8036d3c0[0] 'swapper/0' THREAD: 80380000 CPU: 0
GPR00: 800113ec dffefb10 8036d3c0 00001000 00000001 00000001 e1000000 edffc000
GPR08: 000000d0 80017554 00000300 fffffffd 22000024 00000001 dd9fc300 00000012
GPR16: 00000003 00000000 e1811a40 000005e2 de6dd414 e1811a2c e18119c8 e18119ec
GPR24: 80017554 80380000 e1000000 edffc000 000000d0 00000001 00000001 80017554
NIP [800a3a70] __get_vm_area_node.isra.31+0x34/0x180
LR [800113ec] __ioremap_caller+0x170/0x1a4
Call Trace:
[dffefb10] [e137c43c] flash_fixed_cmd+0x140/0x204 [flash@0xe137b000] (unreliable
)
[dffefb40] [800113ec] __ioremap_caller+0x170/0x1a4
[dffefb70] [80017554] rb1120_restart+0x68/0xa4
[dffefb90] [8000b35c] machine_restart+0x48/0x60
[dffefbb0] [802ad3b0] panic+0x198/0x1e8
[dffefc00] [800096b4] die+0x244/0x284
[dffefc30] [8000984c] _exception+0x100/0x114
[dffefd20] [8000d6d0] ret_from_except_full+0x0/0x4c
--- Exception: 700 at __pskb_pull_tail+0x330/0x340
    LR = __pskb_pull_tail+0x6c/0x340
[dffefe00] [e180df30] ppp_register_channel+0xb20/0x1b4c [ppp_generic@0xe180c000]
[dffefe30] [e180f8d4] ppp_output_wakeup+0x978/0xa20 [ppp_generic@0xe180c000]
[dffefe90] [e180fb30] ppp_input+0xf0/0x12a4 [ppp_generic@0xe180c000]
[dffefeb0] [e18494d0] 0xe18494d0 [pppoe@0xe1849000]
[dffefed0] [80221f9c] __netif_receive_skb+0x220/0x400
[dffeff30] [802224a0] process_backlog+0xac/0x178
[dffeff60] [80223870] net_rx_action+0xc0/0x170
[dffeffa0] [80031a14] __do_softirq+0xf4/0x178
[dffefff0] [8000c054] call_do_softirq+0x14/0x24
[80381e80] [80003f5c] do_softirq+0x98/0xc4
[80381ea0] [80031d84] irq_exit+0xa0/0xd4
[80381eb0] [80003c44] do_IRQ+0x94/0x190
[80381ee0] [8000d71c] ret_from_except+0x0/0x18
--- Exception: 501 at cpu_idle+0x8c/0xe0
    LR = cpu_idle+0x8c/0xe0
[80381fc0] [8034076c] start_kernel+0x2d4/0x2e8
[80381ff0] [800003f8] skpinv+0x2e4/0x320
Instruction dump:
9421ffd0 bf010010 542a0024 90010034 7c9d2378 7cbe2b78 7cda3378 814a000c
7cfb3b78 7d1c4378 7d384b78 554a016e <0f0a0000> 70a90001 41820018 7c690034
---[ end trace 72421d3cf3d534d5 ]---

I hope that I’ve explained everything well and sufficently detailed all.

Thanks to all.