Re: AS4134/AS4847 - Appear to be hijacking some ip space.

2019-04-05 Thread Pierfrancesco Caci


Looks like they stopped already, I'm not seeing this on 3491 nor on
routeviews anymore.

Pf

> "Christopher" == Christopher Morrow  writes:


Christopher> Howdy gentle folks:
Christopher> It looks like AS4847 - "China Networks Inter-Exchange"

Christopher> Is taking some time to announce reachability for at least:
Christopher>   136.38.33.0/24

Christopher> which they ought not, given that this /24 is part of a /11 
assigned to
Christopher> AS16591 (google fiber)... Looking at routeviews data, I see the
Christopher> following as-paths for this one /24:
Christopher> $ grep -A1 Refresh /tmp/x | grep 4847
Christopher>   1239 174 4134 4847
Christopher>   3549 3356 174 4134 4847
Christopher>   701 174 4134 4847
Christopher>   4901 6079 3257 4134 4847
Christopher>   20912 174 4134 4847
Christopher>   1221 4637 4134 4847
Christopher>   1351 11164 4134 4847
Christopher>   6079 1299 4134 4847
Christopher>   6079 3257 4134 4847
Christopher>   7018 4134 4847
Christopher>   6939 1299 4134 4847
Christopher>   3561 209 4134 4847
Christopher>   3303 4134 4847
Christopher>   3277 39710 9002 4134 4847
Christopher>   2497 4134 4847
Christopher>   4826 1299 4134 4847
Christopher>   54728 20130 23352 2914 4134 4847
Christopher>   19214 3257 4134 4847
Christopher>   101 101 11164 4134 4847
Christopher>   1403 6453 4134 4847
Christopher>   852 6453 4134 4847
Christopher>   1403 6453 4134 4847
Christopher>   286 4134 4847
Christopher>    1273 4134 4847
Christopher>   57866 3491 4134 4847
Christopher>   3267 1299 4134 4847
Christopher>   49788 174 4134 4847
Christopher>   53767 3257 4134 4847
Christopher>   53364 3257 4134 4847
Christopher>   8283 57866 3491 4134 4847
Christopher>   7660 2516 4134 4847

Christopher> From that I think the following AS should have filtered this 
prefix and are not:
Christopher> $ grep -A1 Refresh /tmp/x | grep 4847 | sed 's/ 4134 4847//' | 
awk
Christopher> '{print $NF}' | sort -n | uniq

Christopher> 174  - Cogent
Christopher> 209 - Qwest
Christopher> 286 - KPN
Christopher> 1273 - Vodafone
Christopher> 1299 - Telia
Christopher> 2497 - IIJ
Christopher> 2516 - KDDI
Christopher> 2914 - NTT
Christopher> 3257 - GTT
Christopher> 3303 - Swisscom
Christopher> 3491 - PCCW
Christopher> 4637 - Telstra
Christopher> 6453 - TATA
Christopher> 7018 - ATT
Christopher> 9002 - RETN
Christopher> 11164 - Internet2

Christopher> It'd be great if the listed folk could filter AS4134 :)

Christopher> -Chris

-- 
Pierfrancesco Caci, ik5pvx


Re: GPS rollover

2019-04-05 Thread Mark Andrews
Sounds like something that should be reported to the FDA.

-- 
Mark Andrews

> On 6 Apr 2019, at 10:47, Eric Parsonage  wrote:
> 
> 
> I personally fell foul of this last night. My CPAP machine switched itself 
> off. It has an internal cellular modem which it uses to exchange usage data 
> but since I never have to set the date and time I assume it gets this from my 
> cellular network. Its hardly a graceful fail  when the air supply turns 
> itself off. 
> 
> 
> 
> 
> 
> 



GPS rollover

2019-04-05 Thread Eric Parsonage


I personally fell foul of this last night. My CPAP machine switched itself off. 
It has an internal cellular modem which it uses to exchange usage data but 
since I never have to set the date and time I assume it gets this from my 
cellular network. Its hardly a graceful fail  when the air supply turns itself 
off. 

 






Re: SFP supplier in Europe?

2019-04-05 Thread Ashley Kitto
Same, they’ve been great for me, even when I dropped in on them unexpectedly 
when I needed an optic in Frankfurt..

Ashley

