• Recent
    • Tags
    • Popular
    • Register
    • Login

    Please Note This forum exists for community support for the Mango product family and the Radix IoT Platform. Although Radix IoT employees participate in this forum from time to time, there is no guarantee of a response to anything posted here, nor can Radix IoT, LLC guarantee the accuracy of any information expressed or conveyed. Specific project questions from customers with active support contracts are asked to send requests to support@radixiot.com.

    Radix IoT Website Mango 4 Documentation Website Mango 5 Documentation Website Radix IoT LinkedIn

    Foreign Device Registry Answer

    Scheduled Pinned Locked Moved BACnet4J general discussion
    2 Posts 1 Posters 2.1k Views 1 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • D Offline
      DolphinsGrin
      last edited by

      The APDU frame length of a Foreign Device Registry Answer message is six bytes long. The IncomingRequestParser.parseApdu() immediately sends all messages to the NPCI constructor, regardless of length checks, which subsequently chokes (array out of bounds) due to queue.size() being zero. I've inserted a couple changes to the source code to address this:

      First, in IpNetwork.parseFrame():

      
      			if (function != 0xa && function != 0xb && function != 0x4 && function != 0x0 && function != 0x5)
      				throw new MessageValidationAssertionException("Function is not unicast, broadcast, forward"
      						+ " or foreign device reg answer (0xa, 0xb, 0x4, 0x0, or 0x5)");
      

      "function != 0x05" is missing from the original method, and prematurely chokes the method.

      Secondly, I enclosed all of the lines in IncomingRequestParser.parseApdu() in the following if-statement:

      
      			if (queue.size() > 6)
      

      With a "return null;" to satisfy the return type.

      This is logically avoiding all exceptions I've been experiencing while doing a device discovery across sub-nets. Because I'm not wholly aware of what else uses these methods, I cannot be certain if I have not broken something else yet. Anyone with any more familiarity, please advise!

      The Dolphin's Grin

      Edit: Realized that checking queue.size() >6 was more effective than setting and referencing an "isForeignDevMsg" flag.

      1 Reply Last reply Reply Quote 0

      Hello! It looks like you're interested in this conversation, but you don't have an account yet.

      Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

      With your input, this post could be even better 💗

      Register Login
      • First post
        Last post