[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: b/w example values



Hi!

> Bobby> Some people still choose to live in the stone age . . .
> 
> No, they aren't physically connected to a fast network.  It is not by
> choice.  The technology for remote environments isn't there yet.
> You're in the middle of available bandwidth and other resources, not
> at the edge where things are still critical.

Just a joke . . .

> Nope.  Stream-lined xml still might be more useful than binary
> encodings.  Full blown verbose XML vs binary encodings leaves less
> room for decision making, I agree.

I believe it is but not all do.  Then again, I dont worry about low
bit-rate applications.

> That's a possibility and I've mentioned it to several people.  The
> protocol designs I originally spoke with told me they only wanted to
> concentrate on core equipment where resources weren't a problem.  I'd
> rather see something more in the middle ground so it can appease a
> greater problem space.

I think most of the resource limitations are actually self-imposed.

I also dont think that your arguments take into account the economic
impact of having to develop all that specialized code for specialized
environments.   However, going down the economic rat hole is not what
I intended.

> Bobby> Thanks for your clarifcation on the environmental issues you are
> Bobby> looking at.  Perhaps bring those up earlier next time . . . :)
> 
> Is that a polite way of saying "go away"?  Interesting.

Absolutely not!  (That, is Andy's job)!  I've enjoyed this discussion.
What I was trying to say (politely but apparently not effectively :)
is that if you had mentioned the details earlier in the discussion, I
would have understood your arguments *a lot* faster.

That is, until you mentioned low-power, low-bitrate, environments, I
basically was puzzled by your assertions.  Once I understood them, I
then understood your argument.  One could argue that I should have put
my assumptions on the table sooner.  I thought I had.

Thanks,

Bobby

--
to unsubscribe send a message to netconf-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/netconf/>