NEW RouterBOARD high performance devices - RouterBOARD 333 AND RouterBOARD 1000 - this is announced by mail, for the USA MUM.
Any preview on these ?
Any sheet ?
on routerboard.com nothing. yet.
We are expecting them.
Not many money I’m training in Mexico invited by the Index Datacom Training Center to work here in the Monterrey Training recently finished, but in May 28th i’ll be back again to Argentina by personal problems but i’m an organizer and trainer of the MUM Argentina 2007 in september
We will entertain in Argentina with rich meat and good wines!
Good luck, good MUM and enjoy!
Alessio
I must say i hope that availability is “very soon”, as i (and i’m pretty sure i’m not the only only) do need some (much) more power than an RB532 can provide at this time.
I’d love to stick to an RB product, but if have no idea when they’ll be available i’ll be forced to buy something else in the meantime, i cannot answer “sorry, the new RB are not out yet” to my customers .
Bye,
Ricky
Well, it depends what is “a lot” for you
I’d love to go to the MUM, and i really regret missing it, but more than 2000$ just for the flight + the staying is not exactly what i would qualify as cheap
As far as what the agenda for Orlando mum is telling us I expect the new RouterBOARDs will be presented on Friday at 16:00 local time. I am also looking with some kind of hope for the new boards.
Release dates
333 : PowerPC, 600Mhz, 10/100, 3 to 4 weeks
600 : PowerPC, 800Mhz, 3x 10/100/1000, will take 532 daughter cards, 2x CF, 3 to 4 months
1000 : PowerPC, 1333Mhz, 3x10/100/1000, DDR2 up to 2 GB, No built in miniPCI, CPU has Fan, 6 months
I forgot to mention the rb1000 should be released in approx 6 months..
-Gerard
Normis, I wanted the ability to set the AP/Client TX rates through RADIUS. From my testing just now all of the radius options regarding rate limiting (Ascend-Data-Rate, Ascend-Xmit-Rate, Mikrotik-Rate-Limit) only create a simple queue to limit the bandwidth and not set the ap/client tx rates. The reason I want to use the ap/client tx rates instead of queues is that queues are very cpu expensive and the ap/client tx rates are not. I explained what I was looking for to David Savage and he suggested I ask you guys directly..
As we already said - it is already there and it DOES NOT create or use queues, for the exact same reasons you describe. Please contact support to find out more.