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).