> On Apr 4, 2019, at 1:51 PM, Daniel Melzer  wrote:
> 
> 
> 
>> Am 04.04.2019 um 22:19 schrieb i3D.net - Martijn Schmidt 
>> :
>> 
>> You'll want to have a talk with FlexOptix, they're based in Germany and you 
>> can live view the stock in their local warehouse on the website, without 
>> even logging in. They've got a great team too!
> 
> +1
> 
> 
> Best regards,
> Daniel
> 
> --
> Daniel Melzer
> Chief Network Architect
> -
> DE-CIX Management GmbH
> Lindleystr. 12, 60314 Frankfurt am Main (Germany)
> mobile +49-173-3683197
> e-mail daniel.mel...@de-cix.net
> web www.de-cix.net
> -
> DE-CIX Management GmbH
> Executive Directors: Harald A. Summa and Sebastian Seifert
> Trade registry: District court (Amtsgericht) Cologne, HRB 51135
> Registered office: Lichtstr. 43i, 50825 Cologne
> 



Microsoft

2019-04-05 Thread Mark Stevens

Good afternoon,

If a network engineer from Microsoft could contact me offline it would 
be great.


Reason: Attacks to my an IP on my network udp port 20480 from Microsoft 
IPs in the USA and the UK.


Thanks

Mark


Centurylink-MSN issue in Dallas area?

2019-04-05 Thread Nathanael Catangay Cariaga
Dear Nanog,

Anyone here having problems with Centurylink and MSN?

I hope Centurylink - MSN engineers here who can reach back to me off the
list?

I'm noticing high latency between the 2 in Dallas area (>180ms).


Regards,


Re: DNS Qtypes and class values are a social construct

2019-04-05 Thread Scott Morizot
On Fri, Apr 5, 2019 at 8:34 AM Cynthia Revström  wrote:

Hello Phillip,

I feel like I have to say this, saying stuff like that "#triggered" is
insensitive and as Alfie said, pretty tone deaf.

Some of us live with and are working to better manage PTSD from complex
trauma. I agree with Cynthia and can assure you "triggered" is not a joke
or laughing matter for us.

I also agree with Alfie and Cynthia regarding the original content.

Scott


Re: AS4134/AS4847 - Appear to be hijacking some ip space.

2019-04-05 Thread Louie Lee via NANOG
Hey folks,

I'm on it for solving both immediate issue and long term "fix".

Louie
-- 

Louie Lee, 李景雲

Peering Coordinator (AS16591 )

Network Capacity Manager

IP Numbers Administrator

Google Fiber

lou...@google.com

(650) 253-2847

*There are 10 types of people in the world: Those who understand binary,
and those who don't.*


On Fri, Apr 5, 2019 at 11:17 AM Christopher Morrow 
wrote:

