Sorry, forgot to make that point clear: yes, MIMO (2x2) should be used.
(Otherwise it would be a bit trivial
i'd guess one will see different distances only, when exporting routes from one routing protocol into another.
What I am missing is some information in ROS what metrices
my routes actually have.
Don't do this! One radio for each antenna is a must for professional use.I've read many topics where people "split" one AP with omni- antena to 3 or 4 sectors
add chain=dstnat in-interface=<lan> src-address=!<other-mt-ip> dst-address=!<local-net> protocol=tcp dst-port=80 action=redirect to-ports=3128
add chain=dstnat in-interface=lan protocol=tcp dst-port=53 action=redirect to-ports=53
add chain=dstnat in-interface=lan protocol=udp dst-port=53 action=redirect to-ports=53
what kind of notebook, radio and OS is meant?...
im using my laptop near the MT router 5 meters only
...
/ip firewall filter
add chain=input protocol=tcp dst-port=22 limit=1/10s,2 action=accept comment="Accept limited SSH" disabled=no
add chain=input protocol=tcp dst-port=22 action=drop comment="Drop excess SSH" disabled=no
10:03:57 ipsec,ike,info phase 1 negotiation timed out
http://www.mikrotik.com/Documentation/HowTo.htmlDoes anyone recall where that info is located?
sorry, not at the moment, i am working on it.do you have any suggestions ?
i tried it and it is looking good. (had to allow 3128/tcp for squid in rule 18)Will this setting work on a public interface and not drop any legitimate traffic ?? Please advise
it would be even more interesting, if someone is doing this by using two (or more) mt systems and VRRP.anybody worked with mikrotik and multihoming bgp through 2 providers for seamless failover ?
I am sure people have used it for keeping it up and running.
i wouldn't call them junk, but doing bandwith or performance tests it's always important to know about hardware issues....
So 3COM nics are junk, Realtek nics are junk and I need to build up a couple of $400 boxes just to test if my hardware is a problem?
...
/ip firewall src-nat add src-address=192.168.1.0/24 action=nat to-dst-address=xxx.yyy.1.1-xxx.yyy.1.15
i am not sure. does it mean i can resolve a dns name in a script? does it mean too, i could configure dns-name-based vpn-connections only by scripting? (or can i put the command into the ip-address field?)Doesn't it say you something? :)Code: Select all:put [:resolve www.example.com]
a manageable switch or protocol analyzer in the ethernet segment between modem and router and between router and pc.Best way to check for re-tranmissions?
in-interface=pppoe dst-address=:80 protocol=tcp action=redirect to-dst-address=192.168.255.10 to-dst-port=80
/interface pr oid
search for "MTU" in the forum, there are many answers (adapting MTU, MRU and MSS)i have a problem with the PPPoE users they cannot surf some sites
yes, right, but i didn't say to change everything from ip-addresses to dns-names, only to have the option to use dns-names too.This is unsecure...