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

Re: [Simple] COMEDIA vs MSRP Relays: Shared Connections



On Jul 21, 2009, at 6:02 PM, Christer Holmberg wrote:

Hi,

Section 4.1.3 talks about the connection attribute.


Oops, you are right. My text search fu is weak today.

But note my other comment concerning shared connections downstream of a relay.


Regards,

Christer


________________________________

From: simple-bounces at ietf.org on behalf of Ben Campbell
Sent: Wed 22/07/2009 00:31
To: Hadriel Kaplan
Cc: Simple WG
Subject: Re: [Simple] COMEDIA vs MSRP Relays: Shared Connections




On Jul 21, 2009, at 5:14 PM, Hadriel Kaplan wrote:


I'm not sure I follow you - Comedia has a "connection:existing"
attribute setting to re-use the same connection (e.g., in a new
offer).  Or do you mean of two separate media m= lines?

You are right of course. Brain fart on my part. However, the draft
should probably mention how to apply this--the only reference I see to
connection:existing is in the ICE section.




-hadriel

-----Original Message-----
From: simple-bounces at ietf.org [mailto:simple-bounces at ietf.org] On
Behalf
Of Ben Campbell

How does the COMEDIA negotiation interact with the TCP-connection-
sharing features of MSRP? We negotiate sessions in the SDP offer/
answer, not connections per se. COMEDIA implicitly assumes a one-to-
one correspondence between these, but MSRP explicitly allows multiple
sessions to use the same TCP connection.

I can see two approaches. One would be that the COMEDIA attributes
are
only relevant if you have to create a new connection. If a reusable
connection already exists, you just use it. Alternatively, we could
state that a connection is only reuseable if it's direction matches
the COMEDIA attributes, and if devices wanted to reuse an existing
connection, they would either omit COMEDIA entirely, or choose
COMEDIA
attributes that match the connection.

Neither of those approaches seems obviously wrong to me. I suspect
there may be some traps here, though--we should analyze this pretty
closely.

_______________________________________________
Simple mailing list
Simple at ietf.org
https://www.ietf.org/mailman/listinfo/simple

_______________________________________________
Simple mailing list
Simple at ietf.org
https://www.ietf.org/mailman/listinfo/simple