VS: issue 6: scope of SA changes

<[email protected]>
Newsgroups gmane.ietf.mobike
Message-ID <[email protected]>
I would like to understand this little bit better before answering.
 
If we have this fine granularity and we do not want to move some 
streaming data from WLAN to GPRS, what would happen to these
SA's that are used to protect the streaming data during the handover? 
If they stay as they were, does the streaming server send the data all 
the time to this "lost connection", or do we some how delete the 
"WLAN SA's" that are not moved to GPRS? 
What happens to application level connection? Is it just going to die
because there is no acknowledgements coming in?
 
Or should we move all SA's to GPRS and then let the application kill
the unwanted stream? 
 
Mika
 
 

	-----Alkuperäinen viesti----- 
	Lähettäjä: [email protected] puolesta: ext Tero Kivinen 
	Lähetetty: ma 1.11.2004 3:27 
	Vastaanottaja: [email protected] 
	Kopio: MOBIKE Mailing List 
	Aihe: [Mobike] issue 6: scope of SA changes
	
	

	Jari Arkko writes:
	> 1. Would it be useful to treat different flows or applications
	>     in a different manner with regards to their multihoming
	>     behaviour? For instance, keep one flow always in GPRS
	>     but allow another flow to use LAN where available.
	>
	>     Yes, optional  [X]
	
	I think it is usefull feature on some scenarios, but it is not needed
	at all by others, so it needs to be optional.
	
	> 2. Would you like to provide this functionality through
	>
	>     Separate IKE SAs and their independent addresses     [X]
	
	Separate IKE SA would be fine, i.e. I do not think this so important
	issue that we need to add fine granularity to the SA movement.
	--
	[email protected]
	_______________________________________________
	Mobike mailing list
	[email protected]
	https://www.machshav.com/mailman/listinfo.cgi/mobike

_______________________________________________
Mobike mailing list
[email protected]
https://www.machshav.com/mailman/listinfo.cgi/mobike
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.