Edgecore OLT with BCM ONU - flow debugging help needed

620 views
Skip to first unread message

Scarlett, Nathan (Nokia - US/Raleigh)

unread,
Oct 24, 2017, 9:50:19 AM10/24/17
to VOLTHA Discuss (voltha-discuss@opencord.org)
Hi Everyone,
I am trying to get 802.1x authentication, dhcp, and unicast data working on the Edgecore OLT with the BCM ONU. I've tried to follow the configuration described in the below group messages (although I am use the voltha REST API instead of xpon cli commands). https://groups.google.com/a/opencord.org/forum/#!searchin/voltha-discuss/preprovision_olt/voltha-discuss/ld99XYB0ubE/KoFV0wgDAQAJ

I have also run the group_fwd_mask command on the BCM ONU after the bronu513 bridge was created.

I don't see any evidence in onos that the eapol packets are making it to onos. I could use some help finding commands to debug this in my setup.

* How can I view packet counts at the ONU, at the ethernet port level, and PON gem level?
* How can I view the flows in the ONU that have been installed?
* How can I view packet counts in the EC OLT. I have tried the d/s shell command "show c" but this only lists ports 17 and 18
* How can I directly view the flows that have been installed in the OLT?

I am attaching logs from my voltha_bal_driver, bal_core_dist, bcm ONU console, voltha cli and onos cli.

Thanks!

___________________________
Nathan Scarlett
NAM Customer Engineering, DMTS
Fixed Networks, NOKIA
Mobile: +1 919 397 3691

20171024_ec2_bcmonu.tar.gz

Scarlett, Nathan (Nokia - US/Raleigh)

unread,
Oct 30, 2017, 11:42:19 AM10/30/17
to VOLTHA Discuss (voltha-discuss@opencord.org), Kim Kempf, Jasonsc Huang, Shad Ansari
Hi Everyone,
I am trying to get 802.1x authentication, dhcp, and unicast data working on the Edgecore OLT with the BCM ONU. I've tried to follow the configuration described in the below group messages (although I am use the voltha REST API instead of xpon cli commands). https://groups.google.com/a/opencord.org/forum/#!searchin/voltha-discuss/preprovision_olt/voltha-discuss/ld99XYB0ubE/KoFV0wgDAQAJ

I have also run the group_fwd_mask command on the BCM ONU after the bronu513 bridge was created.

I don't see any evidence in onos that the eapol packets are making it to onos. I could use some help finding commands to debug this in my setup.

* How can I view packet counts in the EC OLT (both at the PON/gem level and on management interface towards voltha). I have tried the d/s shell command "show c" but this only lists ports 17 and 18
20171024_ec2_bcmonu.tar.gz

Raghu Kunchum

unread,
Oct 31, 2017, 12:00:46 PM10/31/17
to Scarlett, Nathan (Nokia - US/Raleigh), VOLTHA Discuss (voltha-discuss@opencord.org), Kim Kempf, Jasonsc Huang, Shad Ansari
Hi Nathan,

I had a look at the logs, seems like the EAPOL packets not reached OLT itself. Below are the some of the commands to at ONU to see the stats of gemport and Lan ports. You can verify the RX/TX stats to see is EAPOL packet pass through ONU.

bs /b/e gem -> To veryfy the GEM port details 
bs /b/e port/index=lan1 -> to veryfi lan port details.

Note : Please connect RG to 2nd UNI port of ONU. The broadcom ONU is configured to handle packet from 2nd port. Not from any other port.

Use below commands to view stats of PON port at OLT. Execute below commands on the terminal where voltha_bal_driver 

Thanks and Regards
Raghu. S 

--
You received this message because you are subscribed to the Google Groups "VOLTHA Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to voltha-discuss+unsubscribe@opencord.org.
To post to this group, send email to voltha-...@opencord.org.
Visit this group at https://groups.google.com/a/opencord.org/group/voltha-discuss/.
To view this discussion on the web visit https://groups.google.com/a/opencord.org/d/msgid/voltha-discuss/HE1PR07MB17055782C76872120444BC9BEF590%40HE1PR07MB1705.eurprd07.prod.outlook.com.

Raghu Kunchum

unread,
Oct 31, 2017, 12:04:41 PM10/31/17
to Scarlett, Nathan (Nokia - US/Raleigh), VOLTHA Discuss (voltha-discuss@opencord.org), Kim Kempf, Jasonsc Huang, Shad Ansari
Sorry missed the command in last email.

