GPS may be jammed for several hours per day in the SE US Jan 16-24

[Marshall Eubanks]

I thought this might be relevant to many:

GPS reception may be unavailable or unreliable over a large portion of
the southeastern states and the Caribbean during offshore military
exercises scheduled between January 16 and 24.

The FAA has posted a flight advisory for the exercises that will
require jamming of GPS signals for periods of several hours each day
of the event. Navigation guidance, ADS-B, and other services
associated with GPS could be affected for up to 400 nautical miles at
Flight Level 400, down to a radius of 180 nm at 50 feet above the
ground.

https://www.aopa.org/news-and-media/all-news/2020/january/14/gps-jamming-expected-in-southeast-during-military-exercise?fbclid=IwAR3VMlOdPUFTHuoujPShqt3qhEIe3mAhSS-pU5M56CQ14zNX8qSBqWa5WcI

Regards
Marshall Eubanks

Re: 5G roadblock: labor

[Mark Tinka]

On 16/Jan/20 19:23, Shane Ronan wrote:

> The iPhone 11 does not have a 5G (NR) capable modem. The 3.5Ghz freq
> support is for the CBRS bands in the US.
>
> Support for 5G is not just a freq band support, it requires a
> chipset/modem capable of support the NR protocol.

Yes, exactly.

Word is Apple should start shipping Qualcomm's 5G modems in 2H'20, and
its own in 2021.

Personally, I'm not in any rush to buy a phone with 5G on it. Wi-fi or
existing 4G/LTE is fine for me.

I'm due to upgrade my iPhones this year. I'll take whatever they come with.

Mark.

Re: 5G roadblock: labor

[Mark Tinka]

On 16/Jan/20 11:50, Alexandre Petrescu wrote:

>
>
> The list of bands seems long, much longer than what my eye is used to.
> It is an expression of new chips extremely parametrable and generic.
>
> The band 71 seems to have inside some specifics to 5G, somewhere in
> the UHF (hundreds of megahertz).
>
> The bands 42 and 48 are in the 3.5GHz area.  The 3.5GHz are is where
> it is likely that some bands are to be allocated for 5G in France.
>
> (other likely 5G frequencies are in the UHF, in 20-something GHz,
> 60-something and 70-something).
>
> It is for these reasons I believe iphone 11 is ready for 5G.

There could be a ton of bands there, but it doesn't mean they support 5G.

5G isn't just a frequency thing. The phone needs the actual hardware in
there to do it, which is doesn't have.

802.11ax and 802.11a/b/g/n all use 2.4GHz and 5GHz, but they are totally
different bits of hardware in a device.

Mark.

Re: Walmart GEOIP

[William Herrin]

Hi Norman,

At the risk of suggesting something obvious you've already considered:

What language setting do they have in their browser?
Have they cleared their cookies and offline content?
Is the recursive resolving DNS server they use in the U.S.?

Regards,
Bill Herrin

On Thu, Jan 16, 2020 at 11:05 AM Norman Jester  wrote:
>
> I’m having an issue with a customer who
> for some reason is sent to the Mexican
> walmart site when they load it from USA.
>
> If anyone knows which geoip service they use or have a contact in Walmart for 
> geoip issues please advise on or off list. (May be helpful to others)
>
> Norman
>


-- 
William Herrin
b...@herrin.us
https://bill.herrin.us/

Walmart GEOIP

[Norman Jester]

I’m having an issue with a customer who
for some reason is sent to the Mexican
walmart site when they load it from USA.

If anyone knows which geoip service they use or have a contact in Walmart for 
geoip issues please advise on or off list. (May be helpful to others)

Norman

Re: 5G roadblock: labor

[Shane Ronan]

The iPhone 11 does not have a 5G (NR) capable modem. The 3.5Ghz freq
support is for the CBRS bands in the US.

Support for 5G is not just a freq band support, it requires a chipset/modem
capable of support the NR protocol.

Shane

