Changes between Initial Version and Version 1 of GENIOperationsTrial/WimaxDataplaneebugging


Ignore:
Timestamp:
06/18/15 08:13:37 (9 years ago)
Author:
lnevers@bbn.com
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • GENIOperationsTrial/WimaxDataplaneebugging

    v1 v1  
     1[[PageOutline(1-2)]]
     2
     3= OPS-006-B GENI WiMAX Dataplane Debugging =
     4
     5This procedure defines the debugging steps to identify and remedy WiMAX Multipoint VLAN issues at GENI wireless sites.  WiMAX issues may be reported by an experimenter, by the site Contact or by the  GENI Monitoring System. Regardless of the source for the reported event, a ticket must be written to handle the investigation and resolution of the problem. Ticket must copy the issue reporter, the WiMAX development team at wimax-developer@winlab.rutgers.edu  and the GENI Experimenters at  geni-users@googlegroups.com.
     6
     7= 1. Issue Reported =
     8
     9GMOC gathers technical details for failures including:
     10 - Requester Organization
     11 - Requester Name
     12 - Requester email
     13 - Requester GENI site-name
     14 - Slice Name, any site sliver details available
     15 - The AL2S VLAN id of the Multi-point VLAN at the requesting site.
     16
     17== 1.1 GENI Event Prioritization ==
     18
     19GMOC should classifies a WiMAX Dataplane failure as `High` priority. This type of issue may be deemed `Critical` if the person reporting the issue identifies it as `Critical`. For example if the issue impacts a demo, a training session, or a conference.
     20
     21== 1.2 Create Ticket ==
     22
     23The GMOC ticketing system is used to capture information above. GMOC may follow up to request additional information as problem is investigates. This operation results in the problem reporter getting a ticket email for the issue reported and for subsequent interactions between GMOC and reporter.
     24
     25= 2. Investigate and Identify Response =
     26
     27== 2.1 Investigate the Problem ==
     28
     29WiMAX Multi-point VLAN failure symptoms exhibit the following symptoms:
     30
     31 * Experimenter is unable to exchange traffic on WiMAX multi-point VLAN at WiMAX Aggregate.
     32 * WiMAX site administrator notices failure, or link down, for this VLAN on multi-point VLAN edge nodes/
     33
     34== 2.2 Identify Potential Response ==
     35
     36Start by trying to spot the traffic from the middle and working your way towards the problem. Get as much information as you can on your own using tools, or devices which you have access to. Tools include: [http://genimon.uky.edu/ GENI Monitoring System].
     37
     38Isolate the breakage(s) to segments that you don't have visibility into. From there, you will need to work with operators of WiMAX aggregates and intermediary networks. You will want to have them:
     39
     40    a. Try to verify that all switches in the path of the affected slice are up.
     41    b. Trace MAC addresses through the path by checking the MAC learning tables in the switches.
     42 
     43Note that in some VLANs, MAC address learning has been disabled throughout the path, and they will need to temporarily enable MAC address learning on those VLANs.
     44
     45= 3. GMOC Response =
     46
     47The GMOC implements the actions identified in the procedure response section and updates the ticket to capture actions taken. 
     48
     49== 3.1 Implement Response ==
     50
     51 The GMOC executes the steps outlined. If GMOC finds procedure to be lacking, then steps should be taken to get the procedures updated.
     52
     53== 3.2 Procedure Updates ==
     54
     55When instructions in a procedure are found to miss symptoms, required actions, or potential impact, then action must be taken by the GMOC to provide feedback to enhance the procedure for future use.
     56
     57= 4. Resolution =
     58
     59GMOC verifies the the problem is no longer happening by coordinating with the problem reporter or by checking the tool/log that originally signaled the problem.
     60
     61== 4.1 Document Resolution and Close Ticket ==
     62
     63GMOC captures how the problem is resolved in the ticket and closes the ticket. If the problem solution does not fully resolve the problem, a new ticket may be created to generate a new ticket to track the remaining issue.
     64
     65Whether the problem is fully resolved (ticket closed) or partially resolved (new ticket open), both should result in notification back to the problem reporter.
     66