> On Fri, Apr 5, 2019 at 12:29 PM Jay Borkenhagen  wrote:
> >
> > Hi Chris,
>
> yes!
>
> > It would be great if the Google Fiber / AS16591 folks could publish a
> > ROA in ARIN's hosted RPKI authorizing exactly 136.32.0.0/11 to be
> > originated only in AS16591.  That ROA would have addressed this matter
> > from AS7018's point of view.
> >
>
> ok, cool. This is sort of on my plate, at least from the internal
> viz/evangelizing perspective, and I'll go spend time chatting up the
> folk in fiber-land.
> having a: "See, doing this would prevent this" is helpful.
>
> > In the interim, I have added a temporary whitelist (slurm) entry into
> > our RPKI caches, causing the AS7018 network to disregard the
> > more-specific /24s under 136.32.0.0/11.
>
> thanks!
>
> > Good luck.
> > Jay B.
> >
> >
> > Christopher Morrow writes:
> >  > Howdy gentle folks:
> >  >
> >  > It looks like AS4847 - "China Networks Inter-Exchange"
> >  >
> >  > Is taking some time to announce reachability for at least:
> >  >   136.38.33.0/24
> >  >
> >  > which they ought not, given that this /24 is part of a /11 assigned to
> >  > AS16591 (google fiber)... Looking at routeviews data, I see the
> >  > following as-paths for this one /24:
> >  > $ grep -A1 Refresh /tmp/x | grep 4847
> >  >   1239 174 4134 4847
> >  >   3549 3356 174 4134 4847
> >  >   701 174 4134 4847
> >  >   4901 6079 3257 4134 4847
> >  >   20912 174 4134 4847
> >  >   1221 4637 4134 4847
> >  >   1351 11164 4134 4847
> >  >   6079 1299 4134 4847
> >  >   6079 3257 4134 4847
> >  >   7018 4134 4847
> >  >   6939 1299 4134 4847
> >  >   3561 209 4134 4847
> >  >   3303 4134 4847
> >  >   3277 39710 9002 4134 4847
> >  >   2497 4134 4847
> >  >   4826 1299 4134 4847
> >  >   54728 20130 23352 2914 4134 4847
> >  >   19214 3257 4134 4847
> >  >   101 101 11164 4134 4847
> >  >   1403 6453 4134 4847
> >  >   852 6453 4134 4847
> >  >   1403 6453 4134 4847
> >  >   286 4134 4847
> >  >    1273 4134 4847
> >  >   57866 3491 4134 4847
> >  >   3267 1299 4134 4847
> >  >   49788 174 4134 4847
> >  >   53767 3257 4134 4847
> >  >   53364 3257 4134 4847
> >  >   8283 57866 3491 4134 4847
> >  >   7660 2516 4134 4847
> >  >
> >  > >From that I think the following AS should have filtered this prefix
> and are not:
> >  > $ grep -A1 Refresh /tmp/x | grep 4847 | sed 's/ 4134 4847//' | awk
> >  > '{print $NF}' | sort -n | uniq
> >  >
> >  > 174  - Cogent
> >  > 209 - Qwest
> >  > 286 - KPN
> >  > 1273 - Vodafone
> >  > 1299 - Telia
> >  > 2497 - IIJ
> >  > 2516 - KDDI
> >  > 2914 - NTT
> >  > 3257 - GTT
> >  > 3303 - Swisscom
> >  > 3491 - PCCW
> >  > 4637 - Telstra
> >  > 6453 - TATA
> >  > 7018 - ATT
> >  > 9002 - RETN
> >  > 11164 - Internet2
> >  >
> >  > It'd be great if the listed folk could filter AS4134 :)
> >  >
> >  > -Chris
>


Re: AS4134/AS4847 - Appear to be hijacking some ip space.

2019-04-05 Thread Christopher Morrow
On Fri, Apr 5, 2019 at 12:29 PM Jay Borkenhagen  wrote:
>
> Hi Chris,

yes!

> It would be great if the Google Fiber / AS16591 folks could publish a
> ROA in ARIN's hosted RPKI authorizing exactly 136.32.0.0/11 to be
> originated only in AS16591.  That ROA would have addressed this matter
> from AS7018's point of view.
>

ok, cool. This is sort of on my plate, at least from the internal
viz/evangelizing perspective, and I'll go spend time chatting up the
folk in fiber-land.
having a: "See, doing this would prevent this" is helpful.

> In the interim, I have added a temporary whitelist (slurm) entry into
> our RPKI caches, causing the AS7018 network to disregard the
> more-specific /24s under 136.32.0.0/11.

thanks!

