Home page logo
/
nanog logo
NANOG Mailing List

The North American Network Operators' Group discusses fundamental Internet infrastructure issues such as routing, IP address allocation, and containing malicious activity.

List Archives

JanFebMarAprMayJunJulAugSepOctNovDec
20217216195284491
2020659461821544461651449534476473345372
2019699447515400536469593503378661497607
2018386203397418504423508269373485322620
2017278321427166284417168325406366177680
2016680515536513499854515388587661338380
2015576865540567629136310835878901344497618
201469289910418856815401015518540986714652
20139311007824690546937545595624578509828
20121239136711786027191107891774953681879697
201117892122102980296214596058871148802976993
20101136120613051611652663813933997133910811476
2009940125455210198256277507016461105884956
20088476506057507398127507961027536628716
20078064575056937626525427645721022355299
2006691674660448403552379551630567310327
200582461991512047906321075104810851237769593
2004852100411828917851220752770848537999768
20031099692986875676683633152915791527757675
2002468533556737117197911231097815714735575
2001108894910528221145105680011501956857518382
2000468684338498539617716497634323651550
1999436304372340271227244312246447326438
19984046334315768627962856297541063967402
19977205075764867966131120521608589843342
19963642132754962902333493339031099373290
1995947419126717125150253251210391140
199416144593349116845452

Latest Posts

Re: link monitoring Saku Ytti (May 01)
This feature will be introduced by ER-079886 in some future date. You
may be confused about OTN FEC, which is available via MIB, but
unrelated to the topic.

I did plan to open a feature request for other vendors too, but I've
been lazy. It is broadly missing, We are doing very little as a
community to address problems before they become symptomatic and
undercapitalising the information we already have from DDM and RS-FEC.

Only slightly...

Re: link monitoring Michel Blais (Apr 30)
Y.1731 or TWAMP if available on those devices.

Le ven. 30 avr. 2021 17:57, Colton Conor <colton.conor () gmail com> a écrit :

Re: link monitoring Colton Conor (Apr 30)
What NMS is everyone using to graph and alert on this data?

Weekly Routing Table Report Routing Analysis Role Account (Apr 30)
This is an automated weekly mailing describing the state of the Internet
Routing Table as seen from APNIC's router in Japan.

The posting is sent to APOPS, NANOG, AfNOG, SANOG, PacNOG, SAFNOG
TZNOG, MENOG, BJNOG, SDNOG, CMNOG, LACNOG and the RIPE Routing WG.

Daily listings are sent to bgp-stats () lists apnic net

For historical data, please see http://thyme.rand.apnic.net.

If you have any comments please contact Philip Smith <pfsinoz...

Re: link monitoring Alain Hebert (Apr 30)
    Yes the JNP DOM MIB is what you are looking for.

    It also the traps for warnings and alarms thresholds you can use
which is driven by the optic own parameters.
    ( Human Interface: show interfaces diagnostics optics <interface> ] )

    TLDR:

        Realtime: Traps;
        Monitoring: DOM MIB;

    PS: I suggest you join [ juniper-nsp () puck nether net ] mailing list.

-----
Alain Hebert...

RE: link monitoring Travis Garrison (Apr 29)
We use LibreNMS and smokeping to monitor latency and dropped packets on all our links and setup alerts if they go over
a certain threshold. We are working on a script to automatically reroute traffic based on the alerts to route around
the bad link to give us time to fix it.

Thanks
Travis

From: NANOG <nanog-bounces+tgarrison=netviscom.com () nanog org> On Behalf Of Baldur Norddahl
Sent: Thursday, April 29, 2021 3:39 PM
To: nanog ()...

Re: link monitoring Eric Kuhnke (Apr 29)
If I may add one thing I forgot, this post reminded me. In the question I
think it was probably a 100G CWDM4 short distance link. When monitoring a
100G coherent (QPSK, 16QAM, whatever) longer distance link, be absolutely
sure to poll all of the SNMP OIDs for it the same as if it was a point to
point microwave link.

Depending on exactly what line card and optic it is, it may behave somewhat
similarly to a faded or misaligned radio link under...

Re: link monitoring Lady Benjamin Cannon of Glencoe, ASCE (Apr 29)
We monitor light levels and FEC values on all links and have thresholds for early-warning and PRe-failure analysis.

Short answer is yes we see links lose packets before completely failing and for dozens of reasons that’s still a good
thing, but you need to monitor every part of a resilient network.

Ms. Lady Benjamin PD Cannon of Glencoe, ASCE
6x7 Networks & 6x7 Telecom, LLC
CEO
lb () 6by7 net
"The only fully end-to-end encrypted...

Re: link monitoring Eric Kuhnke (Apr 29)
The Junipers on both sides should have discrete SNMP OIDs that respond with
a FEC stress value, or FEC error value. See blue highlighted part here
about FEC. Depending on what version of JunOS you're running the MIB for it
may or may not exist.

https://kb.juniper.net/InfoCenter/index?page=content&id=KB36074&cat=MX2008&actp=LIST

In other equipment sometimes it's found in a sub-tree of SNMP adjacent to
optical DOM values....

Re: link monitoring Pete Rohrman (Apr 29)
I'll sell you my Solar Winds license - cheap!

Pete Rohrman
Stage2 Support
212 497 8000, Opt. 2

link monitoring Baldur Norddahl (Apr 29)
Hello

We had a 100G link that started to misbehave and caused the customers to
notice bad packet loss. The optical values are just fine but we had packet
loss and latency. Interface shows FEC errors on one end and carrier
transitions on the other end. But otherwise the link would stay up and our
monitor system completely failed to warn about the failure. Had to find the
bad link by traceroute (mtr) and observe where packet loss started.

The...

Re: Myanmar internet - something to think about if you're having a bad day Christopher Morrow (Apr 29)
I'm glad someone noted this...
I'd also say that it seems to me that the restrictions are a LOT like
'seatbelt laws' in the US, where most states enforce as a secondary action:
"Oh you were speeding AND you aren't wearing a seat belt, bonus fine"
(note: I'm a seatbelt user, just using this as an example)

and that the censorship COULD be used as a further action for repressing
folk:
"Oh, you...

Re: Myanmar internet - something to think about if you're having a bad day Bradley Huffaker (Apr 29)
Censorship does not need to be complete to be highly effective. Almost all regulation, drugs/speeding/etc, is
designed to increase the cost to the point were “most” individuals are discouraged. While VPNs can be used to bypass
China’s Great Firewall the added friction is enough to keep most happily engaged with easer distractions....

Re: Myanmar internet - something to think about if you're having a bad day Sabri Berisha (Apr 29)
----- On Apr 28, 2021, at 11:32 AM, Eric Kuhnke <eric.kuhnke () gmail com> wrote:

Hi,

Even my third-grader was able to figure out that she needed a VPN when I blocked Roblox's IP space (128.116.0.0/17) on
my home router.

Other than, as reports said, soldiers snipping cables in datacenters, regimes will have a difficult time completely
blocking whatever they don't like. Even China can't do it.

Thanks,

Sabri

NIST RPKI Monitor version 2.0 Sriram, Kotikalapudi (Fed) via NANOG (Apr 29)
We (NIST) have released a new version of the NIST RPKI Monitor (v2.0):

https://www.nist.gov/services-resources/software/nist-rpki-deployment-monitor

We are open to adding more features and analyses based on user feedback. Your comments/suggestions are welcome. Thank
you.

Sriram

More Lists

Dozens of other network security lists are archived at SecLists.Org.


[ Nmap | Sec Tools | Mailing Lists | Site News | About/Contact | Advertising | Privacy ]