BGP Update Report

[cidr-report]

BGP Update Report
Interval: 20-Nov-14 -to- 27-Nov-14 (7 days)
Observation Point: BGP Peering with AS131072

TOP 20 Unstable Origin AS
Rank ASNUpds %  Upds/PfxAS-Name
 1 - AS12897  1394574 20.6%   199224.9 -- HEAGMEDIANET HSE Medianet 
GmbH,DE
 2 - AS23752  300478  4.4%2659.1 -- NPTELECOM-NP-AS Nepal 
Telecommunications Corporation, Internet Services,NP
 3 - AS9829   266609  3.9% 169.1 -- BSNL-NIB National Internet 
Backbone,IN
 4 - AS53249   78168  1.2%   39084.0 -- LAWA-AS - Los Angeles World 
Airport,US
 5 - AS28642   63900  0.9%1879.4 -- Contato Internet Ltda EPP,BR
 6 - AS14840   60699  0.9%1785.3 -- COMMCORP COMUNICACOES LTDA,BR
 7 - AS20940   49912  0.7% 102.9 -- AKAMAI-ASN1 Akamai 
International B.V.,US
 8 - AS23688   44891  0.7% 760.9 -- LINK3-TECH-AS-BD-AP Link3 
Technologies Ltd.,BD
 9 - AS52828   44476  0.7%1482.5 -- Netpal Internet Palmares 
Ltda.,BR
10 - AS840243028  0.6%  29.3 -- CORBINA-AS OJSC "Vimpelcom",RU
11 - AS5   38861  0.6%   7.0 -- SYMBOLICS - Symbolics, Inc.,US
12 - AS28573   37224  0.6%  27.0 -- NET Serviços de Comunicação 
S.A.,BR
13 - AS46573   36961  0.6%  82.1 -- GLOBAL-FRAG-SERVERS - Global 
Frag Networks,US
14 - AS754532539  0.5%  13.4 -- TPG-INTERNET-AP TPG Telecom 
Limited,AU
15 - AS35819   32391  0.5%  60.3 -- MOBILY-AS Etihad Etisalat 
Company (Mobily),SA
16 - AS45271   31119  0.5% 103.4 -- ICLNET-AS-AP Idea Cellular 
Limited,IN
17 - AS3   30043  0.4%3185.0 -- MIT-GATEWAYS - Massachusetts 
Institute of Technology,US
18 - AS53175   30030  0.4% 968.7 -- Unetvale Servicos e 
Equipamentos LTDA,BR
19 - AS38197   28599  0.4%  27.4 -- SUNHK-DATA-AS-AP Sun Network 
(Hong Kong) Limited,HK
20 - AS39891   27349  0.4%  98.0 -- ALJAWWALSTC-AS Saudi Telecom 
Company JSC,SA


TOP 20 Unstable Origin AS (Updates per announced prefix)
Rank ASNUpds %  Upds/PfxAS-Name
 1 - AS12897  1394574 20.6%   199224.9 -- HEAGMEDIANET HSE Medianet 
GmbH,DE
 2 - AS53249   78168  1.2%   39084.0 -- LAWA-AS - Los Angeles World 
Airport,US
 3 - AS23342   22191  0.3%   22191.0 -- UNITEDLAYER - Unitedlayer, 
Inc.,US
 4 - AS318110938  0.2%   10938.0 -- ASN-MATRIXMOBILE CJSC "Matrix 
Mobile",RU
 5 - AS181359065  0.1%9065.0 -- BTV BTV Cable television,JP
 6 - AS3   23868  0.3%1306.0 -- MIT-GATEWAYS - Massachusetts 
Institute of Technology,US
 7 - AS37425   15898  0.2%7949.0 -- Somcable,SO
 8 - AS60725   22790  0.3%7596.7 -- O3B-AS O3b Limited,JE
 9 - AS621744824  0.1%4824.0 -- INTERPAN-AS INTERPAN LTD.,BG
