Make Static Route Persistent Over Reboots

Hello all. I am new when it comes to the QNX level, but we have some building automation controllers that have 2 ethernet ports and the underlying OS is QNX.

The issue that we are having is that only EN0 has a specified Gateway. If I want to route specific traffic out over EN1, then I need to make a static route.

Assuming my target is and EN1 is…

When I get to the Shell and do a “route add” the entry does come up in the “route show” command, but when I reboot the panel, the entry is lost.

Is there a way to make that route persistent over reboots? I cannot find the file where this would be stored and loaded on boot.

Any help is appreciated.

You can put the line

route add

in the script


and it will be executed every time the system boots.

I don’t see that directory. Here is a browser of what I have.

Again I am a QNX Noob. Is there a command that I can run to verify which version of QNX is running on the box? I might be on an odd revision.

There are only a few QNX versions (4.X, 6.X and 7.X). You won’t have an odd revision, just one of those major ones with a minor X.

Try the following commands:

sin info
pidin info

These will work on QNX 6, QNX 7 and I believe QNX 4 (sin command will work on QNX 4 for sure). Then let us know what it says.


Looks like 6.4.1?

6.41 is very close in functionality to 6.5. All the QNX 6’s to my knowledge used a convention that startup files were in /etc/rc.d. Files in this directory were all prefixed by pr. The main script file was rc.sysinit. rc.local was the intended place that you put local commands so that if you upgraded the system, it would not be overwritten.

Note I said by convention. There is no reason that someone configuring a system, especially an embedded system needs to use this convention. Here are the startup steps that occur in booting QNX 6 from a hard drive.

  1. The bios reads in the first second which is a partition loader and jumps into it. The code uses the bios to read the disk and looks for the active partition and then loads the first sector of this partition and jumps to it. It also throws up a option to choose a different partition. That’s if you are using the QNX loader.

  2. The partition loader looks in the partition for a file .boot or a directory .boot. In the later case things get a little more complicated but basically a boot file is loaded into memory and jumped to.

  3. The system is initialized. The steps involved are documented, but basically the kernel is started and it starts running script. The residue of the script can be dumped from directory /proc/boot. By convention at the end of that script a disk driver has been loaded, the QNX partition has been mounted and the script /etc/rc.d/rc.sysinit is started.

The end of step 3 is where your problem is. If you don’t have the boot build file you don’t know what is happening. It would be challenging for a novice to figure out. If another script is run then that is what you need to update. It is possible that the entire startup is all within the .boot file in which case you would need to update the build file, which you might not have, rebuild it and copy it into place. These are things you should not attempt unless you know what you are doing.

Yeah most of that is going to be over my head.

I do see a net.cfg file that holds the IP information for the EN0/1 ports.

Could I put anything in there?

Here is what I see in the file…

hostname Panel109

type ethernet
mode manual

type ethernet
mode manual

A good suggestion, but I don’t think so. net.cfg is maintained by a Photon GUI program called phlip. You can edit the file yourself. Looking at the window phlip puts up I can see that you can add additional IP’s to the gateway in the like listed as “route” but there isn’t anything to set up a specific route.

My issue is that I don’t know the Syntax to add. I don’t have access to use Phlip. So if anyone could let me know what would be added into that file, it would be great.

Based on this…

I would think that Gateway would be / Destination would be / and Netmask would be And then if someone did an add, what would it add to that file?

Again I have no way to test that.

The net.cfg file doesn’t seem to have the facility to put in a route other than the gateway.

I think the obvious solution is to contact the provider of this device and find out if they give you any way to make the change you desire.

This old post


suggests you can add the routes to net.cfg and the netmanager will pick them up. That implies that netmanger was used to configure TCPIP (it only runs once then exits so we can’t know if it was used but its quite likely it was).


Your system runs on PPC, this means it is not a PC based system. So the boot process is different than the one explained by maschoen.
Do you have knowledge of the hardware ? Do you know which peripheral it boots from (SDcard, FLASH memory…) ?
More importantly, do you have the BSP sources for your hardware ?


  I completely missed that.   What did you see in the post that indicated this.  Ouch, so PPC was still available in 6.41?  I'm surprised.



This is visible in the picture posted by the op in this message :
PPC is supported till 6.5.0 (inclusive). Releases 6.6.0 and upper support only x86 and arm platforms.


This is a link to reply on openqnx, but I’ll take your word for it, there is a photo,



Yes, I gave the link of the reply on openqnx. In this reply, there is this link : where you can see the CPU is PPC.


I know that it boots from flash. But I don’t have much knowledge of the inter-workings of the hardware itself and how it was programmed at this level. So no BSP resources.

I am most familiar with the application that it running on the hardware which is for building automation. The static routing function isn’t something that is supported in their GUI/programming tools.

There is a need for this functionality. I am just trying to accomplish a solution that is outside of the software that is running on the device.


If the device boots from flash there may not even be any writable medium (hard disk, CF card etc). How big is the physical device and do you know if it has a writable medium. If it doesn’t there is NO way you will be able to modify routes in a permanent manner.

If you can’t open the device or judge by it’s size whether it has writable medium then can you try doing a ‘df’ command and see what it reports for disks. It’s entirely possible there is nothing but flash memory that contains a bootable QNX image (which essentially can’t be modified).


If there wasn’t a medium to write to, then II would think that there wouldn’t be a way for me to make changes to the IP addresses at all?

Maybe I am wrong in thinking that? But from conversations in the past, I have always been told that there is flash memory on board.

You’re wrong.

On embedded systems, most of the time, there is an in-RAM file system initialised at startup. This file system is populated with the content of the QNX image created with BSP tools. So, you get a writeable file system that is reinitialised at each boot.