Hi,
I have seen your forum. Its wonderful job.

Hi,
Sir, good progress. it would be good if you make a TODO list for the remaining features in the razwall.    

Well, as per my understanding, sources were available on the sourceforge for different python modules. just for suggestion, can we ignore the emi depdency in the endian, i mean rewriting working which is provided by emi etc ?

I've started the fork project - razwall dot com

smf forum is up as razwall dot com

Here is a quick progress update:
Emi python and services have been removed
Endian dashboard has been redirected to perl based scripts in cgi
Efw-console has been removed and replaced with a perl based console
File system has been restructured
All color based zones have been removed
Dynamic name based zones have been implemented
Modern interface is in the works (mobile friendly)
Web socket server implementation for near realtime CPU/memory graphs and notifications
I will post screen shots later this coming week. The razwall website is beginning to take shape. I will get a support forum setup as soon as I can. I am. Hoping to have a tar package and some code for people to explore and contribute in about a month.

As for how I'm doing this, I stepped through the code and replaced all the colors with name based zones. Then recycled the colors as default rules that can be applied to the named zones. So red=wan, green=lan,orange=dmz,Blue=lan2 (wifi). The colors are only references to what default rules are used. So these can be applied to more than one zone. I also created a new config folder called zones, and store each of the zone names created in that settings file. Then I reference the zone name rather than the color, then reference the color for the rules. Only the color is now also a name. So you can create as many zones as you have interfaces. Next in line after the emi, is most likely adding additional predefined rulesets. For example a PCI ruleset for card processing, VOIP for PBX with qos etc..

The "sources" on source forge do not include these compiled binaries as far as I can tell all that data was scrubbed before uploading. I have considered going back to a previous version to see how it was assembled before it was proprietary. I have also considered looking at other distros as you mentioned, but the usability and features of endian are very popular. I have not considered and new module development until I get the emi replaced. As of now, I have circumvented the rnzo e problem but the result is an token dashboard and broken uplink reporting on the console screen. My next step is to fix this, then see what's next. Netfilter will have to replace iptables down the road that's just a logical step.

Yes. agreed. have you seen the sources given on the sourceforge site which may contain core moduel or emil module in it.
I have another suggestion if we can in your fork is to shift on the nft instead of iptables now. secondly, idea of multiple zones can be explored from other distributions like ipfire. do you have a breakdown list of modules or components to be developed in razwall?

No simple solution here. Endian tied every service into a core module that is closed source. So in order to gain control of the internal network configurations on a permanent basis, a new management interface must be written to replace the emi on this distro. The emi is the "endian management interface". The emi reports stats and statuses to both the UI and console, start and stops services, and does so over UI via web socket using Json. All of this needs to be replaced in order to gain control of the configs. And changes to the still open source parts of endian, result in breaking the software because of hard coded params, and template based configs in the service startup.