perfsonar development work

[Maciej Glowiak <>]

Hi Ulisses,

ulisses wrote:
> Hi Maciej!
>
> On 2006-07-28 14:11:58, Maciej Glowiak wrote:
> [...]
> > >                   <nmwgt:direction>in</nmwgt:direction>
> > >               </nmwgt:interface>
> > >
> > >
> > >  If yes, I don't understand the need for such fields
> > Yes, they're required. Why? Because of the schema and NMWG. Please ask 
> > Martin or Jason for details.
>
> ok, I'm curious about the direction attribute

It's defined for <interface>. I assume for instance optical interfaces 
may be uni-directional.

> > >  Also, if the register message doesn't contain [1], maybe there is not a 
> > >  lot of advantage having a separate keepalive message. Currently I 
> > >  periodically re-register.
> > >  Is this wrong? Probaly I should use a sepparate the keepalive the 
> > >  message, isn't it?
> > Now the registration component is very simple, just re-register data. 
> > But if you have a lot of data, you may just send keepalive message and 
> > LS will know that lookup information shouldn't be removed.
>
> Ok, so...
>
> [...]
> > Right, keepalive contains lsKey given back after registration. The key 
> > is accessPoint, because Lookup Service works in such way, but it might 
> > be anything else. So - lsKey, not accessPoint.
> >
> > So the idea is:
> >
> > 1. You register to LS
> > 2. LS gives you back a KEY
> > 3.
> >    a. if no changes in your local lookup info -> send KEY to LS
> >    or
> >    b. if there are some changes -> re-register data
>
>      So, according to what you said :-) ...
>
>      I would say for b: 
>
>      if there are some changes or the registration is as simple as a 
>      keepalive: re-register the data

Exactly. That's the clue. But for simplicity (as we needed registration 
for MA as quick as possible) we're always using re-registering data. It 
should be changed in the future.

Maciej



--

 --------------------------------------------------------------------
| Maciej Glowiak        Network Research and Development            ||
| 

     Poznan Supercomputing and Networking Center ||
| (+48 61) 858 2024     http://monstera.man.poznan.pl/              ||
 ====================================================================