GENI-NSF / geni-portal

A UI for a GENI clearinghouse
Other
3 stars 8 forks source link

Review, improve RSpec parsing logic #1099

Open ahelsing opened 9 years ago

ahelsing commented 9 years ago

We should review and improve the logic for parsing RSpecs uploaded to the portal

ahelsing commented 9 years ago

Current logic says: If any node is bound, RSpec is bound. That should mean partially bound, and only if all nodes are bound is the RSpec fully bound.

Also, current logic says it is stitching if it has a link with >2 AMs. Stitcher on the other hand requires also (a) there isn't a shared_vlan extension, and (b) there isn't an explicit different link type marked on the link.

Note that we want stitcher to be able to handle links with a shared vlan tag.

Also note that stitcher can handle an RSpec that uses a GRE link (2 interfaces at different AMs with link type of gre or egre).

Trac comment by ahelsing on 07-31-2014 at 13:27

ahelsing commented 9 years ago

Next version of stitcher handles any bound multi-AM RSpec. So the stitching distinction is less important. We want to detect fully bound vs partially bound (an error - not handled) vs unbound, and single AM vs multi AM

If it is bound, ideally we will show the user what it is bound to - at least if it is a single AM. If it is unbound, the normal Add Resources page should let you send it to that AM. If it is partially bound, we should

Trac comment by ahelsing on 09-08-2014 at 12:39

ahelsing commented 9 years ago

New logic says it is bound if any are bound, and adds logic to add a partially_bound attribute. This attribute is not yet stored in the database.

Trac comment by ahelsing on 09-30-2014 at 14:23