Hi Nathan,

I had a look at the logs, seems like the EAPOL packets not reached OLT itself. Below are the some of the commands to at ONU to see the stats of gemport and Lan ports. You can verify the RX/TX stats to see is EAPOL packet pass through ONU.

bs /b/e gem -> To veryfy the GEM port details 
bs /b/e port/index=lan1 -> to veryfi lan port details.

Note : Please connect RG to 2nd UNI port of ONU. The broadcom ONU is configured to handle packet from 2nd port. Not from any other port.

Use below commands to view stats of PON port at OLT. Execute below commands on the terminal where voltha_bal_driver 

b/t clear=yes object=interface intf_id=0 intf_type=pon

Scarlett, Nathan (Nokia - US/Raleigh)

unread,
Nov 1, 2017, 8:57:55 AM11/1/17
to Raghu Kunchum, VOLTHA Discuss (voltha-discuss@opencord.org), Kim Kempf, Jasonsc Huang, Shad Ansari

Thanks Raghu,

I have moved my RG connection to port 2 on the BCM Reference ONU.  With the commands you provided I can confirm the ONU is not sending the EAPOL packets upstream on the PON.  I do see the rx_packets incrementing for lan1.

 

# bs /b/e gem

Object: gem/index=2. Object type: gem. Owned by: system

==============================

               index : 2

            gem_port : 1024

           flow_type : ethernet

              us_cfg : {tcont={tcont/index=2},encrpt=no}

              ds_cfg : {discard_prty=low,destination=eth}

                stat : {rx_packets=0,rx_bytes=0,tx_packets=0,tx_bytes=0,rx_packets_discard=0,tx_packets_discard=0}

Object: gem/index=1. Object type: gem. Owned by: system

==============================

               index : 1

            gem_port : 4000

           flow_type : ethernet

              us_cfg : {tcont=null,encrpt=no}

              ds_cfg : {discard_prty=low,destination=iptv}

                stat : {rx_packets=0,rx_bytes=0,tx_packets=0,tx_bytes=0,rx_packets_discard=0,tx_packets_discard=0}

Object: gem/index=0. Object type: gem. Owned by: system

==============================

               index : 0

            gem_port : 1

           flow_type : omci

              us_cfg : {tcont={tcont/index=0},encrpt=no}

              ds_cfg : {discard_prty=high,destination=omci}

                stat : {rx_packets=3570,rx_bytes=171360,tx_packets=21,tx_bytes=1092,rx_packets_discard=0,tx_packets_discard=0}

 

 

# bs /b/e port/index=lan1

Object: port/index=lan1. Object type: port. Owned by: system

==============================

               index : lan1

                 cfg : {emac=emac1,sal=yes,dal=yes,sal_miss_action=host,dal_miss_action=host,physical_port=port0,ls_fc_enable=no,control_sid=wan0}

              tm_cfg : {egress_tm={egress_tm/dir=ds,index=1},discard_prty=high}

            sa_limit : {max_sa=0,num_sa=0}

                stat : {rx_valid_pkt=152,rx_crc_error_pkt=0,rx_discard_1=0,rx_discard_2=0,bbh_drop_1=0,bbh_drop_2=0,bbh_drop_3=0,rx_discard_max_length=0,rx_discard_min_length=0,tx_valid_pkt=123,tx_discard=0,discard_pkt=0,rx_bytes=0,rx_multicast_pkt=0,rx_broadcast_pkt=0,tx_bytes=0,tx_multicast_pkt=0,tx_broadcast_pkt=0}

        flow_control : {rate=0,burst_size=0,fc_thresh=0,src_address=00:00:00:00:00:00}

          mirror_cfg : {rx_dst_port=null,tx_dst_port=null}

      vlan_isolation : {us=no,ds=no}

         transparent : no

            loopback : {type=none,op=none,wan_flow=-1,queue=-1}

            mtu_size : 1532

             cpu_obj : {cpu/index=host}

US links

                bridge/index=0

DS links

                pbit_to_queue/table=0

                tc_to_queue/dir=ds,table=0

 

Regards,

Nathan

To unsubscribe from this group and stop receiving emails from it, send an email to voltha-discus...@opencord.org.

Scarlett, Nathan (Nokia - US/Raleigh)

unread,
Nov 1, 2017, 9:12:27 AM11/1/17
to Raghu Kunchum, VOLTHA Discuss (voltha-discuss@opencord.org), Kim Kempf, Jasonsc Huang, Shad Ansari

