Syrotech ONU not saving Network settings | unable to enable Telnet also | port binding?

Try this, do a reboot and then save the config via Management tab. Now reset and check if the config comes back. If it does, it means they probably do it from their end via OMCI.
Port binding is a way of making a port exclusive to a particular profile like Internet or VOIP.

Have you enabled logging?

@Adithya no. I don't think it's a memory issue. But now that you've told me how to enable telnet, i'll take a look!

Adithya said:

Have you enabled logging?

Click to expand...

I tried a couple of things today. Managed to telnet into the ONU, only to discover that it had a very limited set of commands. I was following the process mentioned by @Nikhil Sharma in:



I then FTP-ed into the ONU and deleted the lastgood.xml_bak files from both /var/config and /etc/config. Then, to check if settings persist, i disconnected the PON input and then rebooted the ONU. The settings persisted. And, somewhat to my surprise, the lastgood.xml_bak files were back too! However, the moment i plugged in the PON, the settings were back to square one. This makes me feel that that file is not the culprit. It must have something to do with the OLT.

sloj said:

Try this, do a reboot and then save the config via Management tab. Now reset and check if the config comes back. If it does, it means they probably do it from their end via OMCI.
Port binding is a way of making a port exclusive to a particular profile like Internet or VOIP.

Click to expand...

Is there a way that OMCI could be rejected buy the ONU? Maybe resetting or setting some flag?

maverick27 said:

BSNL Fiber - Router not saving settings | BSNL Bharat Fiber Broadband

I have the commands to solve this problem (which I got from Chinese guy). @ps111193 can help you. I will really appreciate it. What do I have to do?

broadband.forum

I then FTP-ed into the ONU and deleted the lastgood.xml_bak files from both /var/config and /etc/config. Then, to check if settings persist, i disconnected the PON input and then rebooted the ONU. The settings persisted. And, somewhat to my surprise, the lastgood.xml_bak files were back too! However, the moment i plugged in the PON, the settings were back to square one. This makes me feel that that file is not the culprit. It must have something to do with the OLT.

Click to expand...

You should delete syslogd.txt if it was the logging bug. If that didn't work, blame the OLT.

@Adithya there was no such file in either of the folders. Logging was anyway off. Yeah, I think I should just resign! 🤣

maverick27 said:

Is there a way that OMCI could be rejected buy the ONU? Maybe resetting or setting some flag?

Click to expand...

Unfortunately, no. The LCO or ISP do it to maintain things remotely for convenience. You will have to ask if they can exempt your device.

two scripts under /etc/scripts - reset_default.sh and config_xmlconfig.sh - seem to be causing this bug. If the steps outlined by @Nikhil Sharma don't solve this, flashing may be the only answer. But the only version I was able to find a download for - Syrotech_BSNL_2_1_1.0.26-200308.tar from NEED SYROTECH FIRMWARE | BSNL Bharat Fiber Broadband - has this bug (it's also the latest available on FTTH Facilitation Center.

For HG323 devices, I've checked that 1.0.35 version (from HG323RGW problem on BSNL Bharat Fiber Broadband | BSNL Bharat Fiber Broadband) may not have this since the reset_default script is commented out in it.

@hemant you're correct about the scripts. However, i'm beginning to realise that this may not be a bug, per se.

It all seems to boil down to the LCOs, who, mostly are noobs. They don't seem to understand the basic fact that some users simply do not want their enforced configs. I had a word with my LCO, who promised to delete my voice profile from his end, but eventually ended up doing nothing. For some reason, he was unwilling to turn off the port binding in my internet profile, reasoning that they have to do it. Perhaps, he was confusing it with mac binding?

I had a remote session with someone from Syrotech. He emphasised that it was not a problem with the firmware or hardware, and that the i'd have to get the profiles deleted from the OLT end. He too, however, could not explain as to why my static routes (which have absolutely no connection with either the voice or the internet profiles) were getting deleted on rebooting.

Anyway, the person was gracious enough to provide me with a performance patch. It seems to be from September 2020. After upgrading, my ONU started behaving weirdly, so I had to reset it, and everything seems smooth and stable so far. I am also noticing an increase in speeds on 5Ghz band since the upgrade; now getting higher than plan speeds (>60Mbps) on it.

