[c-nsp] BFD bug in IOS SXF6

[kevin gannon]

Is this not what the QNX based IOS-XR brings us ?

Regards
Kevin

On 1/12/07, Anton Kapela <tk at 5ninesdata.com> wrote:
>
>
>
>
> > What we really need is some kind of supervisor module with a
> > much faster CPU. Like the rsp720, only supported in the 6500.
> > Grumble 7600 split grumble.
>
> I'm not sure 'more' cpu to run the same code is the answer. I think (and
> I'm 100% sure Cisco DE's know it, talk about it a lot, and likely cannot
> garner enough internal interest for) the need is either some form of
> multi-tasking RTOS instead of the best-effort, cooperative,
> run-to-completion-with-some-hacks multitasking that IOS offers today, or
> perhaps dedicated hardware and appropriate pre-emptive ipc/signalling
> from linecards to rp/sp components.
>
> Apparently the cost/benefit tradeoffs aren't in favor of some flavor of
> RTOS being pushed down to boxes that a) unsophisticated enterprises and
> b) ISP's are buying (cat6/7600). I would wager, if there was significant
> demand for features that depended on real-time features from enough
> customers with enough potential revenue on the line, this would have
> been solved in some substantive way years, maybe decades ago. Anyway,
> while c-nsp discussions are fun, a bunch of us bleeding-edge, 'lets make
> it better' types aren't likely to represent the majority of Cisco's
> customers. I won't get stable high-rate ospf hellos anytime soon, nor
> will any international 'backbones' get stable and dependable BFD in the
> short term: our special needs simply don't matter enough.
>
> -Tk
>
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>