Re: constant FEC errors juniper mpc10e 400g
Standard deviation is now your friend. Learned to alert on outside of SD FEC and CRCs. Although the second should already be alerting. On Thu, Apr 18, 2024 at 8:15 AM Mark Tinka wrote: > On 4/17/24 23: 24, Aaron Gould wrote: > Well JTAC just said that it seems > ok, and that 400g is going to show > 4x more than 100g "This is due to > having to synchronize much more to > support higher data. " > We've seen > the same between > > > > On 4/17/24 23:24, Aaron Gould wrote: > > > Well JTAC just said that it seems ok, and that 400g is going to show > > 4x more than 100g "This is due to having to synchronize much more to > > support higher data." > > > > We've seen the same between Juniper and Arista boxes in the same rack > running at 100G, despite cleaning fibres, swapping optics, moving ports, > moving line cards, e.t.c. TAC said it's a non-issue, and to be expected, > and shared the same KB's. > > It's a bit disconcerting when you plot the data on your NMS, but it's > not material. > > Mark. > >
Re: N91 Women mixer on Sunday?
> While the times are changing, women continue to remain primary caregivers for families and this will require them to desert their families a day early. I find it offensive personally and feel like you may have missed the mark. The hackathon has for (as far as I’ve known about it) been on Sunday. I don’t work on Sundays - it’s a day for my family (unless the almighty pager goes off), so I’ve never gone - even though it’s one of the parts of NANOG I’d enjoy, and would benefit from the most. There are tradeoffs for everything - perhaps the idea was to keep the women’s mixer separate from the other evening events, so that those who wish to participate, can do all of the evening events, and not have to give up anything, at the cost of the extra day. That being said, I agree, moving more to Sunday is not an acceptable answer to me. Best Regards, -Thomas Scott On Mar 28, 2024 at 1:45:07 PM, Ilissa Miller wrote: > For those that know me, I rarely provide constructive input about NANOG > matters due to my past affiliation, however, I just saw that NANOG > announced the Women mixer on Sunday before NANOG 91 and am outraged for all > of the young professional women > ZjQcmQRYFpfptBannerStart > This Message Is From an Untrusted Sender > You have not previously corresponded with this sender. > > ZjQcmQRYFpfptBannerEnd > For those that know me, I rarely provide constructive input about NANOG > matters due to my past affiliation, however, I just saw that NANOG > announced the Women mixer on Sunday before NANOG 91 and am outraged for all > of the young professional women who would like to participate in NANOG. > While the times are changing, women continue to remain primary caregivers > for families and this will require them to desert their families a day > early. I find it offensive personally and feel like you may have missed > the mark. > > The amount of times I hear people complain about having to leave their > families is one of the reasons this industry has a problem keeping young > people - especially women. > > Does anyone else feel the same? > > > > -- > *Ilissa Miller* > *CEO, iMiller Public Relations > <https://urldefense.com/v3/__http://www.imillerpr.com__;!!I6uDfDBXfA!181DBJ-FtVXbxl2Cf3GD05kg0qsfnD4gdtQI9hJ64xq3Q6B0MHGT1XNwKAr9Vv-qdyTXEvwN7JrbIVyu$>* > > > >
Re: "Permanent" DST
Interesting - AZ would join PDT as UTC-7. I wonder if they'd switch to line up with the rest of MDT. - Thomas Scott | mr.thomas.sc...@gmail.com On Tue, Mar 15, 2022 at 3:47 PM wrote: > Apparently this also adjusted the calendar, making today 2022-04-01 ? > >
Re: Juniper vMX Trial - fake news?
+1 for cRPD - Thomas Scott | mr.thomas.sc...@gmail.com On Mon, Mar 14, 2022 at 2:42 PM Tom Beecher wrote: > cRPD is a pretty nifty product as well. Some interesting little tricks you > can do with that. > > (Although I don't think they free trial that, those licenses are quite > reasonable as well. ) > > On Mon, Mar 14, 2022 at 2:34 PM Matt Harris wrote: > >> Matt Harris >> | Infrastructure Lead >> 816‑256‑5446 >> | Direct >> Looking for help? >> *Helpdesk* <https://help.netfire.net/> >> | *Email Support* >> >> We build customized end‑to‑end technology solutions powered by NetFire Cloud. >> On Mon, Mar 14, 2022 at 1:23 PM Daryl G. Jurbala >> wrote: >> >>> The last time I worked with vMX was several years ago. The image was >>> outdated to the point of having to fire up an older version of VMWare to >>> export the two VMs so I could import them back into 6. The >>> documentation barely existed. I had to figure out which vmware adapters >>> corresponded to which vMX adapters. No one really seemed to be able to >>> help at Juniper, even though we ended up licensing the things so we were >>> "real" customers of this product. >>> >>> It looked a lot lot an abandoned project. So unless something has >>> changed in the last few years it's not looking good. >>> >> >> Interesting. I haven't had an opportunity to try vMX because of its lack >> of Hyper-V support, but we do run vSRX in production quite a bit including >> junos versions from 17.x up to 21.x. It's kind of janky on Hyper-V but >> works overall (the main issue being very very long boot times - 15+ minutes >> to get up and running), but we also run it on KVM on Linux with the "vSRX3" >> images, and that works a lot better. The vSRX3 images on KVM, I personally >> haven't run into any issues with. The licensing costs are pretty >> reasonable, too, imho. >> >> Good luck with what you're trying to accomplish: maybe give the vSRX >> series a shot if you're running on KVM. >> >> - mdh >> >>
Re: Starlink terminals deployed in Ukraine
As I'm reading this - I'm reminded that you don't need to destroy a satellite to render it ineffective - just fill up the frequencies it's Tx/Rx on with so much RFI that the pipe no longer bends. It's not as if the frequencies and sat positions aren't public knowledge... - Thomas Scott | mr.thomas.sc...@gmail.com On Wed, Mar 2, 2022 at 4:32 PM Scott McGrath wrote: > The Russians have several ASAT systems not all of them are ground based. > Remember they also have that grappler which locks onto satellites and > destroys them. I think this conflict will be the first one where some > of the battles will be fought in orbit ie the ultimate ‘high ground’ the > NATO countries have kept to the UN treaties on not militarizing space. > Other countries well not so much > > On Wed, Mar 2, 2022 at 12:35 PM Valdis Klētnieks > wrote: > >> On Wed, 02 Mar 2022 08:51:05 -0500, Dorn Hetzel said: >> >> > Yeah, if Russia needs one 1st stage booster for every bird they kill, >> and >> > SpaceX needs one 1st stage booster for every 50 they put up Yes, >> > Russia is bigger than SpaceX, but that's a tremendous ratio. >> >> Plus the asymmetry is even worse than that >> >> Elon can use that *same* first stage booster to launch *another* 50 >> next week, while the Russians need to get a *new* booster for shooting >> down the next bird. >> >> That's the *real* game changer in what SpaceX is doing >> >
Re: anyone use fbtracert successfully?
Ha, my apologies, I thought I was writing this for a Linux User Group, not a NOG. Ignore my simplistic explanations. - Thomas Scott | mr.thomas.sc...@gmail.com On Wed, Nov 24, 2021 at 12:47 PM Thomas Scott wrote: > I have used it successfully in a test environment that I was using ECMP > in. Most of the public networks that I've worked with don't use ECMP as > often as other methods for steering traffic (LAGs, BGP MEDs, etc). > > What I have seen it fantastically useful for was troubleshooting a transit > provider, or for when they were congested or had a flapping core link. > Granted I *think *it's still subject to ICMP deprioritization (most SP's > use it prodigiously), and most MPLS cores don't decrement TTL, but it was > still useful to be able to show them "no, at this IP, I *always* drop > traffic, when..." > > - Thomas Scott | mr.thomas.sc...@gmail.com > > > On Wed, Nov 24, 2021 at 12:23 PM Adam Thompson > wrote: > >> The tool fbtracert (http://github.com/facebookarchive/fbtracert) was >> mentioned here recently as a way to get visibility into multi-pathing. >> >> Has anyone here ever used this tool successfully? >> >> >> >> Supposedly Facebook uses this tool internally, but… that doesn’t help >> much. >> >> >> >> I’ve tried it on 4 different platforms/OSes (WSL Ubuntu; RedHat; Debian; >> OpenBSD), and versions of Go (v1.10 through v1.16), in three very different >> environments (on-prem public IP; on-prem NAT’d; cloud public IP), and I’ve >> yet to see it produce any meaningful output – each run/iteration/thread >> only detects one, single, hop out of the entire chain of routers, making it >> less than useful. Granted, that’s not a full regression test by any means, >> but if anyone here has ever used it successfully, could you please let me >> know what sort of environment you ran it in/on? >> >> >> >> Thanks, >> >> -Adam >> >> >> >> *Adam Thompson* >> Consultant, Infrastructure Services >> [image: 1593169877849] >> 100 - 135 Innovation Drive >> Winnipeg, MB, R3T 6A8 >> (204) 977-6824 or 1-800-430-6404 (MB only) >> athomp...@merlin.mb.ca >> www.merlin.mb.ca >> >> >> >
Re: anyone use fbtracert successfully?
I have used it successfully in a test environment that I was using ECMP in. Most of the public networks that I've worked with don't use ECMP as often as other methods for steering traffic (LAGs, BGP MEDs, etc). What I have seen it fantastically useful for was troubleshooting a transit provider, or for when they were congested or had a flapping core link. Granted I *think *it's still subject to ICMP deprioritization (most SP's use it prodigiously), and most MPLS cores don't decrement TTL, but it was still useful to be able to show them "no, at this IP, I *always* drop traffic, when..." - Thomas Scott | mr.thomas.sc...@gmail.com On Wed, Nov 24, 2021 at 12:23 PM Adam Thompson wrote: > The tool fbtracert (http://github.com/facebookarchive/fbtracert) was > mentioned here recently as a way to get visibility into multi-pathing. > > Has anyone here ever used this tool successfully? > > > > Supposedly Facebook uses this tool internally, but… that doesn’t help much. > > > > I’ve tried it on 4 different platforms/OSes (WSL Ubuntu; RedHat; Debian; > OpenBSD), and versions of Go (v1.10 through v1.16), in three very different > environments (on-prem public IP; on-prem NAT’d; cloud public IP), and I’ve > yet to see it produce any meaningful output – each run/iteration/thread > only detects one, single, hop out of the entire chain of routers, making it > less than useful. Granted, that’s not a full regression test by any means, > but if anyone here has ever used it successfully, could you please let me > know what sort of environment you ran it in/on? > > > > Thanks, > > -Adam > > > > *Adam Thompson* > Consultant, Infrastructure Services > [image: 1593169877849] > 100 - 135 Innovation Drive > Winnipeg, MB, R3T 6A8 > (204) 977-6824 or 1-800-430-6404 (MB only) > athomp...@merlin.mb.ca > www.merlin.mb.ca > > >
Re: MPLS/MEF Switches and NIDs
Second vote for the Nokia 7200 line, their price points are hard to beat. The 7250 was originally designed (per the Nokia reps I've talked to) to be a data center switch, but I've seen more than one MSO deploy them in the field to great effect. They also make fantastic satellite boxes for their 7750 chassis. The 7210 is definitely older, but is a fantastic little MPLS PE router. SRoS is also easy to pickup, considering it was written by ex-Juniper and Cisco employees (TiMetra/TiMos if I recall correctly?) - Thomas Scott | mr.thomas.sc...@gmail.com On Thu, May 27, 2021 at 7:10 AM Brandon Martin wrote: > On 5/26/21 12:39 PM, Colton Conor wrote: > > Ciena seems to have multiple options available with Segment Routing, > > MPLS, and streaming telemetry support. I am probably most interested > > in what Ciena has to offer. Has anyone deployed the 3000 or 5000 > > product line of Ciena? How does it compare to Juniper? The Ciena 3924 > > is sub $1000 for example, and has 4 10G ports on it. > > I've used the Ciena 3000 series switches as NIDs a fair bit and have no > real complaints about them aside from TAC being a bit loathe to give out > new versions of SAOS even when the version you've got deployed is going > EOL. I've not used the MPLS functionality mostly because it's a pricey > software license add-on and I can get by without, but the MEF and > associated carrier-oriented Ethernet functionality seems to be pretty > much top notch in terms of feature set, stability, and configurability. > I mostly use the 3928 though partially because the 3924 is new enough it > didn't make it into my standard build-out BOM. The 3928 does also have > redundant PSU (fixed, but there are two) if that matters to you. At > sub-$1000, the 3924 is a good deal in comparison if it'll do what you need. > > If you've never used them, you might find the config language a bit > annoying in that it's more Yoda syntax than Cisco, but it's also more > consistent than Cisco (what isn't?), so it's got that going for it. > Documentation is alright. TAC is responsive to inquiries. > > -- > Brandon Martin > >
Re: A letter from the CEO
"Terrorbits" sounds like a 3 year old unplugging a router - over and over until which point it then had to be relocated to a top shelf with a UPS. Telling this from a friend's experience, not my own. Promise. - Thomas Scott | mr.thomas.sc...@gmail.com On Mon, Nov 23, 2020 at 11:09 AM Warren Kumari wrote: > On Mon, Nov 23, 2020 at 10:22 AM Andy Ringsmuth wrote: > > > > > > > On Nov 23, 2020, at 12:35 AM, Carsten Bormann wrote: > > > > > >> 8tbps (8 terrabits per second). > > > > Terrabits? That’s a new one to me. Would that be akin to an “earthbit” > or something like that? > > They are better than terrorbits, which is what happen when anyone in > the family says "My Internet is broken, can you fix it?" > > W > > > > > > > -Andy > > > > -- > I don't think the execution is relevant when it was obviously a bad > idea in the first place. > This is like putting rabid weasels in your pants, and later expressing > regret at having chosen those particular rabid weasels and that pair > of pants. >---maf >
Re: Cable Company Hotspots
>It shares the aggregate bandwidth of the HFC but not your contracted bandwidth That's how I remember them being provisioned, they were on the same modem, but using their own timing slots, so essentially the subscriber at their own premises was never using the channels at the same time as the "roaming subscriber" who was on their own SSID. This led to some... *interesting* setups where you could increase your bandwidth decently, but with an increase in latency. Depending on your use case, ymmv. https://msol.io/blog/tech/how-i-doubled-my-internet-speed-with-openwrt/ <https://msol.io/blog/tech/how-i-doubled-my-internet-speed-with-openwrt/> is a great example of a "creative setup" - Thomas Scott | mr.thomas.sc...@gmail.com On Mon, Nov 23, 2020 at 9:12 AM Rod Beck wrote: > It is a lifesaver. It is a good back up to have if primary services fails > as my telco service did Friday. Transmission rates up and down vary > dramatically from as high as 40 megs down to as low 500K down. It is > definitely shared bandwidth in the Last Mile. > > -R. > > -- > *From:* Rob Seastrom > *Sent:* Monday, November 23, 2020 2:55 PM > *To:* Lady Benjamin PD Cannon > *Cc:* Rod Beck ; NANOG Operators' Group < > nanog@nanog.org> > *Subject:* Re: Cable Company Hotspots > > On Nov 22, 2020, at 12:42, Lady Benjamin PD Cannon wrote: > > > > Rod, that’s exactly how they are delivering it. Unclear wether it’s over > a separately provisioned bandwidth channel, or wether it shares the > aggregate capacity of the HFC. > > It shares the aggregate bandwidth of the HFC but not your contracted > bandwidth. Itmight be possible, but its extremely unlikely, to dedicate > downstream or particularly upstream DOCSIS channels for this, and if you’re > running docsis 3.1 “channel” takes on a rather different shade of meaning > anyway. > > This is done with “service flows” which are part of the docsis spec. > They’re more like CAR with an ACL than DSCP. Your cable modem already has > at least four service flows defined in its profile: one each for upstream > and downstream, cablemodem management and contracted-bandwidth commodity > internet. If there is a built in phone jack (NANOG would call this an > ATA, but the cablelabs term for it is an MTA or eMTA) then add a couple of > more flows to it for the voip. There could be still more; uses are up to > your imagination. > > I haven’t seen better than 10-20m service flows for guest wifi... > > Shared vs dedicated wifi radio for guest would be dependent on the CPE. I > believe they are mostly shared, but my information is dated at this point > and radios have gotten stupid cheap in the meantime. > > Likewise, backhaul technology is implementation dependent; L2TP is what > I’ve generally seen, not GRE, but again that info is five years out of date > at this point. > > So in short, assuming minimal interference and good wifi config (which may > be a lot to ask in some environments) someone running speedtest on the > guest wifi should have almost no effect on your contracted network > performance, modulo any timing effects of the docsis channel transmission > time slot allocator. > > HTH, > -r > > Sent from my iPad > >
Re: curious spam...
> > I treat it as a back-end mailbox for my own smtp server. 100% of email > that reaches my gmail box without going to another address at my mail server first is spam. I used a similar flow a few years ago that worked until I made the mistake of signing into some service using "Sign in with Google" and then it was all down-hill from there. Within a few months I found myself on customer lists that I hadn't signed up for, and my spam folder grew as well. YMMV, but that was my culprit. - Thomas Scott | mr.thomas.sc...@gmail.com On Tue, Sep 15, 2020 at 8:15 AM J. Hellenthal via NANOG wrote: > Hey google, siri, or Alexa phoning home and your information put into a > local database as a new person in the area for which they have bought your > address I could believe that. > > -- > J. Hellenthal > > The fact that there's a highway to Hell but only a stairway to Heaven says > a lot about anticipated traffic volume. > > > On Sep 14, 2020, at 13:33, William Herrin wrote: > > > > Howdy, > > > > I've noticed something odd. When I lived in Virginia, I started > > receiving email directly to my gmail box from my U.S. Representative. > > Unsolicited spam from Congressmen is nothing new but it was a little > > odd that they found my gmail box (which I don't give out) and not one > > of the hundreds of aliases at herrin.us or dirtside.com which I do > > give out. The gmail box exists only in mail headers; "From" is always > > a different address. > > > > I moved to Seattle. Today I found my grmail box subscribed to a > > congressman's list from a nearby Washington jurisdiction. Not some > > random congressman. And not any of the addresses I give out; my gmail > > box's address which I don't. > > > > Anyone else have a similar experience? Any idea how a hidden address > > is making it on to relevant congressmens' lists but not any others? > > That's weird right? > > > > Regards, > > Bill Herrin > > > > -- > > William Herrin > > b...@herrin.us > > https://bill.herrin.us/ >