On Thu, Jan 16, 2020, 11:24 AM Alexandre Petrescu <
alexandre.petre...@gmail.com> wrote:

>
>
> Le 16/01/2020 à 06:37, Mark Tinka a écrit :
> >
> >
> > On 15/Jan/20 12:20, Alexandre Petrescu wrote:
> >
> >>
> >>
> >> Arcep (the regulator) today mentions 5G in 2020 will be mostly an
> >> improved 4G, not the full plain 5G.  (makes think of 4G+ which is
> >> already widely available since some months).
> >
> > This is an important point.
> >
> >
> >> iphone 11 is sold since September, with a feature list including
> >> codecs and frequencies which make think of 5G.
> >
> > The iPhone certainly doesn't support 5G, but it does support 802.11ax.
>
> This is the list of features:
>
> >
> > Cellular and Wireless
> >
> > Model A2111*
> >
> > FDD‑LTE (Bands 1, 2, 3, 4, 5, 7, 8, 12, 13, 14, 17, 18, 19, 20, 25,
> 26, 29, 30, 66, 71)
> > TD‑LTE (Bands 34, 38, 39, 40, 41, 42, 46, 48)
> > CDMA EV‑DO Rev. A (800, 1900 MHz)
> > UMTS/HSPA+/DC‑HSDPA (850, 900, 1700/2100, 1900, 2100 MHz)
> > GSM/EDGE (850, 900, 1800, 1900 MHz)
> >
> > All models
> >
> > Gigabit-class LTE with 2x2 MIMO and LAA4
> > 802.11ax Wi‑Fi 6 with 2x2 MIMO
> > Bluetooth 5.0 wireless technology
> > Ultra Wideband chip for spatial awareness5
> > NFC with reader mode
> > Express Cards with power reserve
> >
>
> The list of bands seems long, much longer than what my eye is used to.
> It is an expression of new chips extremely parametrable and generic.
>
> The band 71 seems to have inside some specifics to 5G, somewhere in the
> UHF (hundreds of megahertz).
>
> The bands 42 and 48 are in the 3.5GHz area.  The 3.5GHz are is where it
> is likely that some bands are to be allocated for 5G in France.
>
> (other likely 5G frequencies are in the UHF, in 20-something GHz,
> 60-something and 70-something).
>
> It is for these reasons I believe iphone 11 is ready for 5G.
>
> Alex
>
> >
> > Mark.
> >
>

Re: IPv6 Prefix Delegation to customers.

[Jared Mauch]

Arista/Cisco have commands like this:

ipv6 dhcp relay install routes

You place on the interface to make this happen.

- Jared


