True, it is a domain. However, if a GOLE has the property of being "open policy"  and its main service is to interconnect paths between GOLEs and domains, then from a "strictly" path computation perspective, and if given a choice between a transient link across a domain w/ policy or through an open policy GOLE, then it seems that the path computation entity will find it simpler to  choose the  the path through the GOLE rather than the domain. What are your thoughts on this particular scenario...

I can see a situation  where an end user may choose to go through a particular  domain  if  they are members of a domain and have certain  privileges.

thanks,
Gigi

Victor Reijs (work) wrote:
But Gigi, perhaps I see this all as attributes for a domain (although it 
is perhaps more about the scope of number of interconnectivity in that 
domain, but I see HEAnet (the Irish NREN) also also only as connecting a 
lot of domains (of our clients and some international ones) and not 
really end-systems).

For me a GOLE is just a domain (with certain attributes and values).

All the best,


Victor

Gigi Karmous-Edwards wrote:
  
I think another key difference is that a GOLE has a high concentration
of cross-border fibers which includes those that interconnects to other
GOLEs. In my opinion distinguishing a GOLE from a domain is useful for
path computation. Also, we rarely find termination (compute, instrument,
etc. ) points within GOLEs. Therefore, their function is to primarily
interconnect to other domains and GOLEs.

Thanks,
Gigi

Victor Reijs (work) wrote:
    
Hello Freek and Erik-Jan,

Freek Dijkstra wrote:

      
The only distinction between a GOLE and an other domain is that a GOLE
is it's policy: a GOLE is "open" and will thus not define a policy on
its own (it may enforce the policy of connected domains, though).

        
But if 'policy' is an attribute of a domain, then that is even no
difference (at least looking at the abstract level).
Correct?

All the best,


Victor
_______________________________________________
nsi-wg mailing list
nsi-wg@ogf.org
http://www.ogf.org/mailman/listinfo/nsi-wg

      
_______________________________________________
nsi-wg mailing list
nsi-wg@ogf.org
http://www.ogf.org/mailman/listinfo/nsi-wg