GithubHelp home page GithubHelp logo

unifi-inform-protocol's People

Contributors

jeffreykog avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

unifi-inform-protocol's Issues

Doc update - add information about other devices

Thank you for your work.
I think it would be great to mention that other devices (at least M series) using same protocol for the device discovery. At least valid for the M and AC access points/CPE. I am going to write a small tool to make discovery from Linux w/o using Java, etc.

Layer confusion

When an unadopted UAP is connected to the network, it will start announcing itself on the layer 2 network. It will do this in 2 > ways:

As a broadcast packet (255.255.255.255)
As a multicast packet to 233.89.188.1

Layer 2 (Ethernet) does not have IP Addresses. Also, Ethernet does not distinguish between multicast and broadcast.
There is a range of reserved multicast MAC Addresses for specific purposes. And there is also the special mac address FF:FF:FF:FF:FF:FF. In every case, multicast ethernet frames are spammed to the whole collision domain (hubs) or to every port (switch) that is connected.

Additionally, you have to enable layer 2 adoption specifically in the controller. So I think L3 adoption is the default and does not neccesarily need additional configuration in the devices, prior to adopt them in L3

Actually the UDP communication that you found out on port 10001 would be, strictly speaking, already L4

Snappy

Yes, it was used for snappy for a while, I have captures and a working decoder for flags = 5 ( encryption + snappy ). The compression seems to be depreciated and they are back to zlib and moved on to GCM.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.