Raghu,

I see the EAPOL packets arriving on eth1.0 on the ONU, and they show up as “dropped by interface” in tcpdump.  Is there anything special needed to get the BCM ONU with Edgecore OLT to pass priority tagged EAPOL packets upstream?

 

# tcpdump -i eth1.0 -vv

tcpdump: listening on eth1.0, link-type EN10MB (Ethernet), capture size 262144 bytes

01:39:55.870395 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 24) fe80::210:18ff:fe00:0 > ff02::1: [icmp6 sum ok] ICMP6, router advertisement, length 24

                hop limit 64, Flags [other stateful], pref low, router lifetime 0s, reachable time 0s, retrans time 0s

                  source link-address option (1), length 8 (1): 00:10:18:00:00:00

                    0x0000:  0010 1800 0000

01:40:03.520035 EAPOL start (1) v2, len 0

01:40:11.890366 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 24) fe80::210:18ff:fe00:0 > ff02::1: [icmp6 sum ok] ICMP6, router advertisement, length 24

                hop limit 64, Flags [other stateful], pref low, router lifetime 0s, reachable time 0s, retrans time 0s

                  source link-address option (1), length 8 (1): 00:10:18:00:00:00

                    0x0000:  0010 1800 0000

01:40:27.910336 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 24) fe80::210:18ff:fe00:0 > ff02::1: [icmp6 sum ok] ICMP6, router advertisement, length 24

                hop limit 64, Flags [other stateful], pref low, router lifetime 0s, reachable time 0s, retrans time 0s

                  source link-address option (1), length 8 (1): 00:10:18:00:00:00

                    0x0000:  0010 1800 0000

01:40:34.793453 EAPOL start (1) v2, len 0

01:40:40.120405 IP (tos 0x0, ttl 1, id 40647, offset 0, flags [DF], proto IGMP (2), length 36, options (RA))

    Broadcom.Home > 224.0.0.1: igmp query v3 [max resp time 1.0s]

01:40:40.120527 IP6 (hlim 1, next-header Options (0) payload length: 36) fe80::210:18ff:fe00:0 > ff02::1: HBH (padn)(rtalert: 0x0000)  [icmp6 sum ok] ICMP6, multicast listener query v2 [max resp delay=10] [gaddr :: robustness=2 qqi=125]

01:41:06.067375 EAPOL start (1) v2, len 0

^C

8 packets captured

9 packets received by filter

0 packets dropped by kernel

3 packets dropped by interface

 

#

 

(logical device 0001000000000001) flows

Logical Device 0001000000000001 (type: n/a)

Flows (5):

+----------+----------+-----------+---------+----------+----------+------------+

| table_id | priority |    cookie | in_port | eth_type | ip_proto |     output |

+----------+----------+-----------+---------+----------+----------+------------+

|        0 |     1000 | ~4bf0dd69 |     129 |     888E |          | CONTROLLER |

|        0 |    10000 | ~8f02be36 |     129 |      800 |        2 | CONTROLLER |

|        0 |    10000 | ~c7ac16e4 |       1 |      800 |        2 | CONTROLLER |

|        0 |     1000 | ~1e1ab338 |      21 |     888E |          | CONTROLLER |

|        0 |    10000 | ~1b528099 |      21 |      800 |        2 | CONTROLLER |

+----------+----------+-----------+---------+----------+----------+------------+

(logical device 0001000000000001) exit

(voltha) devices

Devices:

+------------------+---------------+------+------------------+-------------+-------------+----------------+--------------------+----------------------------+-----------+-------------------------+----------------------+------------------------------+--------------------------------+-----------------------------------+

|               id |          type | root |        parent_id | admin_state | oper_status | connect_status |      host_and_port |                     reason | vendor_id | proxy_address.device_id | proxy_address.onu_id | proxy_address.onu_session_id | proxy_address.channel_group_id | proxy_address.channel_termination |

+------------------+---------------+------+------------------+-------------+-------------+----------------+--------------------+----------------------------+-----------+-------------------------+----------------------+------------------------------+--------------------------------+-----------------------------------+

| 00014d342d641143 | asfvolt16_olt | True | 0001000000000001 |     ENABLED |      ACTIVE |      REACHABLE | 124.221.1.204:8404 | OLT activated successfully |           |                         |                      |                              |                                |                                   |