Oh, great. 1.0.35-200917 version shared by @ps111193 I linked above is also from Sep 2020, may be that's the same as that performance patch. The only change under /etc in that, from the 1.0.35-200623 version shared on BSNL site, seem to be that all default configs under etc/provinces (which appeared to be for Chinese regions: shh - shanghai, anh - anhui etc) are now removed.

It's possible LCO was enforcing settings, but reset on boot/pw changes seems too extreme. The firmware is so shoddily coded - with a bunch jury-rigged shell scripts all over orchestrating the boot sequence - that a bug is more probable than a knowledgable LCO controlling the CPEs on his network with an appropriately configured tr69/snmp server. (some settings they can of course, but resets etc can't be done without some effort on their part to maintain a config server)

If I were to guess, somehow the router was set to use one of those provinces (one path would be if 'cfg_province' nv variable was set to shh/jsu/anh etc) but it conflicted with some BSNL configuration provided in the firmware (/etc/config_default.xml or something) and the end result was some barely working misconfiguration and any attempt to change the settings were rejected as incorrect (by /bin/xmlconfig) and weren't getting saved to nv storage. Once the router was updated to the version with no china-specific settings, and you removed the existing misconfig by a complete reset, router could see a single set of coherent settings.

I am using Digisol DG-GR1321 (FW 1.0.34) and since yesterday, I am facing the issue of settings not getting saved post reboot of ONT. Even, after doing factory data reset, the previous settings are getting reverted back to. I had enabled the local syslog 2 days back, probably it might have caused the issue. Now, I tried to connect through telnet, but 'sh' command is not working and on running 'help', it is not showing 'sh' as command, so I am not able to go to shell to check the free space and delete the syslog file. Also, tried to connect through FTP, but it says that 'admin' is denied access. I am not able to connect and check and delete the syslog file. Can somebody please guide me if there is any other way to login and delete the syslog file ?

maverick27 said:

I tried a couple of things today. Managed to telnet into the ONU, only to discover that it had a very limited set of commands. I was following the process mentioned by @Nikhil Sharma in:

BSNL Fiber - Router not saving settings | BSNL Bharat Fiber Broadband

I have the commands to solve this problem (which I got from Chinese guy). @ps111193 can help you. I will really appreciate it. What do I have to do?

broadband.forum

I then FTP-ed into the ONU and deleted the lastgood.xml_bak files from both /var/config and /etc/config. Then, to check if settings persist, i disconnected the PON input and then rebooted the ONU. The settings persisted. And, somewhat to my surprise, the lastgood.xml_bak files were back too! However, the moment i plugged in the PON, the settings were back to square one. This makes me feel that that file is not the culprit. It must have something to do with the OLT.

Click to expand...

@maverick27 For me (Digisol DG-GR1321 with FW 1.0.34), I am not able to use 'sh' command in telnet and the 'help' command shows very limited set of commands. I also tried to connect using FTP but it is showing that 'admin' is denied access. I think I am facing the local syslog occupying full space issue and I am not able to connect and delete the syslog file. Could you please let me know, how did you connect via FTP ?

TechGuy220 said:

I am using Digisol DG-GR1321 (FW 1.0.34) and since yesterday, I am facing the issue of settings not getting saved post reboot of ONT. Even, after doing factory data reset, the previous settings are getting reverted back to. I had enabled the local syslog 2 days back, probably it might have caused the issue. Now, I tried to connect through telnet, but 'sh' command is not working and on running 'help', it is not showing 'sh' as command, so I am not able to go to shell to check the free space and delete the syslog file. Also, tried to connect through FTP, but it says that 'admin' is denied access. I am not able to connect and check and delete the syslog file. Can somebody please guide me if there is any other way to login and delete the syslog file ?

Click to expand...

I am finally able to connect via FTP and delete the syslogd.txt file 🙂. Actually, the login for FTP is different than that of the default 'admin' user for the Web UI, found the FTP username and password in the lastgood.xml configuration backup file (both username and password value was in plain-text) and able to connect via FTP using the same. Now, my ONU is back to normal and settings changes are persisting even after reboot.
Putting this here, so that if anybody else face similar issue, they can refer this and connect via FTP to delete the log file, in case 'sh' with telnet is not available.
Also, as @varkey mentioned in other thread that the key to remember is to avoid enabling the local logging in these ONU devices, since there is no proper/easy option to clear the logs.