> On Jan 16, 2020, at 11:27 AM, Chris Gross  wrote:
> 
> In my environment I’ve been running Kea dhcp6 against Ciscos of varying 
> platform (7600, ASR920, etc) and just them as a relay. In this case, the 
> Cisco itself is installing a route as it snoops the relay action 
> automatically. This was one of the harder things to wrap my head around 
> before just slapping it in to see what happened and bam, routes. Router gets 
> a WAN IP from the loopback via DHCPv6 as well, then gets PD assigned after.
> 
> interface Loopback10
> vrf forwarding CGNAT
> no ip address
> ipv6 address 2001:DB8::1/64
> !
> interface Vlan
> vrf forwarding CGNAT
> ip address 100.64.Y.Z 255.255.252.0
> ip helper-address global 10.0.Y.Z
> ip helper-address global 10.0.Y.Z
> ip flow ingress
> load-interval 30
> ipv6 address FE80::1 link-local
> ipv6 enable
> ipv6 nd router-preference High
> ipv6 dhcp relay destination 2001:DB8:0:A::BEEF source-address 2001:DB8:YZ01::1
> ipv6 dhcp relay destination 2001:DB8:0:B::BEEF source-address 2001:DB8:YZ01::1
> 
> S   2001:DB8:YZ00:3F00::/56 [1/0]
>  via FE80::4665:7FFF:FE14:EDC2, Vlan
>  
> Chris Gross
> Network Architect
>  
> From: NANOG  On Behalf Of Brandon Price
> Sent: Wednesday, January 15, 2020 9:01 PM
> To: nanog list 
> Subject: IPv6 Prefix Delegation to customers.
>  
> CAUTION: This email originated from outside NineStar Connect. Do not click 
> links or open attachments unless you recognize the sender and know that the 
> content is safe. If you have any concerns, click here to open a ticket with 
> the NetAdmin team.
>  
>  
> Hey Nanog,
>  
> I am in the process of building out a FTTH proof of concept, and I would 
> really like to offer each of my customers a /48 of IPv6.
> I’ve been able to announce my /32 to my upstreams, dual-stack all of my 
> internal infrastructure no-problem, build v6 recursive name servers, etc.
> This was fairly straight-forward.
>  
> Where I am struggling is the Prefix Delegation part. How are most folks 
> getting the PD subnets into their IGPs? In my environment I don’t run the 
> DHCP server process on the router that is directly connected to the clients. 
> I have seen documentation that cisco and juniper DHCPv6 processes are smart 
> enough to insert that prefix into the routing table when they hand it out, 
> but how is this handled in an environment with a central DHCP server? I do 
> not currently run any PPPOE in my environment and I don’t use RADIUS for the 
> subscriber management. I would really just like to stick to DHCP ideally.
>  
> If anyone has any pointers, I would appreciate it.
>  
> Brandon Price
> Senior Network Engineer
> City of Sherwood, Sherwood Broadband
> Desk: 503.625.4258
> Cell: 971.979.2182
>  
> This email may contain confidential information or privileged material and is 
> intended for use solely by the above referenced recipient. Any review, 
> copying, printing, disclosure, distribution, or other use by any other person 
> or entity is strictly prohibited and may be illegal. If you are not the named 
> recipient, or believe you have received this email in error, please 
> immediately notify the City of Sherwood at (503) 625-5522 and delete the copy 
> you received.

Re: China Network Diversity

[Rod Beck]

I think the issue is mainland China, not Hong Kong or Singapore.


From: NANOG  on behalf of JASON BOTHE via NANOG 

Sent: Thursday, January 16, 2020 5:30 PM
To: Gabe Cole 
Cc: nanog@nanog.org 
Subject: Re: China Network Diversity

I’ve had good luck with PCCW operating as my China liaison since we terminate a 
lot of circuits in Hong Kong and Singapore. It’s not cheap I’ll tell ya but 
they can get the info and deliver.

J~

On Jan 16, 2020, at 10:21, Gabe Cole  wrote:



We are trying to design a physically diverse network in China and have been 
challenged.  All of the major carriers say that they cannot provide us KMZs or 
similar detailed route information.  Has anyone been able to crack this code?

G. Gabriel Cole
RTE Group, Inc.
Strategic Consulting for Mission Critical Infrastructure
56 Woodridge Rd
Wellesley, MA 02482
US +1-617-303-8707
fax +1-781-209-5577
www.rtegroup.com
g...@rtegroup.com
skype:  ggabrielcole
Twitter:  @DataCenterGuru
Linked In:  http://www.linkedin.com/in/gabecole
Blog:  http://datacenterguru.blogspot.com/

The information contained herein is confidential and proprietary to RTE Group, 
Inc. It is intended for presentation to and permitted use solely by those 
person(s) to whom it has been transmitted by RTE Group, Inc. and it is 
transmitted to such person(s) solely for, conditional upon, and only to the 
extent necessary for use by such person(s) as part of their business 
relationship with RTE Group, Inc. or to further their respective evaluation(s) 
of a potential business relationship with RTE Group, Inc., and no other use, 
release, or reproduction of this information is permitted.

Sent via Superhuman

RE: IPv6 Prefix Delegation to customers.

[Aaron Gould]

Brandon, I vaguely recall that the dhcp relay snooping function is able to
add those routes to the local route table. and then redistribution into the
routing process occurs

 

Question similar to yours was asked here in 2017 - September.

