Go to file
Leandro Antônio Farias Machado 0235af81eb
Update README.md
2023-07-22 09:56:12 -03:00
.github feat(devops): deploy front on ec2 [test1] 2023-06-03 10:14:16 -03:00
backend/services fix(controller): increase api timeout (1) 2023-06-27 04:05:01 -03:00
devops feat(devops): docker-compose file 2023-06-27 03:19:52 -03:00
frontend chore(frontend): uncomment map resource 2023-06-27 02:44:39 -03:00
.gitignore feat(mqtt): change proj structure to services and add mochi broker 2023-03-20 11:19:02 -03:00
LICENSE Update LICENSE 2023-06-29 19:35:50 -03:00
README.en.md Update README english 2023-07-19 23:40:42 -03:00
README.es.md feat : api documentation close #33 2023-04-27 00:48:50 -03:00
README.md Update README.md 2023-07-22 09:56:12 -03:00


  • Introduction:

This repository aims to promote the development of a multi-vendor management platform for IoTs. Any device that follows the TR-369 protocol can be managed. The main objective is to facilitate and unify device management, which generates countless benefits for the end user and service providers, suppressing the demands that today's technologies require: device interconnection, data collection, speed, availability and much more. .

  • TR-069 ---> TR-369 :

The advent of the Internet of Things brings countless opportunities and challenges for service providers, with over a billion devices across the globe today making use of TR-069, what is the future of the protocol and what can we expect ahead?

The CWMP (CPE Wan Management Protocol), better known as TR-069, opened many doors for the ecosystem of providers, through which it is possible to deliver services with agility, which meet or exceed customer expectations, with proactive management and secure network, also bearing in mind the lower cost and greater efficiency for service providers.

With the rise of what we now call the smart home, the Internet of Things and the demand for increasingly interconnected and cloud-based environments, new demands and obstacles have emerged, opening the door to the creation of a new form of communication that meets the needs of current market needs.

There is a fierce race to monetize the IoT devices that are now part of the connected home and other environments. As a result, many companies are creating their own proprietary solutions; this is understandable given such pressure generated by the promise of Smart Home monetization. Unfortunately, these applications contribute to a poor ecosystem, where a provider ends up dependent and limited to a vertical solution, from a single vendor. This generates an low competition environment (which leads to greater risks), less innovation, and the potential for very high cost solutions.

The technologies behind Wi-Fi, device-to-device connectivity, the Smart Home and IoTs are constantly evolving and improving. It is important that when service providers look for a solution, they look for something that is "future proof", always thinking ahead.

Seeking to solve the challenges mentioned above, providers and manufacturers together developed the USP (User Services Platform), defined by the Broadband Forum's TR-369 standard, which is the natural evolution of the TR-069. This new standard is designed to be flexible, secure, scalable and standardized to meet the demands of a connected world today, and in the future.

  • Companies/Institutions involved in the creation of the TR-369:

    • Google
    • Nokia
    • Huawei
    • Axiros
    • Orange
    • Commscope
    • Assia
    • AT&AT
    • NEC
    • Arris
    • QA Cafe

  • Topology:

image

image

  • Protocolos:

    image

  • Notifications/Data collection:

    You can create notifications that fire on a value change, object creation and removal, complete operation, or an event.

    image

  • OB-USP-A (Open Broadband User Services Platfrom Agent):

    • Designed for embedded software (~400kb on ARM)
    • Encoded in C
    • License BSD 3-Clause
    • Made for Linux environments
  • Data Analysis

    The protocol has a mechanism called "Bulk Data", where it is possible to collect large volumes of data from the device, the data can be collected by HTTP, or another telemetry MTP defined in the TR standard, this data can be in JSON, CSV format or XML. This generates the opportunity to use AI on top of this data, obtaining relevant information that can be used for different purposes, from predicting events, KPIs, information for the commercial area, but also for the best configuration of a device.
  • WiFi:

    It has over 130 Wi-Fi configuration and diagnostics metrics, many of these settings and parameters are a trade-off between signal coverage area, latency and throughput. When deploying Wi-Fi systems, there is a tendency to maintain the same configuration on all clients, causing the technology to perform below expectations. Machine Learning combined with the data analysis mentioned in the previous topic makes it possible to automate the management and optimization of Wireless networks, where a big data approach is able to find the ideal configuration for each device.

    image

  • Commands:

    It is possible to perform commands remotely on the product, such as: firmware update, reboot, reset, search for neighboring networks, backup, ping, network diagnostics and many others.
  • IoT:



  • Software Modules:

    Currently, telecommunications giants and startups, publishing new software daily, slow delivery cycles and manual and time-consuming quality assurance processes make it difficult for integrators and service providers to compete. USP "Software Module Management" allows a containerized approach to the development of software for embedded devices, making it possible to drastically reduce the chance of error in software updates, it also facilitates the integration of third parties in a device, still keeping the firmware part isolated from Vendor.

  • Infrastructure:

Oktopus drawio

  • Developer:

    Run app using Docker:
    leandro@leandro-laptop:~$ cd oktopus/devops
    leandro@leandro-laptop:~/oktopus/devops$ docker compose up
    

If you are interested in internal information about the team and our intentions, visit our Wiki.

Bibliographic sources: MU-461.pdf, TR-369.html, USP Training Session SlidesTR-369.html a>