R1提取VLAN 100年获得10和VLAN20, that's QinQ.there is no qinq between R1 and R2, where have u seen that?Why do you need QinQ between R2 and R1?
Have you tried the VLAN stacking feature on bridge ports?@MikroTik - can you please let us know why the config that @sindy presented here doesn't work on v7, are you aware of this?
Me neither.
I don't see your issue....
Rudy: Tried to PM you, but failed
Will expand the test with CCR1036.@peson Try TCP test. NV2 no scale properly for TCP. I try external machines 2x CCR for tests NO BOTTLENECK FROM CPU just NV2 scale like shiet.
Not working!Am I right in saying that ACLs do not work at all on the CSS106? I've just replaced a RB260GSP and cannot even successfully enter an ACL, let alone test it.
Has anybody else been able to use them?
Do you need to interfere with the customers vlans on layer 3. or is it only L2 tunneling you need.?@peson, correct, it is a deployment / project that i got involved late, asked info and got very little, i.e. network design, etc
But they request you to have a s-vlan 10 carrying the customers inside with c-vlan 20, 30 and 40?@peson, Sorry, cant answer for equipment other side, I asked numerous occasions but still did not get answer, have meeting with collocation engineers in the morning at 10:00
Can you please tell us more about the configuration.Test by new firmware..
Thanks for your appreciation.Hi peson
it's working
thank you so much for the effort you applied to solve my problem.
really appreciated.
have a nice day!
Have you checked?Did the bonded device will increase the capacity, if the overload is on the CPU?
/tool profile
Check the order of your NAT rules and your forward filter set.Hi docmarius,
I have done with your setting is still not working.
PPTP is working on port 1723 and tunnel gre, so we can only forward port 1723 and can not forward protocol=gre. that why not working
any idea
Easiest way is to limit the ethernet interface.What is the easiest way to limit SXT to 8Mbps on bridged network? How to create the queue?
Thanks
-Jon
A QinQ packet have 2 VLAN tags, so the L2MTU needs to be at least 1508.
So for a QinQ packet comming from a Cisco Trunk the RoutBOARD's interface L2MTU should be 1504?
Have you tried max-mtu=1500 and max-mru=1500?It would be nice if this could be supported on Router OS so that we don't have anymore to use MLPPP over single link tunnels (and the associated overhead) for desired MTU larger than 1492.
Is it the switch configuration or a bridge configuration?may i know how to set vlan priority to 1 in v5.18?the correct command is:
"add action=set-priority new-priority=7 out-interface=vlan1"
Note that it applies only for RouterOS v3.0
My ticket:如果你没有得到一个答案,num粘贴你的机票ber and I will check why. Maybe some experiment is being done, and the responsible person is waiting for result, before replying to you.
No, not with watchdog enabled, without watchdog, 8d5h and still running.So never longer than 24 hours? And you've definitely not seen anything close to 100 hours?
SentI will watch for them and let you know of my results.
Everything between, 1-24 hours.how long would you say it takes on average before one of your RB1100AH reboots?
i love export compact
Thank you man!
Timberwolf, so your opinion is not to use MR at all, at least not until a stable version is available?Just don't configure anything and everything will be almost fine.
I have a support ticket that you are familiar with.什么configuration you have? All problems about MR on PPC routers was resolved by adjusting configuration
Is it something similar to this you want to achieve?Anyone? Happy to pay for a trainer/consultant.
猫/proc/net/vlan/config VLAN Dev名称| VLAN IDName-Type: VLAN_NAME_TYPE_PLUS_VID vlan2 | 2 | eth0 vlan4 | 4 | eth0 vlan5 | 5 | eth0 vlan10 | 10 | eth0
Ok, I missunderstod you about this.no, no, this way you define filter only.
You need an ACTION that can modify VLAN features like VLAN ID or priority
I´ve done some testing, read this:I installed all 7 routerboards i had and am only left with 1 on the roof... so testing still has not happened yet. Hopefully next week I will get back to this.
Sam