https://mailman.nanog.org/pipermail/nanog/2017-September/092416.html


I responded with some IOS and Junos output from some of my lab gear.

https://mailman.nanog.org/pipermail/nanog/2017-September/092451.html

 

I may have to dig to find and confirm these things, or perhaps lab it up
again.  I need to anyway as I may need to get more serious about deploying
v6 too.

 

-Aaron

 

 

From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Brandon Price
Sent: Wednesday, January 15, 2020 8:01 PM
To: nanog list
Subject: IPv6 Prefix Delegation to customers.

 

Hey Nanog,

 

I am in the process of building out a FTTH proof of concept, and I would
really like to offer each of my customers a /48 of IPv6. 

I've been able to announce my /32 to my upstreams, dual-stack all of my
internal infrastructure no-problem, build v6 recursive name servers, etc.

This was fairly straight-forward.

 

Where I am struggling is the Prefix Delegation part. How are most folks
getting the PD subnets into their IGPs? In my environment I don't run the
DHCP server process on the router that is directly connected to the clients.
I have seen documentation that cisco and juniper DHCPv6 processes are smart
enough to insert that prefix into the routing table when they hand it out,
but how is this handled in an environment with a central DHCP server? I do
not currently run any PPPOE in my environment and I don't use RADIUS for the
subscriber management. I would really just like to stick to DHCP ideally.

 

If anyone has any pointers, I would appreciate it.

 

Brandon Price

Senior Network Engineer

City of Sherwood, Sherwood Broadband

Desk: 503.625.4258

Cell: 971.979.2182

 




This email may contain confidential information or privileged material and
is intended for use solely by the above referenced recipient. Any review,
copying, printing, disclosure, distribution, or other use by any other
person or entity is strictly prohibited and may be illegal. If you are not
the named recipient, or believe you have received this email in error,
please immediately notify the City of Sherwood at (503) 625-5522 and delete
the copy you received.

 

Re: China Network Diversity

[Rod Beck]

I have experienced the same thing. I think it is motivated by national security 
paranoia.

Regards,

Roderick.


From: NANOG  on behalf of Gabe Cole 
Sent: Thursday, January 16, 2020 3:10 AM
To: nanog@nanog.org 
Subject: China Network Diversity


We are trying to design a physically diverse network in China and have been 
challenged.  All of the major carriers say that they cannot provide us KMZs or 
similar detailed route information.  Has anyone been able to crack this code?

G. Gabriel Cole
RTE Group, Inc.
Strategic Consulting for Mission Critical Infrastructure
56 Woodridge Rd
Wellesley, MA 02482
US +1-617-303-8707
fax +1-781-209-5577
www.rtegroup.com
g...@rtegroup.com
skype:  ggabrielcole
Twitter:  @DataCenterGuru
Linked In:  http://www.linkedin.com/in/gabecole
Blog:  http://datacenterguru.blogspot.com/

The information contained herein is confidential and proprietary to RTE Group, 
Inc. It is intended for presentation to and permitted use solely by those 
person(s) to whom it has been transmitted by RTE Group, Inc. and it is 
transmitted to such person(s) solely for, conditional upon, and only to the 
extent necessary for use by such person(s) as part of their business 
relationship with RTE Group, Inc. or to further their respective evaluation(s) 
of a potential business relationship with RTE Group, Inc., and no other use, 
release, or reproduction of this information is permitted.

Sent via Superhuman

Re: China Network Diversity

[JASON BOTHE via NANOG]

I’ve had good luck with PCCW operating as my China liaison since we terminate a 
lot of circuits in Hong Kong and Singapore. It’s not cheap I’ll tell ya but 
they can get the info and deliver. 

J~