| 000116dc33af0f1e |  broadcom_onu | True | 00014d342d641143 |     ENABLED |      ACTIVE |      REACHABLE |                    |                            |      BRCM |        00014d342d641143 |                    1 |                            1 |                              1 |                          PON port |

+------------------+---------------+------+------------------+-------------+-------------+----------------+--------------------+----------------------------+-----------+-------------------------+----------------------+------------------------------+--------------------------------+-----------------------------------+

(voltha) device 000116dc33af0f1e

(device 000116dc33af0f1e) flows

Device 000116dc33af0f1e (type: broadcom_onu)

Flows (3):

+----------+----------+--------+---------+----------+--------------+-----------+--------+

| table_id | priority | cookie | in_port | vlan_vid | set_vlan_vid | push_vlan | output |

+----------+----------+--------+---------+----------+--------------+-----------+--------+

|        0 |      500 |      0 |      21 |        0 |            0 |           |    100 |

|        0 |      500 |      0 |      21 | untagged |            0 |      8100 |    100 |

|        0 |      500 |      0 |     100 |        0 |            0 |           |     21 |

+----------+----------+--------+---------+----------+--------------+-----------+--------+

(device 000116dc33af0f1e)

 

onos> flows

deviceId=of:0001000000000001, flowRuleCount=9

    id=100001c403362, state=PENDING_ADD, bytes=0, packets=0, duration=0, liveType=UNKNOWN, priority=40000, tableId=0, appId=org.onosproject.core, payLoad=null, selector=[ETH_TYPE:eapol], treatment=DefaultTrafficTreatment{immediate=[OUTPUT:CONTROLLER], deferred=[], transition=None, meter=None, cleared=true, metadata=null}

    id=10000a11cb315, state=PENDING_ADD, bytes=0, packets=0, duration=0, liveType=UNKNOWN, priority=40000, tableId=0, appId=org.onosproject.core, payLoad=null, selector=[ETH_TYPE:ipv4, IP_PROTO:17, UDP_SRC:67], treatment=DefaultTrafficTreatment{immediate=[OUTPUT:CONTROLLER], deferred=[], transition=None, meter=None, cleared=true, metadata=null}

    id=10000aed07c2b, state=PENDING_ADD, bytes=0, packets=0, duration=0, liveType=UNKNOWN, priority=40000, tableId=0, appId=org.onosproject.core, payLoad=null, selector=[ETH_TYPE:ipv4, IP_PROTO:17, UDP_SRC:68], treatment=DefaultTrafficTreatment{immediate=[OUTPUT:CONTROLLER], deferred=[], transition=None, meter=None, cleared=true, metadata=null}

    id=10000b6daddff, state=PENDING_ADD, bytes=0, packets=0, duration=0, liveType=UNKNOWN, priority=40000, tableId=0, appId=org.onosproject.core, payLoad=null, selector=[ETH_TYPE:arp], treatment=DefaultTrafficTreatment{immediate=[OUTPUT:CONTROLLER], deferred=[], transition=None, meter=None, cleared=true, metadata=null}

    id=1000001b528099, state=ADDED, bytes=0, packets=0, duration=0, liveType=UNKNOWN, priority=10000, tableId=0, appId=org.opencord.igmpproxy, payLoad=null, selector=[IN_PORT:21, ETH_TYPE:ipv4, IP_PROTO:2], treatment=DefaultTrafficTreatment{immediate=[OUTPUT:CONTROLLER], deferred=[], transition=None, meter=None, cleared=false, metadata=null}

    id=1000008f02be36, state=ADDED, bytes=0, packets=0, duration=0, liveType=UNKNOWN, priority=10000, tableId=0, appId=org.opencord.igmpproxy, payLoad=null, selector=[IN_PORT:129, ETH_TYPE:ipv4, IP_PROTO:2], treatment=DefaultTrafficTreatment{immediate=[OUTPUT:CONTROLLER], deferred=[], transition=None, meter=None, cleared=false, metadata=null}

    id=100000c7ac16e4, state=ADDED, bytes=0, packets=0, duration=0, liveType=UNKNOWN, priority=10000, tableId=0, appId=org.opencord.igmpproxy, payLoad=null, selector=[IN_PORT:1, ETH_TYPE:ipv4, IP_PROTO:2], treatment=DefaultTrafficTreatment{immediate=[OUTPUT:CONTROLLER], deferred=[], transition=None, meter=None, cleared=false, metadata=null}

    id=7d00001e1ab338, state=ADDED, bytes=0, packets=0, duration=0, liveType=UNKNOWN, priority=1000, tableId=0, appId=org.opencord.olt, payLoad=null, selector=[IN_PORT:21, ETH_TYPE:eapol], treatment=DefaultTrafficTreatment{immediate=[OUTPUT:CONTROLLER], deferred=[], transition=None, meter=None, cleared=false, metadata=null}

    id=7d00004bf0dd69, state=ADDED, bytes=0, packets=0, duration=0, liveType=UNKNOWN, priority=1000, tableId=0, appId=org.opencord.olt, payLoad=null, selector=[IN_PORT:129, ETH_TYPE:eapol], treatment=DefaultTrafficTreatment{immediate=[OUTPUT:CONTROLLER], deferred=[], transition=None, meter=None, cleared=false, metadata=null}

 

 