10 - AS25003   19994  0.3%3998.8 -- INTERNET_BINAT Internet Binat 
Ltd,IL
11 - AS160652702  0.0%2702.0 -- AS16065 Redimi AS,NL
12 - AS23752  300478  4.4%2659.1 -- NPTELECOM-NP-AS Nepal 
Telecommunications Corporation, Internet Services,NP
13 - AS5   38861  0.6%   7.0 -- SYMBOLICS - Symbolics, Inc.,US
14 - AS556572147  0.0%2147.0 -- XNS-AS-ID Xtreme Network 
System, PT,ID
15 - AS4   21237  0.3% 871.0 -- ISI-AS - University of Southern 
California,US
16 - AS28642   63900  0.9%1879.4 -- Contato Internet Ltda EPP,BR
17 - AS585995559  0.1%1853.0 -- CYBERGATE-BD Cybergate 
Limited,BD
18 - AS14840   60699  0.9%1785.3 -- COMMCORP COMUNICACOES LTDA,BR
19 - AS45345  0.1%1437.0 -- ISI-AS - University of Southern 
California,US
20 - AS48784  0.1%2303.0 -- ISI-AS - University of Southern 
California,US


TOP 20 Unstable Prefixes
Rank Prefix Upds % Origin AS -- AS Name
 1 - 94.16.72.0/21200960  2.9%   AS12897 -- HEAGMEDIANET HSE Medianet 
GmbH,DE
 2 - 94.16.64.0/21200914  2.9%   AS12897 -- HEAGMEDIANET HSE Medianet 
GmbH,DE
 3 - 94.16.80.0/20200901  2.9%   AS12897 -- HEAGMEDIANET HSE Medianet 
GmbH,DE
 4 - 194.99.108.0/23  199280  2.9%   AS12897 -- HEAGMEDIANET HSE Medianet 
GmbH,DE
 5 - 194.127.204.0/23 199121  2.9%   AS12897 -- HEAGMEDIANET HSE Medianet 
GmbH,DE
 6 - 194.45.104.0/23  197850  2.9%   AS12897 -- HEAGMEDIANET HSE Medianet 
GmbH,DE
 7 - 185.9.28.0/22195548  2.8%   AS12897 -- HEAGMEDIANET HSE Medianet 
GmbH,DE
 8 - 202.70.88.0/21   150476  2.2%   AS23752 -- NPTELECOM-NP-AS Nepal 
Telecommunications Corporation, Internet Services,NP
 9 - 202.70.64.0/21   146967  2.1%   AS23752 -- NPTELECOM-NP-AS Nepal 
Telecommunications Corporation, Internet Services,NP
10 - 198.140.114.0/24  39116  0.6%   AS53249 -- LAWA-AS - Los Angeles World 
Airport,US
11 - 198.140.115.0/24  39052  0.6%   AS53249 -- LAWA-AS - Los Angeles World 
Airport,US
12 - 196.43.157.0/24   38349  0.6%   AS5 -- SYMBOLICS - Symbolics, Inc.,US
13 - 130.0.192.0/

The Cidr Report

[cidr-report]

This report has been generated at Fri Nov 28 21:14:20 2014 AEST.
The report analyses the BGP Routing Table of AS2.0 router
and generates a report on aggregation potential within the table.

Check http://www.cidr-report.org/2.0 for a current version of this report.

Recent Table History
Date  PrefixesCIDR Agg
21-11-14524001  290523
22-11-14523100  290584
23-11-14523197  290567
24-11-14523502  290865
25-11-14523905  291163
26-11-14524287  291501
27-11-14525048  291651
28-11-14525097  291936


AS Summary
 48979  Number of ASes in routing system
 19666  Number of ASes announcing only one prefix
  3047  Largest number of prefixes announced by an AS
AS10620: Telmex Colombia S.A.,CO
  120175872  Largest address span announced by an AS (/32s)
AS4134 : CHINANET-BACKBONE No.31,Jin-rong Street,CN


Aggregation Summary
The algorithm used in this report proposes aggregation only
when there is a precise match using the AS path, so as 
to preserve traffic transit policies. Aggregation is also
proposed across non-advertised address space ('holes').

 --- 28Nov14 ---
ASnumNetsNow NetsAggr  NetGain   % Gain   Description

Table 525162   291946   23321644.4%   All ASes

AS6389  2892  124 276895.7%   BELLSOUTH-NET-BLK -
   BellSouth.net Inc.,US
AS17974 2840   83 275797.1%   TELKOMNET-AS2-AP PT
   Telekomunikasi Indonesia,ID