> On Jan 16, 2020, at 10:21, Gabe Cole  wrote:
> 
> 
> We are trying to design a physically diverse network in China and have been 
> challenged.  All of the major carriers say that they cannot provide us KMZs 
> or similar detailed route information.  Has anyone been able to crack this 
> code?
> 
> G. Gabriel Cole
> RTE Group, Inc.
> Strategic Consulting for Mission Critical Infrastructure
> 56 Woodridge Rd
> Wellesley, MA 02482
> US +1-617-303-8707
> fax +1-781-209-5577
> www.rtegroup.com
> g...@rtegroup.com
> skype:  ggabrielcole
> Twitter:  @DataCenterGuru
> Linked In:  http://www.linkedin.com/in/gabecole
> Blog:  http://datacenterguru.blogspot.com/
> 
> The information contained herein is confidential and proprietary to RTE 
> Group, Inc. It is intended for presentation to and permitted use solely by 
> those person(s) to whom it has been transmitted by RTE Group, Inc. and it is 
> transmitted to such person(s) solely for, conditional upon, and only to the 
> extent necessary for use by such person(s) as part of their business 
> relationship with RTE Group, Inc. or to further their respective 
> evaluation(s) of a potential business relationship with RTE Group, Inc., and 
> no other use, release, or reproduction of this information is permitted.
> 
> Sent via Superhuman
> 

RE: IPv6 Prefix Delegation to customers.

[Chris Gross]

In my environment I've been running Kea dhcp6 against Ciscos of varying 
platform (7600, ASR920, etc) and just them as a relay. In this case, the Cisco 
itself is installing a route as it snoops the relay action automatically. This 
was one of the harder things to wrap my head around before just slapping it in 
to see what happened and bam, routes. Router gets a WAN IP from the loopback 
via DHCPv6 as well, then gets PD assigned after.

interface Loopback10
vrf forwarding CGNAT
no ip address
ipv6 address 2001:DB8::1/64
!
interface Vlan
vrf forwarding CGNAT
ip address 100.64.Y.Z 255.255.252.0
ip helper-address global 10.0.Y.Z
ip helper-address global 10.0.Y.Z
ip flow ingress
load-interval 30
ipv6 address FE80::1 link-local
ipv6 enable
ipv6 nd router-preference High
ipv6 dhcp relay destination 2001:DB8:0:A::BEEF source-address 2001:DB8:YZ01::1
ipv6 dhcp relay destination 2001:DB8:0:B::BEEF source-address 2001:DB8:YZ01::1

S   2001:DB8:YZ00:3F00::/56 [1/0]
 via FE80::4665:7FFF:FE14:EDC2, Vlan

Chris Gross
Network Architect

From: NANOG  On Behalf Of Brandon Price
Sent: Wednesday, January 15, 2020 9:01 PM
To: nanog list 
Subject: IPv6 Prefix Delegation to customers.

CAUTION: This email originated from outside NineStar Connect. Do not click 
links or open attachments unless you recognize the sender and know that the 
content is safe. If you have any concerns, click 
here to open a ticket with the NetAdmin team.



Hey Nanog,

I am in the process of building out a FTTH proof of concept, and I would really 
like to offer each of my customers a /48 of IPv6.
I've been able to announce my /32 to my upstreams, dual-stack all of my 
internal infrastructure no-problem, build v6 recursive name servers, etc.
This was fairly straight-forward.

Where I am struggling is the Prefix Delegation part. How are most folks getting 
the PD subnets into their IGPs? In my environment I don't run the DHCP server 
process on the router that is directly connected to the clients. I have seen 
documentation that cisco and juniper DHCPv6 processes are smart enough to 
insert that prefix into the routing table when they hand it out, but how is 
this handled in an environment with a central DHCP server? I do not currently 
run any PPPOE in my environment and I don't use RADIUS for the subscriber 
management. I would really just like to stick to DHCP ideally.

If anyone has any pointers, I would appreciate it.

Brandon Price
Senior Network Engineer
City of Sherwood, Sherwood Broadband
Desk: 503.625.4258
Cell: 971.979.2182

This email may contain confidential information or privileged material and is 
intended for use solely by the above referenced recipient. Any review, copying, 
printing, disclosure, distribution, or other use by any other person or entity 
is strictly prohibited and may be illegal. If you are not the named recipient, 
or believe you have received this email in error, please immediately notify the 
City of Sherwood at (503) 625-5522 and delete the copy you received.

