Opened 10 years ago

Closed 10 years ago

#1330 closed (fixed)

ION/AL2S paths are missing VLANs

Reported by: lnevers@bbn.com Owned by: luke@grnoc.iu.edu
Priority: blocker Milestone:
Component: STITCHING Version: SPIRAL6
Keywords: acceptance Cc:
Dependencies:

Description

This ticket is tracking an issue discovered on 2014-09-23, tracking to resolution.

On 9/23/14, 2:31 PM, Luisa Nevers wrote:

I have been running OESS stitching tests and have 2 topologies that can
be created without problem, but consistently have the same links not
work. The links that do not work are consistently ones that combine AL2S
and ION paths and for those links the VLAN allocated are not found in
the AL2S router proxy.

Here is an outline of the two topologies that fail:

Topology 1: (5 node star - Missouri-IG center node)

           GPO-IG<-ION><AL2S->
                             |
        Stanford-IG<-AL2S->Missouri-IG<-AL2S->Chicago-ig
                             |
                             <-AL2S><ION->Wisconsin

      - The link between Missouri and Wisconsin does not forward traffic
      - The link between Missouri and GPO does not forward traffic
      - Repeatable across multiple slivers.

Checked Router proxy for link between GPO and Missouri and found that
hop4(*) VLAN does not exist for the path:

hop1=publicid:IDN+instageni.gpolab.bbn.com+interface+procurve2:5.24.ion.newy.ae0
(3713)
hop2=urn:publicid:IDN+ion.internet2.edu+interface+rtr.newy:ae0:bbn (3713)
hop3=urn:publicid:IDN+ion.internet2.edu+interface+rtr.kans:xe-0/0/3:al2s
(3980)
hop4=urn:publicid:IDN+al2s.internet2.edu+interface+sdn-sw.kans.net.internet2.edu:eth15/1:*
(3980)<<<*>>>>
hop5=urn:publicid:IDN+al2s.internet2.edu+interface+sdn-sw.kans.net.internet2.edu:eth5/1:*
(1161)
hop6=urn:publicid:IDN+instageni.rnet.missouri.edu+interface+procurve2:1.19.al2s.kans.eth5_1
(1161)


Checked Router proxy routers for link between Wisconsin and Missouri and
found that hop3(*) VLAN does not exist for path:

hop1=urn:publicid:IDN+instageni.rnet.missouri.edu+interface+procurve2:1.19.al2s.kans.eth5_1
(1162)
hop2=urn:publicid:IDN+al2s.internet2.edu+interface+sdn-sw.kans.net.internet2.edu:eth5/1:*
(1162)
hop3=urn:publicid:IDN+al2s.internet2.edu+interface+sdn-sw.kans.net.internet2.edu:eth15/1:*
(3914)<<*>>>
hop4=urn:publicid:IDN+ion.internet2.edu+interface+rtr.kans:xe-0/0/3:al2s  (3914)
hop5=urn:publicid:IDN+ion.internet2.edu+interface+rtr.chic:et-8/0/0:wisconsin-ig
(935)
hop6=urn:publicid:IDN+instageni.wisc.edu+interface+procurve2:1.19 (935)

The above topology is still active.


I have seen similar behavior for a 4 nodes linear topology:

   GPO-IG<-ION><AL2S->Stanford-IG<-AL2S->Missouri-IG<-AL2S><ION->NYSERNet-IG
  
      - The link between Missouri and NYSERNet does not forward traffic
      - Replacing NYSERNet-IG with Rutgers IG does not help
      - Repeatable across multiple slivers.
      - When I remove "<-AL2S->Missouri-IG" from the above, then the
entire path works.

On 9/24/14, 10:08 AM, Luisa Nevers wrote:

I also mentioned that I had a 4 nodes linear topology that consistently
has no connectivity for the Missouri to 4th node Rutgers:

     
GPO-IG<-ION><AL2S->Stanford-IG<-AL2S->Missouri-IG<-AL2S><ION->Rutgers-IG

Again in this scenario one of the expected VLAN does not exist on the
Kansas router.  I am attaching the stitching request RSpec for this
scenarios as well, just in case it can provide more clues.

Can attach RSpecs that were sent directly to Luke, if needed.

Change History (3)

comment:1 Changed 10 years ago by lnevers@bbn.com

This problem still occurs. Any updates Luke?

comment:2 Changed 10 years ago by lnevers@bbn.com

Using GCF 2.6 was able to verify that the two topologies that showed this problem initially now work. Closing ticket.

comment:3 Changed 10 years ago by lnevers@bbn.com

Resolution: fixed
Status: newclosed

Did not change the status of this ticket on the last update, closing now.

Note: See TracTickets for help on using tickets.