AS22773 2854  176 267893.8%   ASN-CXA-ALL-CCI-22773-RDC -
   Cox Communications Inc.,US
AS28573 2322  294 202887.3%   NET Serviços de Comunicação
   S.A.,BR
AS6147  1805  167 163890.7%   Telefonica del Peru S.A.A.,PE
AS4766  2960 1340 162054.7%   KIXS-AS-KR Korea Telecom,KR
AS10620 3047 1584 146348.0%   Telmex Colombia S.A.,CO
AS7303  1737  296 144183.0%   Telecom Argentina S.A.,AR
AS9808  1495   55 144096.3%   CMNET-GD Guangdong Mobile
   Communication Co.Ltd.,CN
AS8402  1354   26 132898.1%   CORBINA-AS OJSC "Vimpelcom",RU
AS4755  1929  646 128366.5%   TATACOMM-AS TATA
   Communications formerly VSNL
   is Leading ISP,IN
AS20115 1828  553 127569.7%   CHARTER-NET-HKY-NC - Charter
   Communications,US
AS4323  1652  414 123874.9%   TWTC - tw telecom holdings,
   inc.,US
AS7545  2477 1244 123349.8%   TPG-INTERNET-AP TPG Telecom
   Limited,AU
AS9498  1318  113 120591.4%   BBIL-AP BHARTI Airtel Ltd.,IN
AS18566 2043  868 117557.5%   MEGAPATH5-US - MegaPath
   Corporation,US
AS6983  1629  495 113469.6%   ITCDELTA - Earthlink, Inc.,US
AS7552  1099   51 104895.4%   VIETEL-AS-AP Viettel
   Corporation,VN
AS34984 1898  861 103754.6%   TELLCOM-AS TELLCOM ILETISIM
   HIZMETLERI A.S.,TR
AS22561 1311  358  95372.7%   AS22561 - CenturyTel Internet
   Holdings, Inc.,US
AS7738   999   83  91691.7%   Telemar Norte Leste S.A.,BR
AS38285  982  127  85587.1%   M2TELECOMMUNICATIONS-AU M2
   Telecommunications Group
   Ltd,AU
AS24560 1181  348  83370.5%   AIRTELBROADBAND-AS-AP Bharti
   Airtel Ltd., Telemedia
   Services,IN
AS31148 1045  256  78975.5%   FREENET-AS Freenet Ltd.,UA
AS26615  914  133  78185.4%   Tim Celular S.A.,BR
AS8151  1487  707  78052.5%   Uninet S.A. de C.V.,MX
AS4780  1055  285  77073.0%   SEEDNET Digital United Inc.,TW
AS18101  956  193  76379.8%   RELIANCE-COMMUNICATIONS-IN
   Reliance Communications
   Ltd.DAKC MUMBAI,IN
AS17908  834   97  73788.4%   TCISL Tata Communications,IN
AS855789   57  73292.8%   CANET-ASN-4 - Bell Aliant
   Regional Communications,
   Inc.,CA

T

Re: Phasing out of copper

[Tim Howe]

On Fri, 28 Nov 2014 10:46:03 -0500
Jean-Francois Mezei  wrote:

> For my reply I am trying to get more authoritative info to show that
> incumbents do have plans to retire the copper plant once enough
> customers have migrated to FTTP ( I heard that 80% migration is the
> tip-ver where they convert the rest of customers to FTTP to be able to
> shutddown the copper).

This probably isn't exactly what you are looking for, but...
As a CLEC in Oregon we connect to Century Link's ATM network to resell
ADSL service.  They have, for a while, maintained both fiber and copper
facilities to these nodes.  CL uses the fiber and we access the nodes
through some number of T1s on the legacy ATM network (which usually
provides inadequate bandwidth).  They have been removing the ATM access
to the nodes -- giving us about 2 weeks notice to warn and prepare any
customers we have on them.  We can resell the new DSL service (under
higher rates), but CL gives us no way of providing access to these
customers from our network now.  The rates get even higher with static
IPs (which we always provided at no cost).

--TimH

Re: Phasing out of copper

[Jay Ashworth]

- Original Message -
> From: "Chuck Anderson" 

> Verizon in MA removes copper upon FiOS installation.

