dg6464
join:2009-12-23
Toronto, ON |
to upnatom
Re: [Internet] Bypassing the HH3K at 1.5Gbps+ using a BCM57810S NICsaid by upnatom:said by dg6464:Thanks.
To be honest, I’m not even sure how to SSH into this GPON,
It’s connected to my pfSense directly now in an X520.
I’ll see if the same thing happens with this setup.
But ideally, yeah - I figure out how to SSH to the GPON while it’s in the actual Ubiquiti switchport, grab some stats when it’s working... then grab some stats/alarms with the above commands when it fails.
I’ll read through the other threads to check if there’s any guidance on the SSH portion... but if you have any guidance on how to SSH into this thing while it’s in a Ubiquiti switch (or even while in pfSense in a NIC), I’ll give it a go.
The US-16-XG has two levels of SSH, direct SSH, then you telnet to localhost once in SSH to get to the underlying OS on the switch, opposed to the SDN controlled OS.
Understood if you think this should be a separate thread (or if it’s worth grabbing the info and passing along to Ubiquiti or something)... it’s looking more and more like I’ll have to try and request a GPON swap if I want to get 1.5Gbps speeds. Assign and route a static IP in 192.168.1.0/24 ssh ONTUSER@192.168.1.10 password = SUGAR2A041 Thanks again... I moved the GPON back into the Ubiquiti switch for now and assigned an untagged VLAN, then SSH'd into it. It does, unfortunately bring down my internet with this happens, but I was able to pull the following. Let me know if you have any suggestions or questions on optical status, etc or anything to run to check levels right now while it's operation... and I'll run the same again once it fails:
alarm overview
PLL lock: X
loss of signal: -
loss of lock: X
temperature yellow alarm: -
temperature red alarm: -
signal overload (RX): -
Overcurrent, Bias+Modulation (TX): -
Bias overload (TX): -
Modulation overload (TX): -
Rogue ONT P0 alarm (TX): -
Rogue ONT P1 alarm (TX): -
Rogue ONU P0 alarm (TX): -
Rogue ONU P1 alarm (TX): -
Press ? or Ctrl-h for help alarms Delay: 1000ms 0%
ONTUSER@SFP:~# onu gtcdgcg
errorcode=0 dying_gasp_enable=1 dying_gasp_hyst=0 dying_gasp_msg="0 0 0 0 0 0 0 0 0 0 0 0"
ONTUSER@SFP:~# uci get gpon.gtc.nDyingGaspEnable
0
I have also ordered a Broadcom NIC on Ebay (Dell N20KJ)... waiting on it to come in the mail... I did this SFP swap as part of swapping my firewall out so I can do the work with the Broadcom NIC once it arrives... as well as get some Nokia GPON stats and testing done at the same time to see if there could be a simple reason that the Ubiquiti switch halts connectivity every day or so. Will post a separate quick reply to this as I've got a couple of order of Operations questions prior to it's arrival... just uneasy about the soldering, so want to ensure it's necessary in my scenario and a couple of other small things. |
|
 upnatom