Re: 5G roadblock: labor

[Alexandre Petrescu]

Le 16/01/2020 à 06:37, Mark Tinka a écrit :



On 15/Jan/20 12:20, Alexandre Petrescu wrote:




Arcep (the regulator) today mentions 5G in 2020 will be mostly an
improved 4G, not the full plain 5G.  (makes think of 4G+ which is
already widely available since some months).


This is an important point.



iphone 11 is sold since September, with a feature list including
codecs and frequencies which make think of 5G.


The iPhone certainly doesn't support 5G, but it does support 802.11ax.


This is the list of features:



Cellular and Wireless

Model A2111*

FDD‑LTE (Bands 1, 2, 3, 4, 5, 7, 8, 12, 13, 14, 17, 18, 19, 20, 25, 26, 29, 
30, 66, 71)
TD‑LTE (Bands 34, 38, 39, 40, 41, 42, 46, 48)
CDMA EV‑DO Rev. A (800, 1900 MHz)
UMTS/HSPA+/DC‑HSDPA (850, 900, 1700/2100, 1900, 2100 MHz)
GSM/EDGE (850, 900, 1800, 1900 MHz)

All models

Gigabit-class LTE with 2x2 MIMO and LAA4
802.11ax Wi‑Fi 6 with 2x2 MIMO
Bluetooth 5.0 wireless technology
Ultra Wideband chip for spatial awareness5
NFC with reader mode
Express Cards with power reserve



The list of bands seems long, much longer than what my eye is used to. 
It is an expression of new chips extremely parametrable and generic.


The band 71 seems to have inside some specifics to 5G, somewhere in the 
UHF (hundreds of megahertz).


The bands 42 and 48 are in the 3.5GHz area.  The 3.5GHz are is where it 
is likely that some bands are to be allocated for 5G in France.


(other likely 5G frequencies are in the UHF, in 20-something GHz, 
60-something and 70-something).


It is for these reasons I believe iphone 11 is ready for 5G.

Alex



Mark.

China Network Diversity

[Gabe Cole]

We are trying to design a physically diverse network in China and have been 
challenged.  All of the major carriers say that they cannot provide us KMZs or 
similar detailed route information.  Has anyone been able to crack this code?