They do, and that's caused problems for some people who had competitive DSL
on their Verizontal copper POTS: They've had FiOS installed, and had the DSL
circuit mysteriously quit, only to find VZN had physically yanked the demarc
off the outside wall and reclaimed the drop.

I think there mighta been some lawsuits...

Cheers,
-- jra
-- 
Jay R. Ashworth  Baylink   j...@baylink.com
Designer The Things I Think   RFC 2100
Ashworth & Associates   http://www.bcp38.info  2000 Land Rover DII
St Petersburg FL USA  BCP38: Ask For It By Name!   +1 727 647 1274

Weekly Routing Table Report

[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, AusNOG, SANOG, PacNOG,
CaribNOG and the RIPE Routing Working Group.

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 29 Nov, 2014

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

Analysis Summary


BGP routing table entries examined:  519301
Prefixes after maximum aggregation:  200376
Deaggregation factor:  2.59
Unique aggregates announced to Internet: 254950
Total ASes present in the Internet Routing Table: 48708
Prefixes per ASN: 10.66
Origin-only ASes present in the Internet Routing Table:   36301
Origin ASes announcing only one prefix:   16312
Transit ASes present in the Internet Routing Table:6231
Transit-only ASes present in the Internet Routing Table:178
Average AS path length visible in the Internet Routing Table:   4.5
Max AS path length visible:  73
Max AS path prepend of ASN ( 55644)  66
Prefixes from unregistered ASNs in the Routing Table:  1637
Unregistered ASNs in the Routing Table: 425
Number of 32-bit ASNs allocated by the RIRs:   8032
Number of 32-bit ASNs visible in the Routing Table:6176
Prefixes from 32-bit ASNs in the Routing Table:   22081
Number of bogon 32-bit ASNs visible in the Routing Table: 6
Special use prefixes present in the Routing Table:0
Prefixes being announced from unallocated address space:357
Number of addresses announced to Internet:   2713210500
Equivalent to 161 /8s, 184 /16s and 78 /24s
Percentage of available address space announced:   73.3
Percentage of allocated address space announced:   73.3
Percentage of available address space allocated:  100.0
Percentage of address space in use by end-sites:   97.0
Total number of prefixes smaller than registry allocations:  176990

APNIC Region Analysis Summary
-

Prefixes being announced by APNIC Region ASes:   127927
Total APNIC prefixes after maximum aggregation:   37096
APNIC Deaggregation factor:3.45
Prefixes being announced from the APNIC address blocks:  132411
Unique aggregates announced from the APNIC address blocks:54049
APNIC Region origin ASes present in the Internet Routing Table:4994
APNIC Prefixes per ASN:   26.51
APNIC Region origin ASes announcing only one prefix:   1201
APNIC Region transit ASes present in the Internet Routing Table:872
Average APNIC Region AS path length visible:4.7
Max APNIC Region AS path length visible: 73
Number of APNIC region 32-bit ASNs visible in the Routing Table:   1193
Number of APNIC addresses announced to Internet:  737464576
Equivalent to 43 /8s, 244 /16s and 209 /24s
Percentage of available APNIC address space announced: 86.2

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, 131072-135580
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:171629
Total ARIN prefixes after maximum aggregation:85549
ARIN Deaggregation factor: 2.01
Prefixes being announced from the ARIN address blocks:   173623
Unique aggregates announced from the ARIN address blocks: 82104
ARIN Region origin ASes present in the Internet Routing Table:16388
ARIN Prefixes per ASN:

Re: Phasing out of copper

[Chuck Anderson]

Verizon in MA removes copper upon FiOS installation.

My dad cancels his phone service every year when he migrates south for
the winter.  Upon returning home a few years ago, he requested
reactivation of his phone line.  Verizon refused to activate the
copper, instead switching him to FiOS Voice.  I believe they removed
the copper lines at that time.

On Fri, Nov 28, 2014 at 10:46:03AM -0500, Jean-Francois Mezei wrote:
> Currently in the midst of a CRTC policy hearing in Canada on future of
> competition in ISPs.
> 
> Incumbents claim they have no plans to retire their copper plant after
> deploying FTTP/FTTH.  (strategically to convince regulator that keeping
> ISPs on copper is fine and no need to let them access FTTP).
> 
> For my reply I am trying to get more authoritative info to show that
> incumbents do have plans to retire the copper plant once enough
> customers have migrated to FTTP ( I heard that 80% migration is the
> tip-ver where they convert the rest of customers to FTTP to be able to
> shutddown the copper).
> 
> Anyone have pointers to documents or experiences that would help me
> convince the regulator that incumbents deploy FTTP with eventual goal to
> be able to shutdown their old copper instead of perpetually maintaining
> both systems ?
> 
> Also being discussed is removing regulations for access to ULL
> (unbundled local loops).  In areas being upgraded to FTTP, are there
> services that really need copper ULLs and do not have an FTTP equivalent
> ? (home alarm systems ?).
> 
> 
> 
> 
> When an incumbent states for the record that "retiring copper is not in
> their current plans", I know that it means that it isn't in their short
> term plans. But I need some evidence of what other telcos do to help
> show the incumbent is "spinning".
> 
> Any help appreciated.

Re: Phasing out of copper

[Hugo Slabbert]

Have some of the events around this topic going on in the US been brought 
up?  I'm thinking specifically of things like NY/NJ, post-Sandy plans to 
just not replace copper and switch people to wireless or fiber instead, 
letting copper deployments in existing markets degrade and pushing people 
to FiO...fiber.  Those would seem to be examples where there don't need to 
be an explicit "plans to retire their copper plant" while still effectively 
retiring them through failure to maintain.


--
Hugo

On Fri 2014-Nov-28 10:46:03 -0500, Jean-Francois Mezei 
 wrote:



Currently in the midst of a CRTC policy hearing in Canada on future of
competition in ISPs.

Incumbents claim they have no plans to retire their copper plant after
deploying FTTP/FTTH.  (strategically to convince regulator that keeping
ISPs on copper is fine and no need to let them access FTTP).

For my reply I am trying to get more authoritative info to show that
incumbents do have plans to retire the copper plant once enough
customers have migrated to FTTP ( I heard that 80% migration is the
tip-ver where they convert the rest of customers to FTTP to be able to
shutddown the copper).

Anyone have pointers to documents or experiences that would help me
convince the regulator that incumbents deploy FTTP with eventual goal to
be able to shutdown their old copper instead of perpetually maintaining
both systems ?

Also being discussed is removing regulations for access to ULL
(unbundled local loops).  In areas being upgraded to FTTP, are there
services that really need copper ULLs and do not have an FTTP equivalent
? (home alarm systems ?).




When an incumbent states for the record that "retiring copper is not in
their current plans", I know that it means that it isn't in their short
term plans. But I need some evidence of what other telcos do to help
show the incumbent is "spinning".

Any help appreciated.


signature.asc
Description: Digital signature

Re: Barracuda Central Contact

[Keefe John]

I need a whole /20 removed.  That form only takes individual IPs.

Keefe

On 11/28/2014 9:28 AM, Frank Bulk wrote:

http://www.barracudacentral.org/rbl/removal-request

Frank

-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Keefe John
Sent: Friday, November 28, 2014 9:24 AM
To: NANOG
Subject: Barracuda Central Contact

Is there anyone here from Barracuda that could help with a bulk
delisting?  We got a new IP block and almost all of the IPs are
blacklisted by Barracuda.

Thanks!

Keefe John

Phasing out of copper

[Jean-Francois Mezei]

Currently in the midst of a CRTC policy hearing in Canada on future of
competition in ISPs.

Incumbents claim they have no plans to retire their copper plant after
deploying FTTP/FTTH.  (strategically to convince regulator that keeping
ISPs on copper is fine and no need to let them access FTTP).

For my reply I am trying to get more authoritative info to show that
incumbents do have plans to retire the copper plant once enough
customers have migrated to FTTP ( I heard that 80% migration is the
tip-ver where they convert the rest of customers to FTTP to be able to
shutddown the copper).

Anyone have pointers to documents or experiences that would help me
convince the regulator that incumbents deploy FTTP with eventual goal to
be able to shutdown their old copper instead of perpetually maintaining
both systems ?

Also being discussed is removing regulations for access to ULL
(unbundled local loops).  In areas being upgraded to FTTP, are there
services that really need copper ULLs and do not have an FTTP equivalent
? (home alarm systems ?).




When an incumbent states for the record that "retiring copper is not in
their current plans", I know that it means that it isn't in their short
term plans. But I need some evidence of what other telcos do to help
show the incumbent is "spinning".

Any help appreciated.

RE: Barracuda Central Contact

[Frank Bulk]

http://www.barracudacentral.org/rbl/removal-request

Frank

-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Keefe John
Sent: Friday, November 28, 2014 9:24 AM
To: NANOG
Subject: Barracuda Central Contact

Is there anyone here from Barracuda that could help with a bulk 
delisting?  We got a new IP block and almost all of the IPs are 
blacklisted by Barracuda.

Thanks!

Keefe John

Re: Incident notification

[Javier J]

Multiple nagios servers directly sending via amazon web services SES to
pager duty.

Unlikely SES would go completely down. Nagios boxes monitor eachother from
different continents.
On Nov 21, 2014 10:52 AM, "Thijs Stuurman"  wrote:

> Nanog list members,
>
> I was looking at some statistic and noticed we are sending out a massive
> amount of SMS messages from our monitoring systems.
> This left me wondering if there isn't a better (and cheaper) alternative
> to this, something just as reliant but IP based. We all have smartphones
> these days anyway.
>
> Therefore my question, what are you using to notify admins of incidents?
>
> Kind regards / Met vriendelijke groet,
>
> Thijs Stuurman
>
>
>
> [IS Logo]
>
>
> 
>
> IS Group
>
> Wielingenstraat 8
>
> T
>
> +31 (0)299 476 185
>
> i...@is.nl
>
> 1441 ZR Purmerend
>
> F
>
> +31 (0)299 476 288
>
> www.is.nl
>
> 
>
> IS Group is ISO 9001:2008, ISO/IEC 27001:2005, ISO 20.000-1:2005, ISAE
> 3402 certified. De datacenters zijn PCI DSS en ISO 14001 compliant.
>
>
>

Barracuda Central Contact

[Keefe John]

Is there anyone here from Barracuda that could help with a bulk 
delisting?  We got a new IP block and almost all of the IPs are 
blacklisted by Barracuda.


Thanks!

Keefe John

Re: Incident notification

[Charles N Wyble]

Pushover and email to sms from both an inband and off site monitoring vm. 

On November 21, 2014 9:52:00 AM CST, Thijs Stuurman  
wrote:
>Nanog list members,
>
>I was looking at some statistic and noticed we are sending out a
>massive amount of SMS messages from our monitoring systems.
>This left me wondering if there isn't a better (and cheaper)
>alternative to this, something just as reliant but IP based. We all
>have smartphones these days anyway.
>
>Therefore my question, what are you using to notify admins of
>incidents?
>
>Kind regards / Met vriendelijke groet,
>
>Thijs Stuurman
>
>
>
>[IS Logo]
>
>
>
>
>IS Group
>
>Wielingenstraat 8
>
>T
>
>+31 (0)299 476 185
>
>i...@is.nl
>
>1441 ZR Purmerend
>
>F
>
>+31 (0)299 476 288
>
>www.is.nl
>
>
>
>IS Group is ISO 9001:2008, ISO/IEC 27001:2005, ISO 20.000-1:2005, ISAE
>3402 certified. De datacenters zijn PCI DSS en ISO 14001 compliant.
>
>
>
>!DSPAM:546f5ff6238696356864932!

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Call for input: RPKI Browser

[Matthias Waehlisch]

Hi,

  we started with the development of a browser that provides a graphical 
user interface to the objects of the distributed RPKI repository. A very 
preliminary version is available here http://rpki-browser.realmv6.org/.

  As we think such a tool could be useful for the community, we are 
asking for input at a very early stage. Please let me know which 
features you would like to see in such kind of tool.

  Some more details are described here 
https://labs.ripe.net/Members/waehlisch/call-for-input-rpki-browser



Thanks
  matthias

-- 
Matthias Waehlisch
.  Freie Universitaet Berlin, Inst. fuer Informatik, AG CST
.  Takustr. 9, D-14195 Berlin, Germany
.. mailto:waehli...@ieee.org .. http://www.inf.fu-berlin.de/~waehl
:. Also: http://inet.cpt.haw-hamburg.de .. http://www.link-lab.net