The request for an additional evening session has been approved. Here
are the details:
Assigned Room: Tegel
Assigned Date: 07/31/2013
Assigned Start Time: 20:00:00
As in Orlando, the plan is to use the time to discuss the five drafts on
the bottom of the agenda in a loosely structured way (i.e. w
Richard,
We may be talking across each other here. My understanding is that the IRD
resource entry for a full cost map must have the media type
alto-costmap+json -- that's the only indication that this resource is a full
cost map. Similarly, the media type for a filtered cost map resource must
be
Hi Wendy,
On Wednesday, July 24, 2013, Wendy Roome wrote:
> Richard,
>
> We may be talking across each other here. My understanding is that the IRD
> resource entry for a full cost map must have the media
> type alto-costmap+json -- that's the only indication that this resource is
> a full cost m
Hi all,
My apologies to reopen this thread.
One "concern" of making the IRD data structure a resource ID -> resource
object hash map is whether we can still leverage YANG to express "must"
constraints easily, should we eventually use YANG as a more formal grammar.
My understanding is that YANG us
Fine with me!
Although I'd go one small step farther and say that if an entry has
media-type alto-costmap+json, then it must not have an "accepts" entry.
Similarly, a resource with media-type alto-networkmap+json cannot have
"accepts".
Note that a server can provide full and filtered cost map se
Hi Wendy,
On Wednesday, July 24, 2013, Wendy Roome wrote:
> Fine with me!
>
> Although I'd go one small step farther and say that if an entry has
> media-type alto-costmap+json, then it must not have an "accepts" entry.
>
Only specifying the predicate: media-type==alto-costmap+json && no accepts
Oops! I forgot that full and filtered cost maps return the same media-type.
Sorry about that.
Yes, media-type==alto-costmap+json && accepts == "" => cost-type-names has
one entry.
media-type==alto-costmap+json && accepts == "alto-costmapfilter+json" =>
cost-type-names has one or more entries.
I am not trying to open again the discussion on HTTP-based discovery we had
some time ago, but it looks to me that situations like the one described by
Wendy could imply that we'd need some mechanism for optionally providing
metadata as a result of the initial discovery process. Unless I am miss
On Wed, Jul 24, 2013 at 10:47 AM, Wendy Roome wrote:
>
> Yes, media-type==alto-costmap+json && accepts == "" => cost-type-names
> has one entry.
> media-type==alto-costmap+json && accepts == "alto-costmapfilter+json" =>
> cost-type-names has one or more entries.
>
Great! I think we have a con
Hi Enrico, Vijay,
A question on a meta topic. Is there a time slot (either in Monday's
session or Wednesday's evening session) to discuss potential rechartering,
in particular, to identify a few key areas where the WG would like to focus
on to guide the efforts a bit?
Thanks!
Richard
On Wed, J
Hi Wendy,
On Wed, Jul 24, 2013 at 1:04 PM, Wendy Roome wrote:
> Here's a new question for you: should an ALTO server that only offers the
> endpoint cost and properties services be considered a legitimate ALTO
> server?
>
> I think the protocol currently requires an ALTO server to provide a full
Hi Sebastian,
On Wed, Jul 24, 2013 at 11:33 AM, Sebastian Kiesel wrote:
> I don't think we need an extension to the discovery procedure for that.
> As I said, I think it would just shift the problem, not solve it.
>
> In a deployment scenario where a network operator actually can clearly
> decide
I was asked on some specific examples of predicates to express constraints
and consistency checks. Here are a few examples. I will use p => q as a
boolean operator, and if you do not like it, you can rewrite it as (!p or
q):
1. any entry used in a cost-type-names entry of a capabilities must be
de
On Wed, Jul 24, 2013 at 2:24 PM, Y. Richard Yang wrote:
> I was asked on some specific examples of predicates to express constraints
> and consistency checks. Here are a few examples. I will use p => q as a
> boolean operator, and if you do not like it, you can rewrite it as (!p or
> q):
>
> 1. a
Hi Enrico, Vijay,
It is desired if we can be a bit more focused this time than in Orlando. I
remember i2AEX meeting was a very focused meeting --- I hope a side meeting in
Berlin would be guided with a clear purpose.
Thanks.
Young
From: alto-boun...@ietf.org [mailto:alto-boun...@ietf.org] On B
Hi Sebastian,
On Wed, Jul 24, 2013 at 2:48 PM, Sebastian Kiesel wrote:
> Hi Richard,
>
> On Wed, Jul 24, 2013 at 01:57:31PM -0400, Y. Richard Yang wrote:
> > Hi Sebastian,
> >
> > On Wed, Jul 24, 2013 at 11:33 AM, Sebastian Kiesel >wrote:
> >
> > > I don't think we need an extension to the disco
Hi Sebastian,
On Wed, Jul 24, 2013 at 3:16 PM, Sebastian Kiesel wrote:
> Hi Richard,
>
> On Wed, Jul 24, 2013 at 03:00:57PM -0400, Y. Richard Yang wrote:
> > On Wed, Jul 24, 2013 at 2:48 PM, Sebastian Kiesel >wrote:
> >
> > > Speaking of dynamically generated IRDs: how would the ALTO server
> >
Hi Vijay,
Some discussions, however light, on the topic, on Wednesday, are a good
idea.
Thanks!
Richard
On Wed, Jul 24, 2013 at 9:30 PM, Vijay K. Gurbani wrote:
> On 07/24/2013 12:31 PM, Y. Richard Yang wrote:
>
>> Hi Enrico, Vijay,
>>
>> A question on a meta topic. Is there a time slot (eith
18 matches
Mail list logo