• 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 3 Documentation Website Mango 4 Documentation Website Mango 5 Documentation Website

    Foreign Device Registry Answer

    BACnet4J general discussion
    1
    2
    1.7k
    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
      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
      • First post
        Last post