Re: [AFMUG] Troubleshooting Fiber Question
Matt and Chris are correct. It is so easy to see what is going on in my fiber network. I can see power outages, low light levels, dying gasp, so much data. (I use Calix). I would say support/issue on my fiber network are 5% of my wireless network. If you build you fiber network to survive, you will have very few issues. It is just like wireless though, if you do not know what you are doing or you build it wrong, you will be fighting it all the time. Here are some examples of email alerts. Network: skywaveCoE7sh2 SID: NTWK-skywaveCoE7sh2 ID: 1-1-5-3224 Device Type: E7-2 Source IP: Subscriber ID: null User Description: Severity: Minor Alarm Alarm Type: ont-dying-gasp Alarm Description: ONT Dying Gasp Facility: ONT Location: N/A Service Affect: Yes Message Data: N/A Observed Behavior: N/A Action: Fault Set Date and Time: Wed Feb 20 10:39:13 CST 2019 Network: skywaveCoE7sh1 SID: NTWK-skywaveCoE7sh1 ID: 1-1-16-2516 Device Type: Ae Ont Device Source IP: Subscriber ID: null User Description: Severity: Minor Alarm Alarm Type: onBattery Alarm Description: Main Power Failure Facility: AE ONT Location: N/A Service Affect: No Message Data: N/A Observed Behavior: N/A Action: Fault Set Date and Time: Sat Feb 16 09:40:20 CST 2019 On 2/20/19, 7:58 AM, "AF on behalf of Mark - Myakka Technologies" wrote: Matt, I agree with Chris. We do GPON, PPPoE, and mostly indoor units. We have an internally written web page that will show us everyone that is off line. Using this page we can determine very quickly if it is an individual, regional or system issue. The status lights on the indoor unit may it very easy to tell if it is a power issue or a fiber issue. 90% of the time if it is a cut fiber, we can find it quickly. Most of the time it is oblivious where they were digging. We also will use the locator to see where the trace wire has been cut. Finally we will bring out the OTDR. If the customer doesn't have light we can shoot from the customer side using any wave length. If we are shoot a live fiber we will use our GPON OTDR that uses a wave length outside of our range. -- Best regards, Markmailto:m...@mailmt.com Myakka Technologies, Inc. www.MyakkaTech.com -- Wednesday, February 20, 2019, 7:20:55 AM, you wrote: MH> With wireless - it's very easy to determine where the source of an MH> outage is can I access the local side? If so, then dispatch to MH> remote side. if not, then dispatch to local side. MH> How do you do that with fiber? Especially GPON? How do I know if an MH> outage is caused by "power out to end points" or if something just MH> "drove through/dug through my fiber lines", without dispatching someone MH> first to the local side to shoot an OTDR? MH> Basically, how do you efficiently dispatch to resolve an issue in a MH> timely fashion with fiber? Is there a way to shoot an OTDR from an SFP MH> optic so you know if it's a break or a remote end issue before even MH> dispatching a tech? -- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com -- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com
Re: [AFMUG] Troubleshooting Fiber Question
Matt, I agree with Chris. We do GPON, PPPoE, and mostly indoor units. We have an internally written web page that will show us everyone that is off line. Using this page we can determine very quickly if it is an individual, regional or system issue. The status lights on the indoor unit may it very easy to tell if it is a power issue or a fiber issue. 90% of the time if it is a cut fiber, we can find it quickly. Most of the time it is oblivious where they were digging. We also will use the locator to see where the trace wire has been cut. Finally we will bring out the OTDR. If the customer doesn't have light we can shoot from the customer side using any wave length. If we are shoot a live fiber we will use our GPON OTDR that uses a wave length outside of our range. -- Best regards, Markmailto:m...@mailmt.com Myakka Technologies, Inc. www.MyakkaTech.com -- Wednesday, February 20, 2019, 7:20:55 AM, you wrote: MH> With wireless - it's very easy to determine where the source of an MH> outage is can I access the local side? If so, then dispatch to MH> remote side. if not, then dispatch to local side. MH> How do you do that with fiber? Especially GPON? How do I know if an MH> outage is caused by "power out to end points" or if something just MH> "drove through/dug through my fiber lines", without dispatching someone MH> first to the local side to shoot an OTDR? MH> Basically, how do you efficiently dispatch to resolve an issue in a MH> timely fashion with fiber? Is there a way to shoot an OTDR from an SFP MH> optic so you know if it's a break or a remote end issue before even MH> dispatching a tech? -- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com
Re: [AFMUG] Troubleshooting Fiber Question
Most of the GPON platforms I have looked into support that. We use ZTE and it has this info, shows whether an ONU thats offline was due to power loss or signal loss. On Wed, Feb 20, 2019 at 8:07 AM Matt Hoppes < mattli...@rivervalleyinternet.net> wrote: > Do the ONU support dying gasp functionality? Where they can send back a I > just lost power message? > > On Feb 20, 2019, at 7:53 AM, Chris Fabien wrote: > > Your first troubleshooting step is look at customers down and why they are > down. Most OLTs will track whether an ONU is offline due to power loss vs > signal loss. > > When you get to finding an actual break, if the fiber is dark from the > customer end you ban use a normal otdr. They also make otdr that can run > trace on an active PON by using a high wavelength like 1650nm. > > > > On Wed, Feb 20, 2019, 7:22 AM Matt Hoppes < > mattli...@rivervalleyinternet.net> wrote: > >> With wireless - it's very easy to determine where the source of an >> outage is can I access the local side? If so, then dispatch to >> remote side. if not, then dispatch to local side. >> >> How do you do that with fiber? Especially GPON? How do I know if an >> outage is caused by "power out to end points" or if something just >> "drove through/dug through my fiber lines", without dispatching someone >> first to the local side to shoot an OTDR? >> >> Basically, how do you efficiently dispatch to resolve an issue in a >> timely fashion with fiber? Is there a way to shoot an OTDR from an SFP >> optic so you know if it's a break or a remote end issue before even >> dispatching a tech? >> >> -- >> AF mailing list >> AF@af.afmug.com >> http://af.afmug.com/mailman/listinfo/af_af.afmug.com >> > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > -- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com
Re: [AFMUG] Troubleshooting Fiber Question
Do the ONU support dying gasp functionality? Where they can send back a I just lost power message? > On Feb 20, 2019, at 7:53 AM, Chris Fabien wrote: > > Your first troubleshooting step is look at customers down and why they are > down. Most OLTs will track whether an ONU is offline due to power loss vs > signal loss. > > When you get to finding an actual break, if the fiber is dark from the > customer end you ban use a normal otdr. They also make otdr that can run > trace on an active PON by using a high wavelength like 1650nm. > > > >> On Wed, Feb 20, 2019, 7:22 AM Matt Hoppes >> wrote: >> With wireless - it's very easy to determine where the source of an >> outage is can I access the local side? If so, then dispatch to >> remote side. if not, then dispatch to local side. >> >> How do you do that with fiber? Especially GPON? How do I know if an >> outage is caused by "power out to end points" or if something just >> "drove through/dug through my fiber lines", without dispatching someone >> first to the local side to shoot an OTDR? >> >> Basically, how do you efficiently dispatch to resolve an issue in a >> timely fashion with fiber? Is there a way to shoot an OTDR from an SFP >> optic so you know if it's a break or a remote end issue before even >> dispatching a tech? >> >> -- >> AF mailing list >> AF@af.afmug.com >> http://af.afmug.com/mailman/listinfo/af_af.afmug.com > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com -- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com
Re: [AFMUG] Troubleshooting Fiber Question
Your first troubleshooting step is look at customers down and why they are down. Most OLTs will track whether an ONU is offline due to power loss vs signal loss. When you get to finding an actual break, if the fiber is dark from the customer end you ban use a normal otdr. They also make otdr that can run trace on an active PON by using a high wavelength like 1650nm. On Wed, Feb 20, 2019, 7:22 AM Matt Hoppes wrote: > With wireless - it's very easy to determine where the source of an > outage is can I access the local side? If so, then dispatch to > remote side. if not, then dispatch to local side. > > How do you do that with fiber? Especially GPON? How do I know if an > outage is caused by "power out to end points" or if something just > "drove through/dug through my fiber lines", without dispatching someone > first to the local side to shoot an OTDR? > > Basically, how do you efficiently dispatch to resolve an issue in a > timely fashion with fiber? Is there a way to shoot an OTDR from an SFP > optic so you know if it's a break or a remote end issue before even > dispatching a tech? > > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > -- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com
Re: [AFMUG] Troubleshooting Fiber Question
For something like GPON, looking at which customers are down will help get an idea if it's a power issue or fiber cut. Some customers have UPSes so that will help determine that. If you really want to track fiber cuts, you can do a "loopback" at the far end of a fiber by allocating 2 lines to that purposes, tracking if the ethernet link passing through that loop ever goes down. There are SFPs with very limited built-in OTDRs but really you need to send a tech onsite to do anything useful. On Wed, Feb 20, 2019, 6:22 AM Matt Hoppes With wireless - it's very easy to determine where the source of an > outage is can I access the local side? If so, then dispatch to > remote side. if not, then dispatch to local side. > > How do you do that with fiber? Especially GPON? How do I know if an > outage is caused by "power out to end points" or if something just > "drove through/dug through my fiber lines", without dispatching someone > first to the local side to shoot an OTDR? > > Basically, how do you efficiently dispatch to resolve an issue in a > timely fashion with fiber? Is there a way to shoot an OTDR from an SFP > optic so you know if it's a break or a remote end issue before even > dispatching a tech? > > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > -- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com
[AFMUG] Troubleshooting Fiber Question
With wireless - it's very easy to determine where the source of an outage is can I access the local side? If so, then dispatch to remote side. if not, then dispatch to local side. How do you do that with fiber? Especially GPON? How do I know if an outage is caused by "power out to end points" or if something just "drove through/dug through my fiber lines", without dispatching someone first to the local side to shoot an OTDR? Basically, how do you efficiently dispatch to resolve an issue in a timely fashion with fiber? Is there a way to shoot an OTDR from an SFP optic so you know if it's a break or a remote end issue before even dispatching a tech? -- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com
