Re: SPDY feedback

Francis Brosnan Blazquez <[email protected]> Wed, 05 Sep 2012 13:54:19 +0200
Newsgroups gmane.ietf.beep
Organization ASPL
Message-ID <[email protected]>
Hi Jan,

<I'm ccing beepwg mailling list>

This is an interesting question though I don't know if there's a
satisfactory answer ;-)=20

From our perspective (as BEEP developers) any effort that seeks to build
an application protocol that provides channels over the same session,
asynchronous exchange, integrated session security and integrated auth,
etc, will end up in something that is really close to BEEP...so, why
don't use it directly?

The interesting thing is that if you look at the core issues that are
being addressing at the Websocket mailling list (or at least most of
them), you'll find that most of them were addressed previously by the
BEEP working group...that led to the BEEP definition.

My overall impression is that (re-)inventing the next big thing is the
preferred approach than reusing and/or extending that is already
available (assuming we have to design something that is really different
from HTTP/1.1 infrastructure).

Another explanation that lives at the heart of your question is that
BEEP was wrongly presented (at the beginning) as a HTTP replacement
(obviously it isn't) creating wrong expectations. Some times I thing
BEEP appeared too soon...

Anyway, we will keep on using BEEP and extending our products using it
as much as we can especially because it WORKS and it has a crystal clear
definition (something we can't say usually from other definitions).=20

We believe it's got a great opportunity in the new changing market
(smartphones and tablets) where WEB guys doesn't have all the power to
decide what's right and what's not (or what language or application
protocol you can use which is crazy).=20

Cheers!

> Hi, went to <http://www.mnot.net/> to comment after a SPDY article
> appeared on slashdot, tried to leave a comment but due to use of
> script + some sign-in stuff, didn't happen.
> So, if I may email you what I tried to leave there:
> ---
> Hi,=20
> I'm not a web or network guy (more databases & general dev) but
> whenever spdy comes up I wonder why BEEP isn't used, as it is a lower
> level (ie. more general and less tied to any particular use) than
> http, and has a number of features that are similar to spdy.
>=20
> From <http://en.wikipedia.org/wiki/SPDY>: "SPDY achieves reduced
> latency through compression, multiplexing, and prioritization"
>=20
> from <http://beepcore.org/> "BEEP is not a protocol for sending and
> receiving data directly. Rather, it allows you to define your
> application protocol on top of it, reusing several mechanisms such as:
> asynchronous communications, transport layer security, peer
> authentication, channel multiplexing on the same connection, message
> framing, channel bandwidth management, and many more interesting
> network features. [including message prioritisation I believe]"
>=20
> Incidentally I've never used beep but the overlap is evident and solid
> implementations exist, I understand, so why not use it?
> ---
>=20
> Well, why not? BEEP was designed by the guy who did POP3, SMTP, and
> SNMP (so says wiki).
> I've cc'd this to beepcore.=20
>=20
> Maybe I'm wasting your time, but maybe not...
>=20
> cheers
>=20
> jan
>=20

--=20
Francis Brosnan Bl=E1zquez <[email protected]>
ASPL
91 134 14 22 - 91 134 14 45 - 91 116 07 57

AVISO LEGAL

Este mensaje se dirige exclusivamente a su destinatario. Los datos
incluidos en el presente correo son confidenciales y sometidos a secreto
profesional, se proh=EDbe divulgarlos, en virtud de las leyes vigentes. S=
i
usted no lo es y lo ha recibido por error o tiene conocimiento del mismo
por cualquier motivo, le rogamos que nos lo comunique por este medio y
proceda a destruirlo o borrarlo.

En virtud de lo dispuesto en la Ley Org=E1nica 15/1999, de 13 de
diciembre, de Protecci=F3n de Datos de Car=E1cter Personal, le informamos=
 de
que sus datos de car=E1cter personal, recogidos de fuentes accesibles al
p=FAblico o datos que usted nos ha facilitado previamente, proceden de
bases de datos propiedad de Advanced Software Production Line, S.L.
(ASPL). No obstante, usted puede ejercitar sus derechos de acceso,
rectificaci=F3n, cancelaci=F3n y oposici=F3n dispuestos en la mencionada =
Ley
Org=E1nica, notific=E1ndolo por escrito a:
ASPL - Protecci=F3n Datos, C/Antonio Su=E1rez 10 A-102, 28802, Alcal=E1 d=
e
Henares (Madrid).