Regards,

Nathan

Raghu Kunchum

unread,
Nov 1, 2017, 2:15:04 PM11/1/17
to Scarlett, Nathan (Nokia - US/Raleigh), VOLTHA Discuss (voltha-discuss@opencord.org), Kim Kempf, Jasonsc Huang, Shad Ansari
Hi Nathan,

For me issue seems to be a with broadcom ONU image. Can you please confirm, the ONU image which you are using is SFU image not the Gate-Way. 

With my past experience, what I have seen was tcpdump command is available with broadcom GW image not with SFU image. 

Below are the details of ONU version we are using and make sure that IpClassMethod is None.

>swversion

5.02L.03

>sh

(Persistant across reboot)

# pspctl dump IpClassMethod

NONE -> Expected result.

If it is not NONE, run the following command and reboot.

# pspctl set IpClassMethod NONE

# pspctl dump IpClassMethod


Thanks and Regards
Raghu. S

To unsubscribe from this group and stop receiving emails from it, send an email to voltha-discuss+unsubscribe@opencord.org.

Scarlett, Nathan (Nokia - US/Raleigh)

unread,
Nov 1, 2017, 2:29:46 PM11/1/17
to Raghu Kunchum, VOLTHA Discuss (voltha-discuss@opencord.org), Kim Kempf, Jasonsc Huang, Shad Ansari

Below are the output from my ONU.  My swversion is slightly different.  This is what Broadcom gave me when I requested 5.02L.03.

 

> swversion

5.02L.03patch1xpon

> sh

 

 

BusyBox v1.26.2 (2017-10-19 12:36:07 EDT) built-in shell (ash)

Enter 'help' for a list of built-in commands.

 

# pspctl dump IpClassMethod

NONE

 

Regards,

To unsubscribe from this group and stop receiving emails from it, send an email to voltha-discus...@opencord.org.

Scarlett, Nathan (Nokia - US/Raleigh)

unread,
Jan 4, 2018, 3:18:02 PM1/4/18
to Raghu Kunchum, VOLTHA Discuss (voltha-discuss@opencord.org), Kim Kempf, Jasonsc Huang, Shad Ansari, Annamalai, Siva (Nokia - US/Raleigh), Lin, Xiaoming (Nokia - US/Raleigh)

Hi Voltha Community,

 

I’m again trying to establish EAPOL authentication using the Broadcom reference ONU and Edgecore OLT.  I have a few questions.

 

  1. I’ve confirmed my RG is sending priority tagged EAPOL frames toward the ONU.  The ONU is not sending the EAPOL frame through.  I see no tx counter increments for the gem ports on the ONU.  From other discussion threads on this list, I understood the Broadcom ONU adapter may not be setting up the ONU to allow priority tagged EAPOL frames (untagged are allowed only).  Can someone confirm the latest status of this point?
  2. Could someone share a ONOS config known to work with EC+BCM-ONU for either EAPOL/DHCP/Unicast (or just Unicast traffic without authentication).

 

I will attach the ONOS config I am using as well as the voltha flow rules I see getting populated and the gem ports I see configured on the ONU.

 

I appreciate your help,

voltha_flows_with_edgecore_bcm-onu-2018-01-04.txt

Suhas Gururaj

unread,
Jan 5, 2018, 2:32:48 AM1/5/18
to Scarlett, Nathan (Nokia - US/Raleigh), Raghu Kunchum, VOLTHA Discuss (voltha-discuss@opencord.org), Kim Kempf, Jasonsc Huang, Shad Ansari, Annamalai, Siva (Nokia - US/Raleigh), Lin, Xiaoming (Nokia - US/Raleigh)