> Good luck.
> Jay B.
>
>
> Christopher Morrow writes:
>  > Howdy gentle folks:
>  >
>  > It looks like AS4847 - "China Networks Inter-Exchange"
>  >
>  > Is taking some time to announce reachability for at least:
>  >   136.38.33.0/24
>  >
>  > which they ought not, given that this /24 is part of a /11 assigned to
>  > AS16591 (google fiber)... Looking at routeviews data, I see the
>  > following as-paths for this one /24:
>  > $ grep -A1 Refresh /tmp/x | grep 4847
>  >   1239 174 4134 4847
>  >   3549 3356 174 4134 4847
>  >   701 174 4134 4847
>  >   4901 6079 3257 4134 4847
>  >   20912 174 4134 4847
>  >   1221 4637 4134 4847
>  >   1351 11164 4134 4847
>  >   6079 1299 4134 4847
>  >   6079 3257 4134 4847
>  >   7018 4134 4847
>  >   6939 1299 4134 4847
>  >   3561 209 4134 4847
>  >   3303 4134 4847
>  >   3277 39710 9002 4134 4847
>  >   2497 4134 4847
>  >   4826 1299 4134 4847
>  >   54728 20130 23352 2914 4134 4847
>  >   19214 3257 4134 4847
>  >   101 101 11164 4134 4847
>  >   1403 6453 4134 4847
>  >   852 6453 4134 4847
>  >   1403 6453 4134 4847
>  >   286 4134 4847
>  >    1273 4134 4847
>  >   57866 3491 4134 4847
>  >   3267 1299 4134 4847
>  >   49788 174 4134 4847
>  >   53767 3257 4134 4847
>  >   53364 3257 4134 4847
>  >   8283 57866 3491 4134 4847
>  >   7660 2516 4134 4847
>  >
>  > >From that I think the following AS should have filtered this prefix and 
> are not:
>  > $ grep -A1 Refresh /tmp/x | grep 4847 | sed 's/ 4134 4847//' | awk
>  > '{print $NF}' | sort -n | uniq
>  >
>  > 174  - Cogent
>  > 209 - Qwest
>  > 286 - KPN
>  > 1273 - Vodafone
>  > 1299 - Telia
>  > 2497 - IIJ
>  > 2516 - KDDI
>  > 2914 - NTT
>  > 3257 - GTT
>  > 3303 - Swisscom
>  > 3491 - PCCW
>  > 4637 - Telstra
>  > 6453 - TATA
>  > 7018 - ATT
>  > 9002 - RETN
>  > 11164 - Internet2
>  >
>  > It'd be great if the listed folk could filter AS4134 :)
>  >
>  > -Chris


Weekly Routing Table Report

2019-04-05 Thread Routing Analysis Role Account
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-st...@lists.apnic.net

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

If you have any comments please contact Philip Smith .

Routing Table Report   04:00 +10GMT Sat 06 Apr, 2019

Report Website: http://thyme.rand.apnic.net
Detailed Analysis:  http://thyme.rand.apnic.net/current/

Analysis Summary


BGP routing table entries examined:  743761
Prefixes after maximum aggregation (per Origin AS):  285554
Deaggregation factor:  2.60
Unique aggregates announced (without unneeded subnets):  358387
Total ASes present in the Internet Routing Table: 63839
Prefixes per ASN: 11.65
Origin-only ASes present in the Internet Routing Table:   54939
Origin ASes announcing only one prefix:   23724
Transit ASes present in the Internet Routing Table:8900
Transit-only ASes present in the Internet Routing Table:274
Average AS path length visible in the Internet Routing Table:   4.4
Max AS path length visible:  34
Max AS path prepend of ASN (206156)  26
Prefixes from unregistered ASNs in the Routing Table:28
Number of instances of unregistered ASNs:35
Number of 32-bit ASNs allocated by the RIRs:  26474
Number of 32-bit ASNs visible in the Routing Table:   21592
Prefixes from 32-bit ASNs in the Routing Table:   94741
Number of bogon 32-bit ASNs visible in the Routing Table:29
Special use prefixes present in the Routing Table:0
Prefixes being announced from unallocated address space:251
Number of addresses announced to Internet:   2844502144
Equivalent to 169 /8s, 139 /16s and 168 /24s
Percentage of available address space announced:   76.8
Percentage of allocated address space announced:   76.8
Percentage of available address space allocated:  100.0
Percentage of address space in use by end-sites:   99.2
Total number of prefixes smaller than registry allocations:  249042

APNIC Region Analysis Summary
-

Prefixes being announced by APNIC Region ASes:   200892
Total APNIC prefixes after maximum aggregation:   57957
APNIC Deaggregation factor:3.47
Prefixes being announced from the APNIC address blocks:  197778
Unique aggregates announced from the APNIC address blocks:82200
APNIC Region origin ASes present in the Internet Routing Table:9644
APNIC Prefixes per ASN:   20.51
APNIC Region origin ASes announcing only one prefix:   2700
APNIC Region transit ASes present in the Internet Routing Table:   1432
Average APNIC Region AS path length visible:4.5
Max APNIC Region AS path length visible: 30
Number of APNIC region 32-bit ASNs visible in the Routing Table:   4630
Number of APNIC addresses announced to Internet:  769411456
Equivalent to 45 /8s, 220 /16s and 73 /24s
APNIC AS Blocks4608-4864, 7467-7722, 9216-10239, 17408-18431
(pre-ERX allocations)  23552-24575, 37888-38911, 45056-46079, 55296-56319,
   58368-59391, 63488-64098, 64297-64395, 131072-139577
