See also: IRC log
<trackbot> Date: 08 June 2010
<dug> echo echo echo
<asoldano> is the conf code still the same?
<dug> yes
<dug> just a guess :-)
<dug> wow - 800 #
<W3C> scribe: aoldano
<asoldano> my line has fallen,... redialing
<Fred_Maciel> Does this work?
<W3C> scribe: Fred Maciel
<Fred_Maciel> No opposition, agenda approved.
<Fred_Maciel> No opposition, minutes approved
<asoldano> aagg is asoldano
<Fred_Maciel> Heartbeat is in fact a keepalive.
<Fred_Maciel> Rate is expected to be long, usually around 5 minutes, so no undue burden on the network.
<DaveS> Question: Is the current mechanism only one way, or is the subscriber also tested for being allive by the event deliverer?
<MartinC> where are my skis
<W3C> http 1.1 specifies "persistent" connections
<W3C> http 1.0 had a keep alive mechanism, but it got useless in http 1.1
<W3C> tcp keep alive is a 60 byte request
<W3C> but it is widely ignored
<dug> I would prefer a KeepAlive notification and just make sure your filter includes it
<dug> zamik, mute Martin
<dug> zamik, mute MartinC
<W3C> zamik, nobits zaraih!
<dug> can't type today
<W3C> tradeoff on persistent connections is the thread needed for each one
<dug> I can't help but wonder why we're so concerned about a Sub vanishing but not a Transfer resource?
<MartinC> but this is a fault tolerance issue
<dug> me too :-)
<dug> well, w/o RM the heartbeat could be lost
<MartinC> this seems to be about connection availability not about server/subscription. we dont explictly tie a subscription to a single connection
<gpilz> If the event source terminates a subscription unexpectedly, and it supports the use of the EndTo EPR, and the EndTo EPR was present in the Subscribe message for that subscription (see 4.1 Subscribe), the SubscriptionEnd message MUST be sent to the endpoint reference indicated by that EPR, if possible.
<asoldano> is the status of the communication link really a concern of ws-ra?
<dug> I didn't think so
<MartinC> stop muting me;)
<dug> SubEnd will tell you that
<dug> LOL sorry but the echo is bad
<MartinC> of course the alive is only sent if the subscription is active, but it only tests the connection
<MartinC> no alive will be sent if a subscription has expired
<asoldano> lol
<W3C> +1 dave
<MartinC> +1
<MartinC> good idea bob
<Fred_Maciel> Summary: there are different kinds of deployment scenarios that will need different kinds of periodic messages. Might need to be a special message type dependent on the domain of implementation.
<dug> only issue with a heartbeat event sent due to a filter is that you have no control over the timing of it
<dug> bob - didn't you mean all of this under one subscription?
<DaveS> I did.
<dug> we'd need to modify the Filter stuff to have more than one filter (and make them an OR), no?
<dug> we could define some AND and OR filters, then people could mix-n-match to get the exact events they want
<MartinC> i still think the cleanest solution here is to define a special event
<MartinC> in some other spec!
<MartinC> there are problems with all proposals ina general context
<MartinC> throttling and aliveness are orthogonal concepts
<W3C> a) heartbeat proposal by gil/wsman
<W3C> b) domain defined event type that could be subscribed / filter
<W3C> c) device/domain fixed behavior
<W3C> d) add interval & count to getstatus/verify
<W3C> e) cwna
<dug> f) cwna & kill current verify
<MartinC> me have run out of time so can we think about this for next meeting
<Fred_Maciel> Q: can you live with one of these approaches?
<Fred_Maciel> RedHat: b c e f
<Fred_Maciel> IBM: b e f
<Fred_Maciel> Fujitsu: b d e f
<Fred_Maciel> Hitachi: abstain
<Fred_Maciel> Oracle: d e f
<MartinC> i can live with b, gil couldn't
<Fred_Maciel> Avaya: a b d e f
<Fred_Maciel> SoftwareAG: b e f
<MartinC> next week please!
<dug> at least B is a more generic solution
<MartinC> agreed
<Fred_Maciel> Continue discussion next week on "b", "e" or "f".
<MartinC> zzzzzzzzzzzzzzz
This is scribe.perl Revision: 1.135 of Date: 2009/03/02 03:52:20 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/go/good/ Succeeded: s/event/event sent due to a filter/ Succeeded: s/begavior/behavior/g Found Scribe: aoldano Found Scribe: Fred Maciel WARNING: 0 scribe lines found (out of 178 total lines.) Are you sure you specified a correct ScribeNick? Scribes: aoldano, Fred Maciel Present: Rick Landau WARNING: Fewer than 3 people found for Present list! Regrets: Katy Warr Agenda: http://lists.w3.org/Archives/Public/public-ws-resource-access/2010Jun/0002.html WARNING: No meeting chair found! You should specify the meeting chair like this: <dbooth> Chair: dbooth Found Date: 08 Jun 2010 Guessing minutes URL: http://www.w3.org/2010/06/08-ws-ra-minutes.html People with action items:[End of scribe.perl diagnostic output]