Hi Nathan,

 

The omci adapter by default configures LAN 1(0x102) on the Broadcom ONU.

·         Have you connected the RG to the LAN 1(Yellow port 2) of the ONU ?

·         Have you set the group fwding mask on the ONU ?

 

Regards,

Suhas

 

From: Scarlett, Nathan (Nokia - US/Raleigh) [mailto:nathan....@nokia.com]
Sent: Friday, January 5, 2018 1:48 AM
To: Raghu Kunchum <kunchu...@gmail.com>; VOLTHA Discuss (voltha-...@opencord.org) <voltha-...@opencord.org>
Cc: Kim Kempf <kimk...@gmail.com>; Jasonsc Huang <jasons...@accton.com>; Shad Ansari <sh...@opennetworking.org>; Annamalai, Siva (Nokia - US/Raleigh) <siva.an...@nokia.com>; Lin, Xiaoming (Nokia - US/Raleigh) <xiaomi...@nokia.com>
Subject: RE: [voltha-discuss] RE: Edgecore OLT with BCM ONU - flow debugging help needed

 

Hi Voltha Community,

 

I’m again trying to establish EAPOL authentication using the Broadcom reference ONU and Edgecore OLT.  I have a few questions.

 

1)      I’ve confirmed my RG is sending priority tagged EAPOL frames toward the ONU.  The ONU is not sending the EAPOL frame through.  I see no tx counter increments for the gem ports on the ONU.  From other discussion threads on this list, I understood the Broadcom ONU adapter may not be setting up the ONU to allow priority tagged EAPOL frames (untagged are allowed only).  Can someone confirm the latest status of this point?

2)      Could someone share a ONOS config known to work with EC+BCM-ONU for either EAPOL/DHCP/Unicast (or just Unicast traffic without authentication).

Scarlett, Nathan (Nokia - US/Raleigh)

unread,
Jan 5, 2018, 7:14:38 AM1/5/18
to Suhas Gururaj, Raghu Kunchum, VOLTHA Discuss (voltha-discuss@opencord.org), Kim Kempf, Jasonsc Huang, Shad Ansari, Annamalai, Siva (Nokia - US/Raleigh), Lin, Xiaoming (Nokia - US/Raleigh)

Hi Suhas,

Thanks for your reply.  Yes, I am connecting the RG to the second LAN port (labelled 2), which would be “lan1” in the BCM console.  I have also tried the other ports for good measure.

I am also entering the following command after each time I reconfigure the ONT.

 

echo 8 > /sys/class/net/bronu513/bridge/group_fwd_mask

 

Thanks,

Nathan

 

From: Suhas Gururaj [mailto:Suhas....@radisys.com]
Sent: Friday, January 5, 2018 2:33 AM
To: Scarlett, Nathan (Nokia - US/Raleigh) <nathan....@nokia.com>; Raghu Kunchum <kunchu...@gmail.com>; VOLTHA Discuss (voltha-...@opencord.org) <voltha-...@opencord.org>
Cc: Kim Kempf <kimk...@gmail.com>; Jasonsc Huang <jasons...@accton.com>; Shad Ansari <sh...@opennetworking.org>; Annamalai, Siva (Nokia - US/Raleigh) <siva.an...@nokia.com>; Lin, Xiaoming (Nokia - US/Raleigh) <xiaomi...@nokia.com>
Subject: RE: [voltha-discuss] RE: Edgecore OLT with BCM ONU - flow debugging help needed

 

Hi Nathan,

 

The omci adapter by default configures LAN 1(0x102) on the Broadcom ONU.

  • Have you connected the RG to the LAN 1(Yellow port 2) of the ONU ?
  • Have you set the group fwding mask on the ONU ?

 

Regards,

Suhas

 

From: Scarlett, Nathan (Nokia - US/Raleigh) [mailto:nathan....@nokia.com]
Sent: Friday, January 5, 2018 1:48 AM
To: Raghu Kunchum <kunchu...@gmail.com>; VOLTHA Discuss (voltha-...@opencord.org) <voltha-...@opencord.org>
Cc: Kim Kempf <kimk...@gmail.com>; Jasonsc Huang <jasons...@accton.com>; Shad Ansari <sh...@opennetworking.org>; Annamalai, Siva (Nokia - US/Raleigh) <siva.an...@nokia.com>; Lin, Xiaoming (Nokia - US/Raleigh) <xiaomi...@nokia.com>
Subject: RE: [voltha-discuss] RE: Edgecore OLT with BCM ONU - flow debugging help needed

 

