What is frustrating me, I cannot simply check if some route is actually on routing table.
If I use /ip route print MT simply show 300 routes.
When trying /ip route find dst-address 193.88.22.32/27 i got nothing
Any help?
TIA
Darek
What about?
/ ip route print from=[ /ip route find dst-address 193.88.22.32/27 ]
Thanks for the ultraquick answer. 
I’ve tried i.e.
/ ip route print from=[ /ip route find dst-address 3.0.0.0/8 ]
but it ran my processor at 100% and I still waiting for the results … 
Aaaand it finished after more-less 5 minutes with no answer!
While I’m sure I have this route…
Maybe guys from Latvia may help. I wondered to buy RB1000 but seems that on Cisco I got the answers quicker …
Finally I’ve tried that:
[admin@SasRouter] > / ip route print from=[ /ip route find dst-address 0.0.0.0/0 ]
Flags: X - disabled, A - active, D - dynamic, C - connect, S - static, r - rip, b - bgp, o - ospf, m - mme,
B - blackhole, U - unreachable, P - prohibit
# DST-ADDRESS PREF-SRC GATEWAY-STATE GATEWAY DISTANCE INTERFACE
[admin@SasRouter] >
And the answer was empty. It’s stupid in my opinion.
It depends on what version you are using. On v 3.x use this command:
/ip route print where dst-address=“3.0.0.0/8”
Returned answer for me quickly enough.
Hmm… I’m using v3.3 on x86
I’ve tried that, but:
[admin@SasRouter] > /ip route print where dst-address="3.0.0.0/8"
Flags: X - disabled, A - active, D - dynamic, C - connect, S - static, r - rip, b - bgp, o - ospf, m - mme,
B - blackhole, U - unreachable, P - prohibit
# DST-ADDRESS PREF-SRC GATEWAY-STATE GATEWAY DISTANCE INTERFACE
0 A S 0.0.0.0/0 reachable 89.171.4.49 1 SAS
1 ADb 3.0.0.0/8 reachable 89.171.4.49 20 SAS
2 ADb 4.0.0.0/8 reachable 89.171.4.49 20 SAS
3 ADb 4.0.0.0/9 reachable 89.171.4.49 20 SAS
4 ADb 4.23.112.0/24 reachable 89.171.4.49 20 SAS
5 ADb 4.23.113.0/24 reachable 89.171.4.49 20 SAS
6 ADb 4.23.114.0/24 reachable 89.171.4.49 20 SAS
7 ADb 4.36.116.0/23 reachable 89.171.4.49 20 SAS
8 ADb 4.36.116.0/24 reachable 89.171.4.49 20 SAS
9 ADb 4.36.117.0/24 reachable 89.171.4.49 20 SAS
10 ADb 4.36.118.0/24 reachable 89.171.4.49 20 SAS
11 ADb 4.78.22.0/23 reachable 89.171.4.49 20 SAS
12 ADb 4.78.56.0/23 reachable 89.171.4.49 20 SAS
So there is too many answers. I expected one line if I’m right.
Anyway thank’s for the answer and I hope further help.
put space after you entered command only then hit enter, this is known bug
Thanks it was helped me. A space after.
But does anybody knows why it takes so much time to get an answer. Administering BGP router I’d often would know about routes and waiting 5 min for the answer (or even 2 on faster machine) is really frustrating. See the proof:
[admin@SasRouter] > /system clock print; / ip route print where dst-address="3.0.0.0/8" ; /system clock print
time: 23:30:13
date: feb/26/2008
time-zone-name: "manual"
gmt-offset: +00:00
Flags: X - disabled, A - active, D - dynamic, C - connect, S - static, r - rip, b - bgp, o - ospf, m - mme,
B - blackhole, U - unreachable, P - prohibit
# DST-ADDRESS PREF-SRC GATEWAY-STATE GATEWAY DISTANCE INTERFACE
0 ADb 3.0.0.0/8 reachable 89.171.4.49 20 SAS
time: 23:34:25
date: feb/26/2008
time-zone-name: "manual"
gmt-offset: +00:00
It was 5 minutes.
What I found is that if after command is ran I can press Ctrl-C and the not empty answer appears immediately. Seems that MT OS searches routing table sequentially instead get the answer from index (hash).
How long you have to wait for similar answer on your routers?
Currently 5 minutes for that amount of routes is ok. There should be some speed improvements in latest versions, but you won’t be able to get answer in few seconds, anyway.