Re: AS6762 Looking Glass Down
Thanks, all! -Aaron Jun 26, 2024 at 5:26 AM by b...@benjojo.co.uk: > Unsure what you are looking for (if it's just a general table view of > Sparkle, or you are looking for a specific router etc) but there are > *some* TI/Sparkle BGP tables (both v4 and v6) on the bgp.tools "super" > looking glass https://bgp.tools/super-lg but I never managed to > find/talk to someone at Sparkle to setup direct feeding sessions. > > RIPE Atlas can do the traceroute work load in the meantime? > > Assuming your target does not have PNIs or other peering with Telicom > Italia domestic network, 3269, you can request RIPE Atlas traceroutes > from there, otherwise AS272864 has atlas probes and seems to be > entirely behind a upstream that is entirely behind TI. > > On Wed, 26 Jun 2024 at 08:42, Marcin Gondek wrote: > >> >> Hi >> >> Seems that do not support IPv6 :-/ >> >> Thanks, >> >> -- >> >> Marcin Gondek / Drixter >> http://fido.e-utp.net/ >> AS56662 >> >> Od: NANOG w imieniu użytkownika >> Chris Welti via NANOG >> Wysłane: środa, 26 czerwca 2024 06:58 >> Do: Aaron Atac ; Nanog >> Temat: Re: AS6762 Looking Glass Down >> >> Hi Aaron, >> >> have a look at https://www.tisparkle.com/looking-glass >> >> Cheers, >> Chris >> >> On 25.06.24 19:13, Aaron Atac via NANOG wrote: >> > Hi, >> > >> > It seems the looking glass provided on peeringdb for AS6762 is down. >> > Anyone on the list know if there's an alternative link or when it might be >> > back up? >> > >> > https://www.peeringdb.com/net/31 >> > >> > https://gambadilegno.noc.seabone.net/lg/ >> > >> > Thanks, >> > Aaron >>
AS6762 Looking Glass Down
Hi, It seems the looking glass provided on peeringdb for AS6762 is down. Anyone on the list know if there's an alternative link or when it might be back up? https://www.peeringdb.com/net/31 https://gambadilegno.noc.seabone.net/lg/ Thanks, Aaron
Re: Packet loss and latency between Akamai and NTT in Miami
Responding off list. -Aaron May 17, 2024 at 12:42 PM by carlosm3...@gmail.com: > Any contacts with either Akamai or NTT here ? > > This is kind of important as this is affecting three of our RPKI > publication servers (servers which I have de-priorized in Route53 to > prevent any issues for RPs) > > I have a ticket open with Akamai but I'm not directly an NTT customer > so any help is appreciated. > > A sample MTR report, see between hops 7 and 8. Funnily enough this is > periodic and has a cycle of between 15 and 25 minutes. > > %% START MTR TCP IPV4 en 20240517-16:10 > Start: 2024-05-17T16:10:01+ > HOST: rpki-fe-45-79-203-193.rrdp. Loss% Snt Last Avg Best Wrst StDev > 1.|-- 10.204.6.210.0%200.5 0.2 0.1 0.5 0.1 > 2.|-- 10.204.35.59 0.0%200.3 0.3 0.2 0.6 0.1 > 10.204.35.60 > 3.|-- 10.204.64.38 0.0%200.3 0.3 0.2 0.6 0.1 > 10.204.64.37 > 4.|-- lo0-0.gw3.atl1.us.linode. 0.0%20 19.9 4.1 0.4 19.9 6.1 > lo0-0.gw4.atl1.us.linode.com > 5.|-- ae45.r12.atl01.ien.netarc 0.0%200.5 0.5 0.4 0.7 0.1 > ae48.r11.atl01.ien.netarch.akamai.com > 6.|-- ae-41.a03.atlnga05.us.bb. 0.0%205.2 2.3 0.4 14.8 3.7 > ae0.r11.atl01.ien.netarch.akamai.com > 7.|-- ae-41.a03.atlnga05.us.bb. 0.0%203.3 11.4 0.9 38.5 11.0 > ae-2.r25.atlnga05.us.bb.gin.ntt.net > 8.|-- ae-1.r22.miamfl02.us.bb.g 20.0%20 7271. 1816. 0.8 7271. 3236.6 > ae-2.r25.atlnga05.us.bb.gin.ntt.net > 9.|-- ae-1.r22.miamfl02.us.bb.g 5.0%20 7201. 1684. 13.3 7256. 2970.2 > ae-0.r23.miamfl02.us.bb.gin.ntt.net > 10.|-- ae-11.a00.saplbr02.br.bb. 0.0%20 123.2 206.8 13.1 3035. 667.7 > ae-0.r23.miamfl02.us.bb.gin.ntt.net > 11.|-- ae1-1326.gw1.nu.registro. 0.0%20 129.2 125.2 116.7 139.5 5.8 > ae-11.a00.saplbr02.br.bb.gin.ntt.net > 12.|-- xe-0-1-2-0.core1.nu.regis 0.0%20 117.9 174.0 117.6 1133. 225.9 > ae1-1326.gw1.nu.registro.br > > Thanks > > Carlos > > -- > -- > = > Carlos M. Martinez-Cagnazzo > http://cagnazzo.me > = >
Seeking Contact From AS6079
Hi, Appreciate if someone from AS6079 could reach me off-list. Thanks, Aaron
AS3491 Contact
Hi, Would someone from AS3491 please contact me off-list? Been trying to fix a prefix acceptance issue for weeks and am getting nowhere. Thanks, Aaron
Re: Tier1 BGP filter generation data sources & frequency
Peeringdb mostly. Otherwise, onestep.net has some but not all. whois when in doubt or email their noc. -Aaron May 21, 2021, 16:40 by clin...@scripty.com: > Is there any compiled information for Tier1 providers on the supported BGP > filter generation data sources and frequency? > > This is what I have been able to determine so far: > - TATA AS6453: IRR and RPKI ROAs > (http://lg.as6453.net/doc/cust-routing-policy.html) > - Cogent AS174: unknown > - NTT 2914: IRR, ARIN WHOIS OriginAS, NIC.br whois, RPKI ROAs > (https://www.gin.ntt.net/support-center/policies-procedures/routing/) > - Lumen AS3356: IRR > - Telia AS1299: IRR > > TATA is going to deprecate new RADB, NTTCOM, and ALTDB route objects starting > Aug 15, 2021 and I was hoping that more providers would add RPKI ROAs as a > data source for BGP filter generation.Supporting RPKI ROAs would mean > that you don't have to create both IRR route objects and RPKI ROAs for each > IP block. > > -- > Clinton Work >
Re: Apple Catalina Appears to Introduce Massive Jitter - SOLVED!
Hi Mark, I'm running a MacBook Pro (Retina, 15-inch, Mid 2015) with Mojave 10.14.6 (latest). I've always had location services off (including all system services within). I haven't seen any jitter issues on my end. Along with, no matter if I have bluetooth turned on with my wireless mouse and keyboard connected or not, I see no consistent change in jitter. Even further, enabling location services (including all system services within) and bluetooth enabled, I'm not seeing any change in jitter. I know you said earlier this issue seems to have started somewhere _around_ Mojave so just my two cents. -Aaron Oct 30, 2020, 12:08 by mark.ti...@seacom.com: > Hi all. > > So I may have fixed this for my end, and hopefully others may be able > to use the same fix. > > After a tip from Karl Auerbach and this link: > > > https://developer.apple.com/forums/thread/97805 > > ... I was able to fix the problem by disabling Bluetooth. > > However, disabling Bluetooth was not enough. I also had to disable all > Location Services. > > After that, I re-enabled Location Services and only allowed for two > features: > > - NetSpot > - Find My Mac > > With just those two location services, as well as Bluetooth disabled, I > have no more high jitter. > > App performance like Zoom and Youtube uploads are now crisp, with 0.0% > packet loss. > > So looks like that Bluetooth is a huge problem. Confirmed by opening > the "Console" app, and adding "scan" in the filter bar, top right. > > A peak latency of 13.5ms after 300 packets: > > Marks-MacBook-Pro.local(172.16.0.239) > > > 2020-10-30T21:06:05+0200 > Keys: Help Display mode Restart statistics Order of fields quit > > > Packets > Pings > Host > > Loss% Snt Last Avg > Best Wrst StDev > 1.172.16.0.254 > > 0.0% 300 3.1 4.8 > 2.2 13.5 1.9 > > Mark. > >