Hi Voltha Community,

 

I’m again trying to establish EAPOL authentication using the Broadcom reference ONU and Edgecore OLT.  I have a few questions.

 

  1. I’ve confirmed my RG is sending priority tagged EAPOL frames toward the ONU.  The ONU is not sending the EAPOL frame through.  I see no tx counter increments for the gem ports on the ONU.  From other discussion threads on this list, I understood the Broadcom ONU adapter may not be setting up the ONU to allow priority tagged EAPOL frames (untagged are allowed only).  Can someone confirm the latest status of this point?

Suhas Gururaj

unread,
Jan 7, 2018, 11:34:49 PM1/7/18
to Scarlett, Nathan (Nokia - US/Raleigh), Raghu Kunchum, VOLTHA Discuss (voltha-discuss@opencord.org), Kim Kempf, Jasonsc Huang, Shad Ansari, Annamalai, Siva (Nokia - US/Raleigh), Lin, Xiaoming (Nokia - US/Raleigh)

Hi Nathan,

 

If you are using the latest broadcom_onu.py under adapters, please be sure to uncomment the

following underlined lines to get the priority tagged EAPOL working:

 

       # Set AR - ExtendedVlanTaggingOperationConfigData

        #          514 - RxVlanTaggingOperationTable - add VLAN <cvid> to priority tagged pkts - c-vid

       self.send_set_extended_vlan_tagging_operation_vlan_configuration_data_single_tag(0x202, 8, 0, 0, 1, 8, cvid)

        yield self.wait_for_response()

 

Perform “make voltha” before you begin testing.

1)      I’ve confirmed my RG is sending priority tagged EAPOL frames toward the ONU.  The ONU is not sending the EAPOL frame through.  I see no tx counter increments for the gem ports on the ONU.  From other discussion threads on this list, I understood the Broadcom ONU adapter may not be setting up the ONU to allow priority tagged EAPOL frames (untagged are allowed only).  Can someone confirm the latest status of this point?

2)      Could someone share a ONOS config known to work with EC+BCM-ONU for either EAPOL/DHCP/Unicast (or just Unicast traffic without authentication).

nathan....@nokia.com

unread,
Jan 8, 2018, 3:03:32 PM1/8/18
to VOLTHA Discuss, nathan....@nokia.com, kunchu...@gmail.com, kimk...@gmail.com, jasons...@accton.com, sh...@opennetworking.org, siva.an...@nokia.com, xiaomi...@nokia.com, Suhas....@radisys.com
Hi Suhas,
Thanks for your reply.  I have tried your suggested change but still see the same behavior (the ONU does not forward the EAPOL frame).  I am attaching my voltha_bal_driver and ONU console traces/logs.

Any other ideas of what to try?

-Nathan

To post to this group, send email to voltha...@opencord.org.

--
You received this message because you are subscribed to the Google Groups "VOLTHA Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to voltha-discus...@opencord.org.

To post to this group, send email to voltha...@opencord.org.

--
You received this message because you are subscribed to the Google Groups "VOLTHA Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to voltha-discus...@opencord.org.

To post to this group, send email to voltha...@opencord.org.

onu_and_voltha_bal_driver_logs.txt

Shad Ansari

unread,
Jan 17, 2018, 2:15:09 PM1/17/18
to Scarlett, Nathan (Nokia - US/Raleigh), Bryan_...@labs.att.com, VOLTHA Discuss, Raghu Kunchum, Kim Kempf, Jasonsc Huang, siva.an...@nokia.com, xiaomi...@nokia.com, Suhas Gururaj, Ying, Shawn
Hi Nathan,

I am attaching console logs from my working onu. Maybe comparing this with the console logs of your onu may give you some clues.

Also, just to rule out any configuration issues, it would help to check the board parameter info of your ONU. Specifically, the "Board Id" needs to be set to "968580XREF_OPT". To check the board parameters, get into the CFE boot loader at ONU restart:


CFE> p

Board IP address                  : 192.168.1.1:ffffff00  

Host IP address                   : 192.168.1.100  

Gateway IP address                :   

Run from flash/host/tftp (f/h/c)  : f  

Default host run file name        : vmlinux  

