The project is unfortunately already a bit older. At that time the package size of BACnet was still set to 480 bytes. The maximum packet size depends on the link layer, so it varies. After your answer I assume that it can also work with this package size. Yes, the application keeps a ring-like list of buffers, the default buffer size is 2048 and it allocates 100 of them to start which is usually way more than enough. If you are going to be shuffling around UDP packets on an Ethernet with jumbo frames...
The buffer size for the socket layer is 64K (a static buffer in BACnetUDP::Read()) and the buffer size for the list of PDUs passed between layers is kDefaultListPDUSize, 2K. If you are on a network with jumbo frames (9K packets) then you could be having problems, but it's more likely to be something else. (Thank you for your interest in the BFR!)
Robert, I will echo what John said, congratulations! ...point me in the direction of resources about how it is supposed to work. First I would point you to The BACnet Institute https://www.thebacnetinstitute.org/ for instructional material and join the BACnet-L mailing list http://www.bacnet.org/Contact/BACnet-L.htm where you will find lots of developers willing to help! Quite a large number of the members of the BACnet Committee are still active in the community. Joel
Jesse, Yes, you are exactly correct, turn one into a BBMD for foreign device registration. The interface you pick will be the "home" network for the foreign device and everything else will go through the BFR as a BACnet router. Joel From: "Jesse J?ms?n" jesek@users.sourceforge.net Sent: Tuesday, September 3, 2019 1:48 AM To: [bfr:discussion] 404247@discussion.bfr.p.re.sourceforge.net Subject: [bfr:discussion] bfr BACnet IP configuration over vpn Hi, I see thank you very much. I have been using foreign...
Jesse, I hope you can pick out the correct pieces for the XML that was included inline in the message. The version that was sent back to me has been horribly mangled and I'm not sure if an XML document that is attached will fair any better! Maybe the problem is the SourceForge mail relay, if you have more problems like this we can continue the conversation at my work address jjb5{at}cornell.edu. Joel From: Joel Bender joelbender@users.sourceforge.net Sent: Tuesday, September 3, 2019 1:03 AM To: [bfr:discussion]...
Jesse, The configuration you have has only one network, so it's not acting like a router. When a device receives a Who-Is request it can respond with a broadcast I-Am (the "old school" way of responding) or with a unicast I-Am (the "new school" as an attempt to keep broadcast traffic to a minimum, especially important on large networks). I'm assuming that your VPN client is registering as a foreign device to your BBMD, so they are on the same BACnet network. To use the BFR as a router and split your...
I have not worked on this project in quite some time and right now SourceForge is struggling to give me a downloadable snapshot. When I can get the code back and build it -- and run it! -- I will be back in touch. I'm going to be offline with family events for a while so it won't be at lease until the middle of next week. Joel From: Preetham Rengarajan Kannan preetham05@users.sourceforge.net Sent: Thursday, May 31, 2018 1:18:37 PM To: [bfr:discussion] Subject: [bfr:discussion] filtering BACnet messages...
What your BACpypes application listens for depends on how you have specified the BACnet/IP address in your BACpypes application (usually in the INI file). In CIDR notation, if you have 1.2.3.4/24 then it will listen for unicast packets on 1.2.3.4 and broadcast packets on 1.2.3.255. Turn on a debugger in the BVLL UDPMultiplexer class like --debug bacpypes.bvll.UDPMultiplexer and you will see what unicast and broadcast address tuples are passed to bind the sockets. If this turns out to be a BACpypes...