[...]
/tool romon port
add
[...]
/tool romon port
set [ find default=yes ] cost=100 forbid=no interface=all secrets=""
add cost=100 disabled=yes forbid=no interface=all secrets=""
What's new in 6.33 (2015-Nov-06 12:49):
*) romon - change port list to be not ordered in export;
Your initial config is the issue, fix it. and all problems will be gone.Well, this is not a config that you can copy/paste in a router. The CLI expects some input after 'add'.
I don't think I have ever imported old configuration on these devices. But removing one of the entries solved my problem. Thank you!If you have had imported configuration from old export, then you will have this:
/tool romon port
add
If you will run "/tool romon port" print then now you will have two entries for port=all. You can delete one of them. Old export was incorrect and now if you import it, then it seems like it is incorrect again. If you have default RoMON configuration then starting from this version "/export" will be empty.
you are not doing it right. First test then upgreade yourself, then use for few days, and then and only then do something on customer network.in rush i upgrade my home router and two of my customers to 6.33.1 from 6.33 and now i cannot to three of them with ip cloud. the customers also called me that they have no internet.
yes of course i always do like this , i dont know today how i did this rushing bloody thing. i always upgrade my home router to play and after my customers!you are not doing it right. First test then upgreade yourself, then use for few days, and then and only then do something on customer network.in rush i upgrade my home router and two of my customers to 6.33.1 from 6.33 and now i cannot to three of them with ip cloud. the customers also called me that they have no internet.
My upgrades have no issues so far.
bad idea to install a new release only 3 or 4 hours after has been released to remote customer equipmentyes of course i always do like this , i dont know today how i did this rushing bloody thing. i always upgrade my home router to play and after my customers!you are not doing it right. First test then upgreade yourself, then use for few days, and then and only then do something on customer network.in rush i upgrade my home router and two of my customers to 6.33.1 from 6.33 and now i cannot to three of them with ip cloud. the customers also called me that they have no internet.
My upgrades have no issues so far.
@@@@@ now i have to go to the sites to check. i hope there is no need for netinstall
please find out what specifically is the issue and let us knowthree of them with ip cloud
i am in greece and i use pppoe with 1492 mtu-mru to dial at bridge modem. maybe we have the same problemPPoE-Out Client: DialIn to German Telekom not working on RB493AH.
RB439AH was running ok with V6.33, V6.33.1 didn't do the dialin-process and ran into loop.
Login process always gets terminated.
Downgraded to V6.33 and everything worked ok again.
It's the same here: 1492/1492 - runs perfectly in V6.33i am in greece and i use pppoe with 1492 mtu-mru to dial at bridge modem. maybe we have the same problem
this is a photo from customer of another rb951 at a previous version ros
I upgraded my office CRS125 before doing any client units (our usual procedure) and 6.33.1 broke my PPPoE connection (MTU=1480) - not even creating a new PPPoE client would allow me to connect. I downgraded back to 6.33 and connected again immediately using the original PPPoE Client profile.in rush i upgrade my home router and two of my customers to 6.33.1 from 6.33 and now i cannot connect to all of them with ip cloud. the customers also called me that they have no internet.
Attempting to use Webfig gives "Error: Not Found" at the login screen for some source addresses (I can't quite figure the pattern out: I was at one point trying 0.0.0.0/0 and ::0/0 as permitted and still have the problem when accessing remotely). Works reliably when connected via L2TP+IPSec VPN. Worked OK with 6.33.
Doesn't seem to be the case, at least with NetMetals (wireless-cm2 package used, Nv2, wireless interface queue set to only-hardware-queue) performance worsens with it enabled.*) fastpath - fixed wireless interface fastpath (broken in 6.33);
My pppoe-out1 is configured the same. It stops working and never connects upon upgrading to 6.33.1 and I had to downgrade back to the version that was working.in greece pppoe client is using 1492 mru mtu
i have to downgrade back to 6.33 to keep using that number
with 6.33.1 it was in a connection loop and never connected.
I'll wait until the next stable release.purana - In 6.34rc11 it is fixed. At least all of our clients who had these problems reported back that now it is fixed.
I didn't find any suspicious large traffic within that interface (ether7)19:46:03 interface,warning ether7: bridge port received packet with own address as source address (00:0c:42:eb:0a:05), probably loop
19:46:10 interface,warning ether7: bridge port received packet with own address as source address (00:0c:42:eb:0a:05), probably loop
19:46:17 interface,warning ether7: bridge port received packet with own address as source address (00:0c:42:eb:0a:05), probably loop
19:46:24 interface,warning ether7: bridge port received packet with own address as source address (00:0c:42:eb:0a:05), probably loop
19:46:29 interface,warning ether7: bridge port received packet with own address as source address (00:0c:42:eb:0a:05), probably loop
19:46:35 interface,warning ether7: bridge port received packet with own address as source address (00:0c:42:eb:0a:05), probably loop
19:46:43 interface,warning ether7: bridge port received packet with own address as source address (00:0c:42:eb:0a:05), probably loop
19:46:50 interface,warning ether7: bridge port received packet with own address as source address (00:0c:42:eb:0a:05), probably loop
19:46:56 interface,warning ether7: bridge port received packet with own address as source address (00:0c:42:eb:0a:05), probably loop
19:47:03 interface,warning ether7: bridge port received packet with own address as source address (00:0c:42:eb:0a:05), probably loop
/interface bridge
add mtu=1500 name=Usee_br
/interface bridge port
add auto-isolate=yes bridge=Usee_br interface=ether7
add auto-isolate=yes bridge=Usee_br interface=vlan835
/interface bridge settings
set allow-fast-path=no
protocol-mode=rstpin most cases problem is somewhere else in the network. same vlan bridged with same ethernet network maybe? without RSTP?
/system export file=filename