Re: [Standards] Proposed XMPP Extension: OutOfBand Stream Data

2009-07-14 Thread Dirk Meyer
Hi, I wonder if someone has a comment on it. Joe and Dave suggested a framing parameter to use BEEP instead of what I created. Since BEEP sounds ok to me, there is no reason for a framing parameter and just use BEEP. Dirk Meyer wrote: After reading BEEP again... Dirk Meyer wrote: Dave

Re: [Standards] Proposed XMPP Extension: OutOfBand Stream Data

2009-06-09 Thread Dirk Meyer
Hi, sorry for the late answer -- stupid PhD thesis Dave Cridland wrote: On Fri Apr 24 16:31:20 2009, Joe Hildebrand wrote: Sorry I'm so far behind. Any chance XEP-265 could have a framing parameter in the Jingle portion? Some folks might like to just use BEEP instead of the framing

Re: [Standards] Proposed XMPP Extension: OutOfBand Stream Data

2009-04-24 Thread Joe Hildebrand
Sorry I'm so far behind. Any chance XEP-265 could have a framing parameter in the Jingle portion? Some folks might like to just use BEEP instead of the framing mechanism specified in the XEP. On Thu, Mar 12, 2009 at 5:19 PM, XMPP Extensions Editor edi...@xmpp.org wrote: The XMPP Extensions

Re: [Standards] Proposed XMPP Extension: OutOfBand Stream Data

2009-04-24 Thread Dave Cridland
On Fri Apr 24 16:31:20 2009, Joe Hildebrand wrote: Sorry I'm so far behind. Any chance XEP-265 could have a framing parameter in the Jingle portion? Some folks might like to just use BEEP instead of the framing mechanism specified in the XEP. Or at least a BEEP-lite - we (Isode) may actually

Re: [Standards] Proposed XMPP Extension: OutOfBand Stream Data

2009-03-17 Thread Dirk Meyer
Andreas Monitzer wrote: On Mar 16, 2009, at 13:09, Dirk Meyer wrote: Yes, maybe restrict the usage to a stanza and not allow it inside a stanza by default. So a client MAY send any return from any XEP out of band, but only the whole result. If out of band is allowed somewehere deep inside a

Re: [Standards] Proposed XMPP Extension: OutOfBand Stream Data

2009-03-16 Thread Pedro Melo
Hi, On Mar 14, 2009, at 11:34 AM, Dirk Meyer wrote: XMPP Extensions Editor wrote: The XMPP Extensions Editor has received a proposal for a new XEP. Title: OutOfBand Stream Data Abstract: This specification defines how to send parts of an XML stream over a direct connection between peers.

Re: [Standards] Proposed XMPP Extension: OutOfBand Stream Data

2009-03-16 Thread Andreas Monitzer
On Mar 16, 2009, at 12:42, Pedro Melo wrote: I like the framing part, as expected :). But why such a specific protocol? Why not just open a peer-to-peer XMPP stream and route everything between the two endpoints through it? You could even reuse end-to-end encryption XEPs. Because then

Re: [Standards] Proposed XMPP Extension: OutOfBand Stream Data

2009-03-16 Thread Dirk Meyer
Andreas Monitzer wrote: On Mar 16, 2009, at 12:42, Pedro Melo wrote: I like the framing part, as expected :). But why such a specific protocol? Why not just open a peer-to-peer XMPP stream and route everything between the two endpoints through it? You could even reuse end-to-end encryption

Re: [Standards] Proposed XMPP Extension: OutOfBand Stream Data

2009-03-16 Thread Dirk Meyer
Andreas Monitzer wrote: Why use a non-existing protocol as an example, when you could use the well-known discovery protocol for it? Simple, I did not thought about that :) I had my future media server XEP in mind, but XEP-0030 can also serve as an example. All the item listings can be very

Re: [Standards] Proposed XMPP Extension: OutOfBand Stream Data

2009-03-16 Thread Andreas Monitzer
On Mar 16, 2009, at 13:09, Dirk Meyer wrote: Yes, maybe restrict the usage to a stanza and not allow it inside a stanza by default. So a client MAY send any return from any XEP out of band, but only the whole result. If out of band is allowed somewehere deep inside a stanza it SHOULD be added

Re: [Standards] Proposed XMPP Extension: OutOfBand Stream Data

2009-03-16 Thread Dirk Meyer
Dave Cridland wrote: On Mon Mar 16 14:43:38 2009, Andreas Monitzer wrote: On Mar 16, 2009, at 13:09, Dirk Meyer wrote: Yes, maybe restrict the usage to a stanza and not allow it inside a stanza by default. So a client MAY send any return from any XEP out of band, but only the whole result.