APNIC Address Blocks 1/8,  14/8,  27/8,  36/8,  39/8,  42/8,  43/8,
49/8,  58/8,  59/8,  60/8,  61/8, 101/8, 103/8,
   106/8, 110/8, 111/8, 112/8, 113/8, 114/8, 115/8,
   116/8, 117/8, 118/8, 119/8, 120/8, 121/8, 122/8,
   123/8, 124/8, 125/8, 126/8, 133/8, 150/8, 153/8,
   163/8, 171/8, 175/8, 180/8, 182/8, 183/8, 202/8,
   203/8, 210/8, 211/8, 218/8, 219/8, 220/8, 221/8,
   222/8, 223/8,

ARIN Region Analysis Summary


Prefixes being announced by ARIN Region ASes:219668
Total ARIN prefixes after maximum aggregation:   103931
ARIN Deaggregation factor: 2.11
Prefixes being announced from the ARIN address blocks:   218709
Unique aggregates announced from the ARIN address blocks:105006
ARIN Region origin ASes present in the Internet Routing Table:18426
ARIN Prefixes per ASN:11.87
ARIN Regi

Re: AS4134/AS4847 - Appear to be hijacking some ip space.

2019-04-05 Thread Jay Borkenhagen
Hi Chris,

It would be great if the Google Fiber / AS16591 folks could publish a
ROA in ARIN's hosted RPKI authorizing exactly 136.32.0.0/11 to be
originated only in AS16591.  That ROA would have addressed this matter
from AS7018's point of view.

In the interim, I have added a temporary whitelist (slurm) entry into
our RPKI caches, causing the AS7018 network to disregard the
more-specific /24s under 136.32.0.0/11.

Good luck.
Jay B.


Christopher Morrow writes:
 > Howdy gentle folks:
 > 
 > It looks like AS4847 - "China Networks Inter-Exchange"
 > 
 > Is taking some time to announce reachability for at least:
 >   136.38.33.0/24
 > 
 > which they ought not, given that this /24 is part of a /11 assigned to
 > AS16591 (google fiber)... Looking at routeviews data, I see the
 > following as-paths for this one /24:
 > $ grep -A1 Refresh /tmp/x | grep 4847
 >   1239 174 4134 4847
 >   3549 3356 174 4134 4847
 >   701 174 4134 4847
 >   4901 6079 3257 4134 4847
 >   20912 174 4134 4847
 >   1221 4637 4134 4847
 >   1351 11164 4134 4847
 >   6079 1299 4134 4847
 >   6079 3257 4134 4847
 >   7018 4134 4847
 >   6939 1299 4134 4847
 >   3561 209 4134 4847
 >   3303 4134 4847
 >   3277 39710 9002 4134 4847
 >   2497 4134 4847
 >   4826 1299 4134 4847
 >   54728 20130 23352 2914 4134 4847
 >   19214 3257 4134 4847
 >   101 101 11164 4134 4847
 >   1403 6453 4134 4847
 >   852 6453 4134 4847
 >   1403 6453 4134 4847
 >   286 4134 4847
 >    1273 4134 4847
 >   57866 3491 4134 4847
 >   3267 1299 4134 4847
 >   49788 174 4134 4847
 >   53767 3257 4134 4847
 >   53364 3257 4134 4847
 >   8283 57866 3491 4134 4847
 >   7660 2516 4134 4847
 > 
 > >From that I think the following AS should have filtered this prefix and are 
 > >not:
 > $ grep -A1 Refresh /tmp/x | grep 4847 | sed 's/ 4134 4847//' | awk
 > '{print $NF}' | sort -n | uniq
 > 
 > 174  - Cogent
 > 209 - Qwest
 > 286 - KPN
 > 1273 - Vodafone
 > 1299 - Telia
 > 2497 - IIJ
 > 2516 - KDDI
 > 2914 - NTT
 > 3257 - GTT
 > 3303 - Swisscom
 > 3491 - PCCW
 > 4637 - Telstra
 > 6453 - TATA
 > 7018 - ATT
 > 9002 - RETN
 > 11164 - Internet2
 > 
 > It'd be great if the listed folk could filter AS4134 :)
 > 
 > -Chris


Re: DNS Qtypes and class values are a social construct

2019-04-05 Thread Shawn Ritchie