join:2006-12-30
Mississauga, ON |
said by dg6464:said by upnatom:said by dg6464:Thanks.
To be honest, I’m not even sure how to SSH into this GPON,
It’s connected to my pfSense directly now in an X520.
I’ll see if the same thing happens with this setup.
But ideally, yeah - I figure out how to SSH to the GPON while it’s in the actual Ubiquiti switchport, grab some stats when it’s working... then grab some stats/alarms with the above commands when it fails.
I’ll read through the other threads to check if there’s any guidance on the SSH portion... but if you have any guidance on how to SSH into this thing while it’s in a Ubiquiti switch (or even while in pfSense in a NIC), I’ll give it a go.
The US-16-XG has two levels of SSH, direct SSH, then you telnet to localhost once in SSH to get to the underlying OS on the switch, opposed to the SDN controlled OS.
Understood if you think this should be a separate thread (or if it’s worth grabbing the info and passing along to Ubiquiti or something)... it’s looking more and more like I’ll have to try and request a GPON swap if I want to get 1.5Gbps speeds. Assign and route a static IP in 192.168.1.0/24 ssh ONTUSER@192.168.1.10 password = SUGAR2A041 Thanks again... I moved the GPON back into the Ubiquiti switch for now and assigned an untagged VLAN, then SSH'd into it. It does, unfortunately bring down my internet with this happens, but I was able to pull the following. Let me know if you have any suggestions or questions on optical status, etc or anything to run to check levels right now while it's operation... and I'll run the same again once it fails:
alarm overview
PLL lock: X
loss of signal: -
loss of lock: X
temperature yellow alarm: -
temperature red alarm: -
signal overload (RX): -
Overcurrent, Bias+Modulation (TX): -
Bias overload (TX): -
Modulation overload (TX): -
Rogue ONT P0 alarm (TX): -
Rogue ONT P1 alarm (TX): -
Rogue ONU P0 alarm (TX): -
Rogue ONU P1 alarm (TX): -
Press ? or Ctrl-h for help alarms Delay: 1000ms 0%
ONTUSER@SFP:~# onu gtcdgcg
errorcode=0 dying_gasp_enable=1 dying_gasp_hyst=0 dying_gasp_msg="0 0 0 0 0 0 0 0 0 0 0 0"
ONTUSER@SFP:~# uci get gpon.gtc.nDyingGaspEnable
0
I have also ordered a Broadcom NIC on Ebay (Dell N20KJ)... waiting on it to come in the mail... I did this SFP swap as part of swapping my firewall out so I can do the work with the Broadcom NIC once it arrives... as well as get some Nokia GPON stats and testing done at the same time to see if there could be a simple reason that the Ubiquiti switch halts connectivity every day or so. Will post a separate quick reply to this as I've got a couple of order of Operations questions prior to it's arrival... just uneasy about the soldering, so want to ensure it's necessary in my scenario and a couple of other small things. dying gasp is enabled and can very well be the reason for the resets. I'm uncertain how it's being set... maybe by the OLT? Anyway, try this onu gtcdgcs 0 0 0 0 0 0 0 0 0 0 0 0 0 0You don't need to use solder, you can use conductive paint for example. The only product available on Amazon Canada is » www.amazon.ca/MG-Chemica ··· LZX06PL/ and I don't how it compares to the dirt cheap silver base from AliExpress. Or phone some cell phone repair shops, they're capable and it shouldn't cost much. |
|
dg6464
join:2009-12-23
Toronto, ON
2 edits |
dg6464
Member
2021-Feb-7 9:34 pm
Will do - thanks very much upnatom ! Are there any type of "save" commands I have to do after inputting the above command? "wr mem" "copy run start" Here is the output this time (this time the internet didn't go down re-configuring the VLAN, which is great): login as: ONTUSER
ONTUSER@192.168.1.10's password:
BusyBox v1.22.1 (2018-05-22 14:47:30 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
OpenWrt - (14.07_ltq) --- Lantiq Edition for GPON
----------------------------------------------
ONTUSER@SFP:~# onu gtcdgcs 0 0 0 0 0 0 0 0 0 0 0 0 0 0
errorcode=0
ONTUSER@SFP:~# onu gtcdgcg
errorcode=0 dying_gasp_enable=0 dying_gasp_hyst=0 dying_gasp_msg="0 0 0 0 0 0 0 0 0 0 0 0"
ONTUSER@SFP:~# uci get gpon.gtc.nDyingGaspEnable
0
ONTUSER@SFP:~#
alarm overview
PLL lock: X
loss of signal: -
loss of lock: -
temperature yellow alarm: -
temperature red alarm: -
signal overload (RX): -
Overcurrent, Bias+Modulation (TX): -
Bias overload (TX): -
Modulation overload (TX): -
Rogue ONT P0 alarm (TX): -
Rogue ONT P1 alarm (TX): -
Rogue ONU P0 alarm (TX): -
Rogue ONU P1 alarm (TX): -
Press ? oralarms Delay: 1000ms 0%
ONTUSER@SFP:~#
We shall now see over the next couple days if the internet goes down. Are there any particular commands you'd recommend running to get states and stats like temp, db, all that jazz that I should record while it's up... then check back again if it does happen to fail after disabling dying gasp? Just trying to cover all bases, in case it's something different. Just about to post a quick verification of a bunch of stuff before the Broadcom card comes, apologies for length... I'm just interested for the most part as to what parts do exactly what... if it's cumbersome, I'll re-read the thread. I just find myself getting lost in sub-links/topics all of the time, so have bounced all over the place when I find an interesting tidbit. For sure there are a few folks on this forum I owe a beer/drink or two once this pandemic bites the dust, lol. Thanks for your guidance and continued efforts on this, truly is awesome. |
|
upnatom
join:2006-12-30
Mississauga, ON
1 edit |
said by dg6464:Will do - thanks very much upnatom !
Are there any type of "save" commands I have to do after inputting the above command?
"wr mem"
"copy run start" /etc/config/gpon it should be set from the value of gpon.gtc.nDyingGaspEnable from the code in /etc/init.d/onu.sh but it's obviously being overwritten. said by dg6464:Are there any particular commands you'd recommend running to get states and stats like temp, db, all that jazz that I should record while it's up... then check back again if it does happen to fail after disabling dying gasp?
Just trying to cover all bases, in case it's something different. There's isn't much you can do on the G-010S-A since it's a read only filesystem. You could log to tmpfs but that won't survive a reboot. But there is /logs for persistence or you could configure network logs in /etc/config/system » openwrt.org/docs/guide-u ··· sentials and you would need to add a route. If you don't want to deal with syslog you could setup a cron job on the host end and log the output from some ssh session commands or probe the i2c for temps. eg. dump the state onu ploamsg. |
|
dg6464
join:2009-12-23
Toronto, ON |
dg6464
Member
2021-Feb-9 10:10 pm
said by upnatom:/etc/config/gpon it should be set from the value of gpon.gtc.nDyingGaspEnable from the code in /etc/init.d/onu.sh but it's obviously being overwritten.
Thanks. I am not sure if you mean that Disabling DyingGasp as we just did via SSH *should* be persistent, but isn't? I haven't removed/rebooted the GPON module to check if the command has stayed persistent between power loss or not. Was more just checking what the expected result should be if I lose power... and if there was a specific save type command to make it persistent if it isn't by default. So I don't think it's being overwritten as of yet - I haven't checked as I want to see how long it runs before the internet goes out (so far so good... fingers crossed disabling the DyingGasp as you suggested fixed the issue with the Ubiquiti switch). If it does go out and I have to pull the SFP to reset... I will be sure to double-check if the disabling of DyingGasp has stayed persistent through a power-loss of the GPON, but maybe I misinterpreted your reply. said by upnatom:There's isn't much you can do on the G-010S-A since it's a read only filesystem. You could log to tmpfs but that won't survive a reboot. But there is /logs for persistence or you could configure network logs in /etc/config/system »openwrt.org/docs/guide-u ··· sentials and you would need to add a route.
If you don't want to deal with syslog you could setup a cron job on the host end and log the output from some ssh session commands or probe the i2c for temps.
eg. dump the state onu ploamsg. Thanks again for the detail, this is great. This question wasn't meant as a detail-oriented one, no need to actually log or do syslogs. I'm just meaning are there any commands I should type in my SSH session now while it's working to gather info about levels, temps, alarms and such... and then also type again once (if) the internet goes down again to compare the results at each time of levels, temps and alarms and such. If that's the dump the state onu ploamsg command, i'll be sure to do that. I'm waiting on the Dell NIC to come in the mail now so I can do the 2.5Gbps as mentioned in the thread... but if this link stays up for more than a week... we may have fixed the problem by just disabling DyingGasp in the GPON. Hope I didn't jinx it though. |
|
Micma
Premium Member
join:2001-04-25 |
Micma
Premium Member
2021-Feb-10 10:05 am
Just a quick note, having the gpon in the broadcom nic on my Dell R210ii I didn't need to mess around with the DyingGasp setting, actually didn't even try to log into the gpon. In my setup link to bell is rock solid since day one. |
|
| |
Anon83a93
Anon
2021-Feb-11 10:41 pm
Did anyone tried the new opnsense 21.1 with the drivers and if it works. |
|
| |
|
|
|
dg6464
join:2009-12-23
Toronto, ON |
dg6464
Member
2021-Feb-21 9:40 pm
Just confirming back... that when you unplug the Nokia GPON, it reverses the commands that I input via SSH to disable DyingGasp. Sucks... but hopefully I don't have to reset this switch that often. If you have any way of making it persistent, I am all ears...  . Still waiting on the Dell NIC... and also switched to OPNsense instead of pfSense now. |
|
| dg6464 |
dg6464
Member
2021-Feb-28 10:29 pm
So, I am still waiting on my Broadcom NIC to come in the mail and test this thing, NIC is taking it's sweet time... but just tonight had another complete outage... with the Nokia GPON connected to a Ubiquiti US-16-XG.
I had disabled DyingGasp on the GPON module, with no power outages or internet outages up until this evening.
When the outage happened just now... the TV went out, as well as the Internet (I don't pass VLAN36 through my firewall... so the Set Top Box / PVR is directly connected).
I connect to an untagged VLAN that can hit the GPON SFP at 192.168.1.10.
Ping 192.168.1.10 and get nothing... it's like the GPON/SFP has died... but the Ubiquiti US-16-XG says that the SFP is still up (link light).
So I sent constant pings to 192.168.1.10, remove the Fiber and GPON from the switch, put it back in... wait about a minute... and then the pings start successfully completing again.
So not sure what this means... but the software in the GPON is non-responsive when outages occur.
When it finally comes back, the alarms show a Bias overload (TX):
alarm overview
PLL lock: X
loss of signal: -
loss of lock: -
temperature yellow alarm: -
temperature red alarm: -
signal overload (RX): -
Overcurrent, Bias+Modulation (TX): -
Bias overload (TX): X
Modulation overload (TX): -
Rogue ONT P0 alarm (TX): -
Rogue ONT P1 alarm (TX): -
Rogue ONU P0 alarm (TX): -
Rogue ONU P1 alarm (TX): -
Press ? oralarms Delay: 1000ms 0%
Not sure if that alarm is usual when it comes back online or not.
Thought I would check if there are any other ideas up anyones sleeves? I really need to get this swapped for a Huawei. |
|
|
| |
said by dg6464:When the outage happened just now... the TV went out, as well as the Internet (I don't pass VLAN36 through my firewall... so the Set Top Box / PVR is directly connected).
I connect to an untagged VLAN that can hit the GPON SFP at 192.168.1.10.
Ping 192.168.1.10 and get nothing... it's like the GPON/SFP has died... but the Ubiquiti US-16-XG says that the SFP is still up (link light).
So I sent constant pings to 192.168.1.10, remove the Fiber and GPON from the switch, put it back in... wait about a minute... and then the pings start successfully completing again.
So not sure what this means... but the software in the GPON is non-responsive when outages occur.
Thought I would check if there are any other ideas up anyones sleeves? I really need to get this swapped for a Huawei. Just to maybe eliminate overheating, can you make sure that there is no contiguous port being used around the port where your GPON is connected ? This SFP module can get very very hot and if there are other SFP module or DAC around it, it may get too hot and not be cooled enough and potentially fail. Especially since your problem seems a bit random... Also, it is usually not possible to swap between Huawei and Alcatel/Nokia since there is usually only one model of OLT serving your neighborhood. Many have asked a swap and got denied because the Huawei is simply not available or present anyways from what I understand (I may be mistaken but I think that's what it is). Also, I've been wondering for quite some time when you say this but, when you say IPTV/PVR is directly connected, what do you mean by that ? Do you mean you connected the PVR directly to an untagged vlan 36 port of your switch or you're using HH3000 WAN port connected to VLAN36 tagged on the Unifi switch and you have your PVR connected to the LAN of the HH3000 ? |
|
dg6464
join:2009-12-23
Toronto, ON |
dg6464
Member
2021-Mar-2 9:16 pm
said by RedVortex:said by dg6464:When the outage happened just now... the TV went out, as well as the Internet (I don't pass VLAN36 through my firewall... so the Set Top Box / PVR is directly connected).
I connect to an untagged VLAN that can hit the GPON SFP at 192.168.1.10.
Ping 192.168.1.10 and get nothing... it's like the GPON/SFP has died... but the Ubiquiti US-16-XG says that the SFP is still up (link light).
So I sent constant pings to 192.168.1.10, remove the Fiber and GPON from the switch, put it back in... wait about a minute... and then the pings start successfully completing again.
So not sure what this means... but the software in the GPON is non-responsive when outages occur.
Thought I would check if there are any other ideas up anyones sleeves? I really need to get this swapped for a Huawei. Just to maybe eliminate overheating, can you make sure that there is no contiguous port being used around the port where your GPON is connected ? This SFP module can get very very hot and if there are other SFP module or DAC around it, it may get too hot and not be cooled enough and potentially fail. Especially since your problem seems a bit random... Also, it is usually not possible to swap between Huawei and Alcatel/Nokia since there is usually only one model of OLT serving your neighborhood. Many have asked a swap and got denied because the Huawei is simply not available or present anyways from what I understand (I may be mistaken but I think that's what it is). Also, I've been wondering for quite some time when you say this but, when you say IPTV/PVR is directly connected, what do you mean by that ? Do you mean you connected the PVR directly to an untagged vlan 36 port of your switch or you're using HH3000 WAN port connected to VLAN36 tagged on the Unifi switch and you have your PVR connected to the LAN of the HH3000 ? Thanks! I have the GPON in Port 1, with nothing in Ports 2,3, or 4. Overheating shouldn’t be an issue with that port set up. But in addition... the rack is in the basement... beside the electrical panel, which doesn’t have any insulation behind it at the moment... so it’s like 10 degrees Celsius down there. For the PVR being directly connected - I have VLAN36 tagged on the GPON interface... so I just use a copper port on the US-16-XG and leave it untagged on VLAN36 (native VLAN 36). TV seems to work fine... I don’t care about the additional apps or functions on the box though. This is really just to avoid the IGMP Proxy issues on pfSense and OPNsense right now. HomeHub is totally disconnected. Unfortunately, my Broadcom Chipset Dell Card was “lost in transit” after a whole month of waiting. So I’ll be starting that all over again, I guess... lol. Let me know if you have any more questions. |
|
| |
said by dg6464:Unfortunately, my Broadcom Chipset Dell Card was “lost in transit” after a whole month of waiting. So I’ll be starting that all over again, I guess... lol. Funny....EXACTLY the same thing just happened to me with a Dell Broadcom Chipset card I ordered from ebay US. Arrived at the Intelcom warehouse in Montreal on Feb 1, on Feb 28 tracking shows lost in transit. |
|
.