Default host flash file name      : bcm963xx_fs_kernel  

Boot delay (0-9 seconds)          : 1  

Boot image (0=latest, 1=previous) : 0  

Default host ramdisk file name    :   

Default ramdisk store address     :   

Default DTB file name             :   

Board Id                          : 968580XREF_OPT  

Number of MAC Addresses (1-64)    : 10  

Base MAC Address                  : 00:10:18:00:00:00  

PSI Size (1-128) KBytes           : 128  

Enable Backup PSI [0|1]           : 0  

System Log Size (0-256) KBytes    : 0  

Auxillary File System Size Percent: 0  

RNR_TBLS memory allocation (MB)   : 8  

FPM_POOL memory allocation (MB)   : 32  

DHD 0 memory allocation (MB)      : 0  

DHD 1 memory allocation (MB)      : 0  

DHD 2 memory allocation (MB)      : 0  

WLan Feature                      : 0x00  

Voice Board Configuration (0-16)  : NOSLIC  

Partition 1 Size (MB)             :   

Partition 2 Size (MB)             :   

Partition 3 Size (MB)             :   

Partition 4 Size (MB) (Data)      : 4MB 


Also, from the ONU CLI, check the following:


 > pspctl dump RdpaWanType 

XGS

 > pspctl dump IpClassMethod

NONE


-shad


onu-boot-logs-jan17.txt

Scarlett, Nathan (Nokia - US/Raleigh)

unread,
Jan 17, 2018, 3:19:27 PM1/17/18
to Shad Ansari, Bryan_...@labs.att.com, VOLTHA Discuss, Raghu Kunchum, Kim Kempf, Jasonsc Huang, Annamalai, Siva (Nokia - US/Raleigh), Lin, Xiaoming (Nokia - US/Raleigh), Suhas Gururaj, Ying, Shawn

Thanks Shad.  Below are my observations while comparing my ONU console log to yours.  I have just now changed my board id to match yours and confirmed my pspctl settings are already the same, but this has not solved the problem on my ONU.  I still see the error below during configuration:

omcid:error:367.121:setExtendedVlanTaggingOperationConfigurationData:751:Invalid input data

 

My ONU had board id = “968580XREF” instead of  “968580XREF_OPT” (I have corrected this now but this has not solved my problem)

My ONU swversion is “5.02L.03patch1xpon” while yours is “5.02L.03”.  I am running the SW BCM provided to me.  I can ask them for “5.02L.03” to try this also.

 

I already have matching pspctl settings:

> pspctl dump IpClassMethod

NONE

> pspctl dump RdpaWanType

XGS

> pspctl dump WanRate

1010

 

Attached is my ONU console log including bootup.

 

-Nathan

onu-console-137pm.txt

Suhas Gururaj

unread,
Jan 18, 2018, 1:52:48 PM1/18/18
to Scarlett, Nathan (Nokia - US/Raleigh), VOLTHA Discuss (voltha-discuss@opencord.org)

Hi Nathan,

 

You must uncomment the lines as mentioned in my trailing email.

It works on a A0 Chip based BRCM ONU with 5.02L.03 SFU image with board ID set to 968580XREF_OPT

 

Regards,

Suhas

 

From: Scarlett, Nathan (Nokia - US/Raleigh) [mailto:nathan....@nokia.com]
Sent: Thursday, January 18, 2018 12:38 AM
To: Suhas Gururaj <Suhas....@radisys.com>
Subject: RE: [voltha-discuss] RE: Edgecore OLT with BCM ONU - flow debugging help needed

 

Hi Suhas,

I see the entity id 0x205 in the commented line in update_flow_table, which means I was uncommenting the wrong line.  I found the line with 0x202 commented in message_exchange.  I will uncomment those two lines and try again.

 

-Nathan

 

From: Scarlett, Nathan (Nokia - US/Raleigh)
Sent: Wednesday, January 17, 2018 5:30 PM
To: 'Suhas Gururaj' <Suhas....@radisys.com>
Subject: RE: [voltha-discuss] RE: Edgecore OLT with BCM ONU - flow debugging help needed

 

Hi Suhas,

I see a few places in that file with that line commented out.  There are lines in message_exchange and also in update_flow_table.  Can you tell me which lines specifically need to be uncommented?  Perhaps you could send me a copy of a modified file?

 

Thanks!

-Nathan

Reply all
Reply to author
Forward
0 new messages