Nick Morrison wrote on 4/4/2019 3:31 PM:

On Mon, 1 Apr 2019 at 18:09, Alfie Pates  wrote:


I think this is pretty tone-deaf, in my opinion. 



Completely agree, Alfie.

(And hi, nanog, I'm Nick. Do we do introduction rounds here?)

Nick
I'll third this. And to note that that use of "triggered" is a good way 
to figure out that a person should just be ignored overall. Childish and 
lacking in empathy. "Ha ha, you CARE about something!" Christ. Grow up.


--
Shawn


Re: SFP supplier in Europe?

2019-04-05 Thread Radu-Adrian Feurdean
On Thu, Apr 4, 2019, at 22:42, na...@jack.fr.eu.org wrote:
> I highly recommends https://www.alturnanetworks.com/
> 
> They sell solid optics, all are tested
> Quick shipping, competitive price
> 
> I have never been even remotely disappointed with those guys

+1

They ship from the Netherlands, and delivery for France is 1-2 days (because we 
usually send them orders after 17h00 CET/CEST).


AS4134/AS4847 - Appear to be hijacking some ip space.

2019-04-05 Thread Christopher Morrow
Howdy gentle folks:

It looks like AS4847 - "China Networks Inter-Exchange"

Is taking some time to announce reachability for at least:
  136.38.33.0/24

which they ought not, given that this /24 is part of a /11 assigned to
AS16591 (google fiber)... Looking at routeviews data, I see the
following as-paths for this one /24:
$ grep -A1 Refresh /tmp/x | grep 4847
  1239 174 4134 4847
  3549 3356 174 4134 4847
  701 174 4134 4847
  4901 6079 3257 4134 4847
  20912 174 4134 4847
  1221 4637 4134 4847
  1351 11164 4134 4847
  6079 1299 4134 4847
  6079 3257 4134 4847
  7018 4134 4847
  6939 1299 4134 4847
  3561 209 4134 4847
  3303 4134 4847
  3277 39710 9002 4134 4847
  2497 4134 4847
  4826 1299 4134 4847
  54728 20130 23352 2914 4134 4847
  19214 3257 4134 4847
  101 101 11164 4134 4847
  1403 6453 4134 4847
  852 6453 4134 4847
  1403 6453 4134 4847
  286 4134 4847
   1273 4134 4847
  57866 3491 4134 4847
  3267 1299 4134 4847
  49788 174 4134 4847
  53767 3257 4134 4847
  53364 3257 4134 4847
  8283 57866 3491 4134 4847
  7660 2516 4134 4847

>From that I think the following AS should have filtered this prefix and are 
>not:
$ grep -A1 Refresh /tmp/x | grep 4847 | sed 's/ 4134 4847//' | awk
'{print $NF}' | sort -n | uniq

174  - Cogent
209 - Qwest
286 - KPN
1273 - Vodafone
1299 - Telia
2497 - IIJ
2516 - KDDI
2914 - NTT
3257 - GTT
3303 - Swisscom
3491 - PCCW
4637 - Telstra
6453 - TATA
7018 - ATT
9002 - RETN
11164 - Internet2

It'd be great if the listed folk could filter AS4134 :)

-Chris


Re: SFP supplier in Europe?

2019-04-05 Thread Daniel Melzer


> Am 04.04.2019 um 22:19 schrieb i3D.net - Martijn Schmidt 
> :
> 
> You'll want to have a talk with FlexOptix, they're based in Germany and you 
> can live view the stock in their local warehouse on the website, without even 
> logging in. They've got a great team too!

+1


Best regards,
Daniel

--
Daniel Melzer
Chief Network Architect
-
DE-CIX Management GmbH
Lindleystr. 12, 60314 Frankfurt am Main (Germany)
mobile +49-173-3683197
e-mail daniel.mel...@de-cix.net
web www.de-cix.net
-
DE-CIX Management GmbH
Executive Directors: Harald A. Summa and Sebastian Seifert
Trade registry: District court (Amtsgericht) Cologne, HRB 51135
Registered office: Lichtstr. 43i, 50825 Cologne



signature.asc
Description: Message signed with OpenPGP


Re: SFP supplier in Europe?

2019-04-05 Thread fwessling--- via NANOG
 fs.com for sure

On April 4, 2019 4:38:07 PM EDT, mike.l...@gmail.com wrote:
>May want to try fs.com. 
>
>https://www.fs.com/company/about_us.html
>
>I use their optics and am quite happy with them.
>
>-Mike
>
>> On Apr 4, 2019, at 13:19, i3D.net - Martijn Schmidt
> wrote:
>> 
>> You'll want to have a talk with FlexOptix, they're based in Germany
>and you can live view the stock in their local warehouse on the
>website, without even logging in. They've got a great team too! 
>> 
>>> On 4 April 2019 23:09:15 EEST, nanog-...@mail.com wrote:
>>> Hello NANOG,
>>> 
>>> Could somebody recommend an SFP supplier in Europe with a warehouse
>in the EU and fast shipping? I need to pick up some 80km Bidi SFPs and
>I'd prefer to use a supplier has and will keep stock locally.
>>> 
>>> Jared
>> 
>> -- 
>> Sent from my Android device with K-9 Mail. Please excuse my brevity.

Frederick Wessling (CIO)
Succinct Systems LLC
Cell: +1(561) 571-2799
Office: +1(904) 758-9915 ext. 9925
Fax: +1(904) 758-9987
www.SuccinctSystems.com


Re: DNS Qtypes and class values are a social construct

2019-04-05 Thread Nick Morrison
On Mon, 1 Apr 2019 at 18:09, Alfie Pates  wrote:

> I feel this comes off as poking fun at trans people, women, and earnest
> attempts to combat what are actual problems in our industry, more than it
> pokes fun at the industry itself which is what a good April Fool should do
> - this feels more like laughing at "outsiders" more than laughing at
> ourselves.
>
> I think this is pretty tone-deaf, in my opinion.
>

Completely agree, Alfie.

(And hi, nanog, I'm Nick. Do we do introduction rounds here?)

Nick


Re: DNS Qtypes and class values are a social construct

2019-04-05 Thread Cynthia Revström

Hello Phillip,

I feel like I have to say this, saying stuff like that "#triggered" is 
insensitive and as Alfie said, pretty tone deaf.


You are pretty much proving Alfie's point by being like that.

(I am transgender, so I do feel quite strongly about this)

- Cynthia

On 2019-04-04 22:04, Phillip Carroll wrote:


#Alfie-is-triggered

*From:* NANOG  *On Behalf Of *Alfie Pates
*Sent:* Monday, April 1, 2019 11:08 AM
*To:* Mankamana Mishra (mankamis) via NANOG 
*Subject:* Re: DNS Qtypes and class values are a social construct

I feel this comes off as poking fun at trans people, women, and 
earnest attempts to combat what are actual problems in our industry, 
more than it pokes fun at the industry itself which is what a good 
April Fool should do - this feels more like laughing at "outsiders" 
more than laughing at ourselves.


I think this is pretty tone-deaf, in my opinion.

~a



Re: SFP supplier in Europe?

2019-04-05 Thread nanog-isp
Only short haul is in stock.

Jared

> Sent: Friday, April 05, 2019 
> From: "Bjørn Mork" 
> To: nanog-...@mail.com
> Cc: fwessl...@succinctsystems.com, nanog@nanog.org
> Subject: Re: SFP supplier in Europe?
>
> nanog-...@mail.com writes:
> 
> > Unfortunately Fiberstore is what led me to ask about alternative
> > suppliers. Fiberstore actually ships in their Bidi SFPs from Asia
> 
> 
> Odd. They have lots of different BiDi SFFs "in Stock, EU Warehouse"
> according to https://www.fs.com/de-en/c/bidi-sfp-89
> 
> > and lead times are one to two weeks.
> 
> My experience is that they ship a lot faster than that from Asia too,
> but I guess I've just been lucky.
> 
> 
> Bjørn
>


Re: SFP supplier in Europe?

2019-04-05 Thread Bjørn Mork
nanog-...@mail.com writes:

> Unfortunately Fiberstore is what led me to ask about alternative
> suppliers. Fiberstore actually ships in their Bidi SFPs from Asia


Odd. They have lots of different BiDi SFFs "in Stock, EU Warehouse"
according to https://www.fs.com/de-en/c/bidi-sfp-89

> and lead times are one to two weeks.

My experience is that they ship a lot faster than that from Asia too,
but I guess I've just been lucky.


Bjørn