G. Gabriel Cole
*RTE Group, Inc.*
*Strategic Consulting for Mission Critical Infrastructure*
56 Woodridge Rd
Wellesley, MA 02482
US +1-617-303-8707
fax +1-781-209-5577
www.rtegroup.com ( http://www.rtegroup.com )
g...@rtegroup.com
skype:  ggabrielcole
Twitter:  @DataCenterGuru
Linked In:  http://www.linkedin.com/in/gabecole
Blog:  http://datacenterguru.blogspot.com/

The information contained herein is confidential and proprietary to RTE Group, 
Inc. It is intended for presentation to and permitted use solely by those 
person(s) to whom it has been transmitted by RTE Group, Inc. and it is 
transmitted to such person(s) solely for, conditional upon, and only to the 
extent necessary for use by such person(s) as part of their business 
relationship with RTE Group, Inc. or to further their respective evaluation(s) 
of a potential business relationship with RTE Group, Inc., and no other use, 
release, or reproduction of this information is permitted.

Sent via Superhuman ( https://sprh.mn/?vip=g...@rtegroup.com )

Re: AS45102 Alibaba

[Davey Song]

The right people are fixing it.

Thanks for reporting this.

Davey

Marco Paesani 于2020年1月16日 周四19:53写道：

> Hi,
> I need contact with AS45102 because there is a lot networks with ROA wrong
> and invalid.
> Nobody knows some technical people inside this AS ?
> Thanks for your help.
> Kind regards,
>
>
> Marco Paesani
>
> Skype: mpaesani
> Mobile: +39 348 6019349
> Success depends on the right choice !
> Email: ma...@paesani.it
>
>
>

Re: AS45102 Alibaba - lot networks with ROA wrong and invalid

[Marco Paesani]

Hi Chriztoffer,
nobody answer to email.
For this reason I had try in NANOG.
Thanks,


Marco Paesani

Skype: mpaesani
Mobile: +39 348 6019349
Success depends on the right choice !
Email: ma...@paesani.it




Il giorno gio 16 gen 2020 alle ore 14:48 Chriztoffer Hansen <
chriztof...@netravnen.de> ha scritto:

> Marco,
>
> tor. 16. jan. 2020 12.50 skrev Marco Paesani :
>
>> I need contact with AS45102 because there is a lot networks with ROA
>> wrong and invalid.
>> Nobody knows some technical people inside this AS ?
>>
>
> No succes using the contacts listed in their PeeringDB entry?
>
> https://www.peeringdb.com/net/6824
>
> Chriztoffer
>
>>

Telco T-Marc 300

[Fawcett, Nick via NANOG]

Anyone out there willing to share sample config of a Telco Systems T-Mark 300 
unit.  A config using Q-n-Q would be welcomed.  Thanks.


~Nick


-- 
Checked by SOPHOS http://www.sophos.com

Re: AS45102 Alibaba - lot networks with ROA wrong and invalid

[Chriztoffer Hansen]

Marco,

tor. 16. jan. 2020 12.50 skrev Marco Paesani :

> I need contact with AS45102 because there is a lot networks with ROA wrong
> and invalid.
> Nobody knows some technical people inside this AS ?
>

No succes using the contacts listed in their PeeringDB entry?

https://www.peeringdb.com/net/6824

Chriztoffer

>

Chicago Conduit

[Rod Beck]

Hi,

My client is looking to buy conduit with coverage of the affluent parts of 
Chicago. Access to manholes, buildings on-net and near-net are important 
ingredients. Second best solution is to purchase fiber manufactured in the last 
five years. 144-846 pairs is the likely range.

Thanks.

Regards,

Roderick.


Roderick Beck

VP of Business Development

United Cable Company

www.unitedcablecompany.com

New York City & Budapest

rod.b...@unitedcablecompany.com

36-70-605-5144


[1467221477350_image005.png]

AS45102 Alibaba

[Marco Paesani]

Hi,
I need contact with AS45102 because there is a lot networks with ROA wrong
and invalid.
Nobody knows some technical people inside this AS ?
Thanks for your help.
Kind regards,


Marco Paesani

Skype: mpaesani
Mobile: +39 348 6019349
Success depends on the right choice !
Email: ma...@paesani.it

De-bogonising 2a10::/12

[Emile Aben]

Dear colleagues,

We have now started de-bogonising 2a10::/12!

As part of this, we are announcing a couple of prefixes out of 2a10::/12
from AS12654 (RIPE's Routing Information Service, RIS). Pingable targets
have been configured in these prefixes, and we invite network operators
to test for themselves whether this address space is reachable.

The simplest way to do this would be to perform a ping6 to 2a10:4::1 .

Using RIPE Atlas and RIS, we will also be carrying out our own tests in
order to investigate connectivity and filtering for this address space.
We plan to share our results with the RIPE community via RIPE Labs
within the next few days.

For those who want to do other testing, beyond the basic test described
above, we have a total of 8 targets available for this, with 2 different
prefix lengths and all variations of having ROUTE objects in the RIPE DB
and/or ROAs.

2a10:3:4::1  /48 ROUTE object + ROA
2a10:3:5::1  /48 no ROUTE object + ROA
2a10:3:6::1  /48 ROUTE object + no ROA
2a10:3:7::1  /48 no ROUTE object + no ROA

2a10:4::1/32 ROUTE object + ROA
2a10:5::1/32 no ROUTE object + ROA
2a10:6::1/32 ROUTE object + no ROA
2a10:7::1/32 no ROUTE object + no ROA

Kind regards,

Emile Aben
RIPE NCC