Anyway, I'm done checking out the Huawei Echolife (thanks seet!).

Obtained some really useful information.. the Echolife has 4 basic ports which are open at all times (and listening), TCP 80, 22, 23 and 8011. TCP 80, 22 and 23 and blocked from WAN/LAN access using an inbuilt iptables firewall. TCP 8011 however, is open at all times and I'm not sure what it's being used for.

As for this security issue, there's no real way to change the telecomadmin and root account passwords through the GUI... you have to download the config file, modify the password and reupload it. Haven't tested it myself but it should work. You also want to look at the 'services' passwords such as the telnet and SSH pass which is root/admin and change that too.

I did however get some info regarding how we can use our own SIP devices with Unifi Will be working on that in a bit.

Guys, good news.
I have confirmed HP Procurve 1700-8G can replace The Dlink for VLAN tagging and bridging work.
Now I can really put the Dlink to rest.

*now to test the IPTV thing...*

Did I miss out anything else?

Except for the unknown TCP 8011 service, hopefully the above can prevent the BTU from being "hijack" again, let's see how it goes ....

Guys, good news.
I have confirmed HP Procurve 1700-8G can replace The Dlink for VLAN tagging and bridging work.
Now I can really put the Dlink to rest.

*now to test the IPTV thing...*

Just fyi, if you remove the 'jack' @ screen no4, the 'jack' 8765000 number should not be appear on screen no3 anymore.(at least on my case because i remove earlier b4 this guide) However i still puzzled why we got 2 SIP entries, 0 and 1 (@ screen no3)

Yeah, if your checksum is 10bec11e0ab5a9c195289b861b71e51e the file is correct. On mine, I got different checksums and the file is corrupted.

Packet loss is a slightly different issue than the corrupted downloads ... With packet loss it means that some of the packets being sent from one side to another didn't make it. It could either be a router along the way dropped it due to being overloaded, or it got corrupted along the line and the receiving network equipment detected the corruption and dropped the packet. Packet loss is "not too bad an issue" as the higher level of the network stack (TCP) will request the other end to retransmit missing packets. So at the end of the day when it reaches your application (browser, ftp, whatever) you will see "perfect" data. The only downside to packet loss is that slows your transfer, as the receiver has to re-request packets when it sees something missing.

The data corruption issue is a bit more sinister though ... in a proper network, the TCP level checks the integrity of the data and requests re-transmission of bad packets, so the application level sees perfect data. Yet those facing the data corruption problem are not seeing any errors ... but still getting bad data. It means somewhere along the path from the two ends, the network stack is not doing the right thing.

I can live with some packet loss but not data corruption!

I'm trying to figure out the spread of those facing the data corruption issue and if there is any common denominator. It seems though that only SOME users are seeing it, not all. I'm also wondering if it is something at the home side or the center.

I asked klseet to test as I thought he was using the RB250, if you get data corruption problems on that it means the dlink is innocent. 8-) Since i have the problem, I guess I have to wait till I get hold of a RB250 to prove that.

regards,
.sha

Still bad....

Still bad....

Wah, 8% !! 
I think you may have to call CS complain gao-gao liao ....
Btw, what equipments & setup you have?

Cool

Btw, may I know what is this Ubuntu? Another Linux base OS? Is the iso for installation?

bhchew1975 - Bangsar Park (VIP10)... No internet and phone is dead, day 2 now... Fiberhome and dlink wireless combo...

The 2nd LED (the globe) on the dlink unit is now orange instead of Green...

My 2nd LED also showing orange since day 1 or 2, it really scare me 

As mentioned in TM DIR-615 (pic attached), the amber light indicated internet connection failed (amber - orange yellow), *touch wood* my internet still working well though.

When you are doing bridge mode, ur 615 internet LED is always orange.