-
Type: Bug
-
Status: Resolved (View Workflow)
-
Priority: High
-
Resolution: Fixed
-
Affects Version/s: VOLTHA v2.2
-
Fix Version/s: VOLTHA v2.2
-
Component/s: bal, openolt-agent
-
Labels:
-
Story Points:5
-
Epic Link:
Just after running volt-add-subscriber-access the adapter instructs the agent to remove and re-create flows and bandwidth allocations. Some of the time (approximately 1 out of 5 attempts) this fails with the following agent/bal errors, preventing traffic flow:
OpenOLT Agent log:
[3217070: I OPENOLT ] core.cc 2183| Flow 9, upstream removed [3217100: I OPENOLT ] core.cc 2183| Flow 10, downstream removed [3217157: I OPENOLT ] core.cc 2473| Removed sched, direction = upstream, intf_id 0, alloc_id 1028 [3217221: E OPENOLT ] core.cc 2407| Failed to create upstream bandwidth allocation, intf_id 0, onu_id 1, uni_id 0,port_no 16, alloc_id 1028, err -15 [3217239: I OPENOLT ] core.cc 2613| creating upstream queue. access_intf_id = 0, onu_id = 1, uni_id = 0 gemport_id = 1028 [3217239: I OPENOLT ] core.cc 2644| queue assigned queue_id = 0 [3217239: I OPENOLT ] core.cc 2658| Created tm_queue, direction upstream, id 0, sched_id 1020, tm_q_set_id 32768, intf_id 0, onu_id 1, uni_id 0 [3217270: I OPENOLT ] core.cc 2121| --------> Flow add ok (flow_id 9) err: 0 <-------- [3217270: I OPENOLT ] core.cc 2121| intf_id 0, onu_id 1, uni_id 0, port_no 16, cookie 48132223914696588 [3217270: I OPENOLT ] core.cc 2121| flow_type upstream, queue_id 0, sched_id 1020 [3217270: I OPENOLT ] core.cc 2121| Ingress(intfd_type PON, intf_id 0), Egress(intf_type HOST, intf_id 0) [3217270: I OPENOLT ] core.cc 2121| classifier(o_vid 0, o_pbits 0, i_vid 0, i_pbits 0, ether type 0x800) [3217270: I OPENOLT ] core.cc 2121| classifier(ip_proto 0x11, gemport_id 1028, src_port 68, dst_port 67, pkt_tag_type SINGLE_TAG) [3217270: I OPENOLT ] core.cc 2121| action(cmds_bitmask , o_vid 0, o_pbits 0, i_vid 0, i_pbits 0)
BAL/dev_mgmt_daemon Log:
[3217067: I FLOW ] flow_fsm.c 2044| mh_flow_key_validate called key->id 9, key->type 0 [3217067: I FLOW ] flow_fsm.c 2252| mh_flow_cfg_clear called key->id 9, key->type 0 [3217067: I FLOW ] flow_fsm.c 2293| mh_flow_cfg_apply called key->id 9, key->type 0 [3217067: I FLOW ] flow_fsm.c 526| Got CLEAR request from BAL API - removing FLOW [3217067: I SW_UTIL ] bal_switch_util.c 520| sw_util_get_protection_info : Egress Intf_Type=HOST: Egress_intf_id 255 [3217067: I SW_UTIL ] bal_switch_flow.c 655| Got a flow remove request - flow_id=9 egress_intf=255 svc_id=1028 [3217067: I SW_UTIL ] bal_dpp_flow.c 3189| Success remove flow 9 with type 0 [3217070: I SW_UTIL ] bal_dpp_flow.c 2758| field entry 12 destroy success [3217070: I SW_UTIL ] bal_dpp_flow.c 2795| flow 9 is removed [3217070: I SW_UTIL ] bal_switch_flow.c 659| Return flow remove request with 0 [3217070: I spc ] svc_port_ctr.c 173| Normalizing and validating svc port 1028 on OLT 0, PON 0 [3217070: I spc ] svc_port_ctr.c 173| Normalizing and validating svc port 1028 on OLT 0, PON 0 [3217070: I FLOW ] flow_fsm.c 2364| mh_flow_cfg_trans_commit called key->id 9, key->type 0 [3217096: I FLOW ] flow_fsm.c 2044| mh_flow_key_validate called key->id 10, key->type 1 [3217096: I FLOW ] flow_fsm.c 2252| mh_flow_cfg_clear called key->id 10, key->type 1 [3217096: I FLOW ] flow_fsm.c 2293| mh_flow_cfg_apply called key->id 10, key->type 1 [3217096: I FLOW ] flow_fsm.c 526| Got CLEAR request from BAL API - removing FLOW [3217096: I SW_UTIL ] bal_switch_flow.c 655| Got a flow remove request - flow_id=10 egress_intf=0 svc_id=1028 [3217096: I SW_UTIL ] bal_dpp_flow.c 3189| Success remove flow 10 with type 1 src/bcm/dpp/multicast.c[2406]bcm_petra_multicast_ingress_delete unit 0:unexpected error [3217099: I SW_UTIL ] bal_dpp_flow.c 2758| field entry 13 destroy success [3217099: I SW_UTIL ] bal_dpp_flow.c 2758| field entry 14 destroy success [3217099: I SW_UTIL ] bal_dpp_flow.c 2795| flow 10 is removed [3217099: I SW_UTIL ] bal_switch_flow.c 659| Return flow remove request with 0 [3217099: I spc ] svc_port_ctr.c 173| Normalizing and validating svc port 1028 on OLT 0, PON 0 [3217099: I spc ] svc_port_ctr.c 173| Normalizing and validating svc port 1028 on OLT 0, PON 0
- relates to
-
VOL-2339 DHCP issue on the second ONU, when two ONUs exists on the same PON port
- Resolved