Re: NUD- ipV6.

2012-05-04 Thread Mohacsi Janos

Hi,
	Not useful for router-router link. However it is very useful for 
first-hop redundancy in data center environment - if you cannot implement 
VRRP for some reason.

Best Regards,

Janos Mohacsi
Head of HBONE+ project
Network Engineer, Director Network and Multimedia
NIIF/HUNGARNET, HUNGARY
Co-chair of Hungarian IPv6 Forum
Key 70EF9882: DEC2 C685 1ED4 C95A 145F  4300 6F64 7B00 70EF 9882

On Thu, 3 May 2012, S, Somasundaram (Somasundaram) wrote:


Hi Everyone,
   Would like to hear from you on the significance of IPV6 Neighbor 
Unreachability detection (NUD) specifically on the Router-Router link. While quick 
failure detection protocols like BFD are already present to detect the liveliness of the 
neighbor, does the providers/operators find NUD to be useful?

Rgds/
Somasundaram





Re: mulcast assignments

2012-05-04 Thread Jeff Tantsura
Hi,

All modern routers support mapping from IGMPv2 to PIM SSM, all static, some 
others thru DNS, etc

Regards,
Jeff

On May 3, 2012, at 12:34 PM, Nick Hilliard n...@foobar.org wrote:

 On 03/05/2012 21:00, Greg Shepherd wrote:
 Sure, but GLOP predated SSM, and was really only an interim fix for
 the presumed need of mcast address assignments. GLOP only gives you a
 /24 for each ASN where SSM gives you a /8 for every unique unicast
 address you have along with vastly superior security and network
 simplicity.
 
 SSM is indeed a lot simpler and better than GLOP in every conceivable way -
 except vendor support.  It needs igmpv3 on all intermediate devices and SSM
 support on the client device.  All major desktop operating systems now have
 SSM support (OS/X since 10.7/Lion), but there is still lots of older
 hardware which either doesn't support igmpv3 or else only supports it in a
 very primitive fashion.  This can lead to Unexpected Behaviour in naive
 roll-outs.
 
 Nick
 



Re: POTS Ending (Re: Operation Ghost Click)

2012-05-04 Thread Anurag Bhatia
Curious to know if naked DSL (DSL without dialtone  POTS link) is common
in North America? We don't have that available here in India yet apart from
fact that PSTN  IP connectivity is banned which brings up back to
GSM/CDMA and POTS option.

On Thu, May 3, 2012 at 8:47 PM, Brandt, Ralph ralph.bra...@pateam.comwrote:

 Connecticut has such a bill pending. My suggestion to people there, Get
 a ham radio license and a 2 meter transceiver with a  car adapter...




 Ralph Brandt
 York PA


 -Original Message-
 From: Jared Mauch [mailto:ja...@puck.nether.net]
 Sent: Wednesday, May 02, 2012 11:29 PM
 To: Frank Bulk
 Cc: NANOG list
 Subject: POTS Ending (Re: Operation Ghost Click)


 On May 2, 2012, at 9:42 PM, Frank Bulk wrote:

  Many states have regulations regarding how long dial tone needs to
 last
  during a power outage.  Iowa's PUC (the IUB) requires at least two
 hours of
  backup power.  We design ours for eight hours.

 One thing of note that I've been tracking is this:

 http://www.usatoday.com/news/nation/story/2012-04-16/landline-service-be
 coming-obsolete/54321184/1

 I'm somewhat dubious about the following claims on the part of the
 carrier.  This is a carrier that wants to meter your cellular data but
 provides wifi service inferior to the cellular data to offload their
 wireless network.

 -- snip --
 Bill sponsors and phone companies including ATT say deregulating
 land-line phone service will increase competition and allow carriers to
 invest in better technology rather than expand a dying service. Some
 consumer organizations fear the change will hurt affordable service,
 especially in rural areas.
 -- snip --

 - Jared




-- 

Anurag Bhatia
anuragbhatia.com
or simply - http://[2001:470:26:78f::5] if you are on IPv6 connected
network!

Linkedin http://in.linkedin.com/in/anuragbhatia21 |
Twitterhttps://twitter.com/anurag_bhatia|
Google+ https://plus.google.com/118280168625121532854


Re: Network diagram app that shows realtime link utilizatin

2012-05-04 Thread Anurag Bhatia
I have been using Zenoss quite a bit. It does not shows exact real time
stat of interface but close to real time + it has ton more options for
monitoring via Zenpacks.


http://community.zenoss.org



On Fri, May 4, 2012 at 7:09 AM, Mike Devlin mdev...@aisle10.net wrote:

 Check out InterMapper (http://www.intermapper.com/) Its java based, but
 works real well




-- 

Anurag Bhatia
anuragbhatia.com
or simply - http://[2001:470:26:78f::5] if you are on IPv6 connected
network!

Linkedin http://in.linkedin.com/in/anuragbhatia21 |
Twitterhttps://twitter.com/anurag_bhatia|
Google+ https://plus.google.com/118280168625121532854


Verizon 1xRTT/EVDO for OOB

2012-05-04 Thread Christopher J. Pilkington
Is anyone using Verizon 1xRTT/EVDO (3G) for OOB work?  I'm trying to
sort out how exactly to order a compatible service from them.
Unfortunately I don't manage our Verizon Wireless relationship, so I
need to be specific.

Is there a service code or name they refer to this service as?
Looking for low bandwidth, static IP.

-cjp



Re: Verizon 1xRTT/EVDO for OOB

2012-05-04 Thread PC
Call a business sales rep and ask for telemetry or Machine to Machine
data plans.


On Fri, May 4, 2012 at 10:53 AM, Christopher J. Pilkington c...@0x1.netwrote:

 Is anyone using Verizon 1xRTT/EVDO (3G) for OOB work?  I'm trying to
 sort out how exactly to order a compatible service from them.
 Unfortunately I don't manage our Verizon Wireless relationship, so I
 need to be specific.

 Is there a service code or name they refer to this service as?
 Looking for low bandwidth, static IP.

 -cjp




RE: Verizon 1xRTT/EVDO for OOB

2012-05-04 Thread David Hubbard
We've recently deployed our first Opengear ACM5004-G
http://opengear.com/product-acm5000-g.html and its
working great.  It has cellular (3G), ethernet, USB and
four serial interfaces; you could easily daisy chain a
serial interface to a terminal server if you need more
OOB serial ports.

The setup was very easy; our Verizon rep just required
the ESN off the bottom of the unit since Opengear's already
gone through Verizon's certification process so their
devices' ESN's are known to Verizon as valid for their
network.  He asked what plan we wanted, I told him I wanted
a static public IP, two days later we were up and running.
Since this is considered a M2M (machine to machine) device,
similar to alarm systems and other low bandwidth devices,
you can get monthly plans down to $7 for a few megabytes
and up to normal consumer-level 5 gigs for $50/month type
plans.  The static IP didn't add any cost.

The device has a cool unique feature where you can set it
to keep the cellular interface 'down' for data as its
normal state so no one outside is trying to break into it
or wasting your bandwidth.  Then you send a text message
to the phone number assigned to it and it will bring up
the data interface so you can SSH in.  You can configure
firewall rules on it, use key-based auth, change the ssh
port number, etc.

David

 -Original Message-
 From: Christopher J. Pilkington [mailto:c...@0x1.net] 
 Sent: Friday, May 04, 2012 10:53 AM
 To: nanog@nanog.org
 Subject: Verizon 1xRTT/EVDO for OOB
 
 Is anyone using Verizon 1xRTT/EVDO (3G) for OOB work?  I'm trying to
 sort out how exactly to order a compatible service from them.
 Unfortunately I don't manage our Verizon Wireless relationship, so I
 need to be specific.
 
 Is there a service code or name they refer to this service as?
 Looking for low bandwidth, static IP.
 
 -cjp
 
 
 



NYC to DEU packet loss

2012-05-04 Thread Tim Durack
Trying to troubleshoot packet loss from NYC to DEU. Traceroute shows:

tdurack@2ua82715mg:~$ traceroute -I 194.25.250.73
traceroute to 194.25.250.73 (194.25.250.73), 30 hops max, 60 byte packets

 snip
 4  216.55.2.85 (216.55.2.85)  1.694 ms  1.698 ms  1.698 ms
 5  vb1010.rar3.nyc-ny.us.xo.net (216.156.0.17)  4.788 ms  4.792 ms  4.791 ms
 6  207.88.14.178.ptr.us.xo.net (207.88.14.178)  1.684 ms  1.461 ms  1.452 ms
 7  62.157.250.245 (62.157.250.245)  40.457 ms  42.980 ms  42.982 ms
 8  hh-eb3-i.HH.DE.NET.DTAG.DE (62.154.32.134)  129.417 ms *  129.422 ms
 9  194.25.250.73 (194.25.250.73)  139.501 ms  136.192 ms  139.236 ms

Packet loss of approx. 20% affects hops 7 and 8, along with end host
9. Loss appears to be data-plane, not control-plane rate limiting.
Affected customer confirms this too :-)

62.157.250.245 is in Deutsche Telekom address spaces, so I'm guessing
this is either a DTAG problem or an issue between XO and DTAG.

I have a ticket open with XO, but I'm having a hard time figuring out
what is ~40ms away from NYC on a path to DEU. Any idea what the
physical path is?

-- 
Tim:



Re: NYC to DEU packet loss

2012-05-04 Thread Anurag Bhatia
You may cross check return path to XO if you have access to any sever on
DTAG or from there looking glass if available. In many cases sudden latency
spike comes because of incorrect return path.

Hope this will help.

(Sent from my mobile device)

Anurag Bhatia
http://anuragbhatia.com
On May 4, 2012 9:32 PM, Tim Durack tdur...@gmail.com wrote:

 Trying to troubleshoot packet loss from NYC to DEU. Traceroute shows:

 tdurack@2ua82715mg:~$ traceroute -I 194.25.250.73
 traceroute to 194.25.250.73 (194.25.250.73), 30 hops max, 60 byte packets

  snip
  4  216.55.2.85 (216.55.2.85)  1.694 ms  1.698 ms  1.698 ms
  5  vb1010.rar3.nyc-ny.us.xo.net (216.156.0.17)  4.788 ms  4.792 ms
  4.791 ms
  6  207.88.14.178.ptr.us.xo.net (207.88.14.178)  1.684 ms  1.461 ms
  1.452 ms
  7  62.157.250.245 (62.157.250.245)  40.457 ms  42.980 ms  42.982 ms
  8  hh-eb3-i.HH.DE.NET.DTAG.DE (62.154.32.134)  129.417 ms *  129.422 ms
  9  194.25.250.73 (194.25.250.73)  139.501 ms  136.192 ms  139.236 ms

 Packet loss of approx. 20% affects hops 7 and 8, along with end host
 9. Loss appears to be data-plane, not control-plane rate limiting.
 Affected customer confirms this too :-)

 62.157.250.245 is in Deutsche Telekom address spaces, so I'm guessing
 this is either a DTAG problem or an issue between XO and DTAG.

 I have a ticket open with XO, but I'm having a hard time figuring out
 what is ~40ms away from NYC on a path to DEU. Any idea what the
 physical path is?

 --
 Tim:




Re: mulcast assignments

2012-05-04 Thread Andrew Hoyos
On May 3, 2012, at 12:24 PM, Philip Lavine wrote:

How do I get a registered multicast block?


If you truly need a globally unique multicast block, and GLOP/RFC6034/SSM won't 
work, you can submit an application to IANA here:

http://www.iana.org/form/multicast-ipv4

--
Andrew Hoyos
hoy...@gmail.com






Weekly Routing Table Report

2012-05-04 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, AusNOG, SANOG, PacNOG, LacNOG,
TRNOG, 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 pfsi...@gmail.com.

Routing Table Report   04:00 +10GMT Sat 05 May, 2012

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

Analysis Summary


BGP routing table entries examined:  406993
Prefixes after maximum aggregation:  173163
Deaggregation factor:  2.35
Unique aggregates announced to Internet: 198390
Total ASes present in the Internet Routing Table: 40878
Prefixes per ASN:  9.96
Origin-only ASes present in the Internet Routing Table:   33126
Origin ASes announcing only one prefix:   15619
Transit ASes present in the Internet Routing Table:5471
Transit-only ASes present in the Internet Routing Table:141
Average AS path length visible in the Internet Routing Table:   4.5
Max AS path length visible:  64
Max AS path prepend of ASN ( 9902)   56
Prefixes from unregistered ASNs in the Routing Table:   402
Unregistered ASNs in the Routing Table: 131
Number of 32-bit ASNs allocated by the RIRs:   2663
Number of 32-bit ASNs visible in the Routing Table:2281
Prefixes from 32-bit ASNs in the Routing Table:5694
Special use prefixes present in the Routing Table:2
Prefixes being announced from unallocated address space:114
Number of addresses announced to Internet:   2544196464
Equivalent to 151 /8s, 165 /16s and 91 /24s
Percentage of available address space announced:   68.6
Percentage of allocated address space announced:   68.7
Percentage of available address space allocated:   99.9
Percentage of address space in use by end-sites:   92.5
Total number of prefixes smaller than registry allocations:  174082

APNIC Region Analysis Summary
-

Prefixes being announced by APNIC Region ASes:99714
Total APNIC prefixes after maximum aggregation:   32251
APNIC Deaggregation factor:3.09
Prefixes being announced from the APNIC address blocks:   96165
Unique aggregates announced from the APNIC address blocks:39795
APNIC Region origin ASes present in the Internet Routing Table:4682
APNIC Prefixes per ASN:   20.54
APNIC Region origin ASes announcing only one prefix:   1239
APNIC Region transit ASes present in the Internet Routing Table:728
Average APNIC Region AS path length visible:4.7
Max APNIC Region AS path length visible: 20
Number of APNIC region 32-bit ASNs visible in the Routing Table:197
Number of APNIC addresses announced to Internet:  644332128
Equivalent to 38 /8s, 103 /16s and 186 /24s
Percentage of available APNIC address space announced: 81.7

APNIC AS Blocks4608-4864, 7467-7722, 9216-10239, 17408-18431
(pre-ERX allocations)  23552-24575, 37888-38911, 45056-46079, 55296-56319,
   58368-59391, 131072-132095, 132096-133119
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, 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:150460
Total ARIN prefixes after maximum aggregation:76455
ARIN Deaggregation factor: 1.97
Prefixes being announced from the ARIN address blocks:   121468
Unique aggregates announced from the ARIN address blocks: 50615
ARIN Region origin ASes present in the Internet Routing Table:15067
ARIN Prefixes per ASN: 8.06
ARIN Region origin ASes announcing only one prefix:

BGP Update Report

2012-05-04 Thread cidr-report
BGP Update Report
Interval: 26-Apr-12 -to- 03-May-12 (7 days)
Observation Point: BGP Peering with AS131072

TOP 20 Unstable Origin AS
Rank ASNUpds %  Upds/PfxAS-Name
 1 - AS840267265  2.9%  34.0 -- CORBINA-AS OJSC Vimpelcom
 2 - AS29049   53989  2.3% 129.8 -- DELTA-TELECOM-AS Delta Telecom 
LTD.
 3 - AS982933372  1.4%  30.6 -- BSNL-NIB National Internet 
Backbone
 4 - AS12479   28144  1.2% 120.3 -- UNI2-AS France Telecom Espana SA
 5 - AS919827568  1.2% 109.0 -- KAZTELECOM-AS JSC Kazakhtelecom
 6 - AS32528   25666  1.1%6416.5 -- ABBOTT Abbot Labs
 7 - AS178522634  1.0%  12.0 -- AS-PAETEC-NET - PaeTec 
Communications, Inc.
 8 - AS453821799  0.9%   4.0 -- ERX-CERNET-BKB China Education 
and Research Network Center
 9 - AS702919731  0.8%  10.3 -- WINDSTREAM - Windstream 
Communications Inc
10 - AS24560   19089  0.8%  24.3 -- AIRTELBROADBAND-AS-AP Bharti 
Airtel Ltd., Telemedia Services
11 - AS845218838  0.8%  21.4 -- TE-AS TE-AS
12 - AS886617069  0.7%  39.1 -- BTC-AS Bulgarian 
Telecommunication Company Plc.
13 - AS17974   17032  0.7%  16.9 -- TELKOMNET-AS2-AP PT 
Telekomunikasi Indonesia
14 - AS28573   15644  0.7%  13.2 -- NET Servicos de Comunicao S.A.
15 - AS26615   14630  0.6%  18.4 -- Tim Celular S.A.
16 - AS211814368  0.6%  11.0 -- RELCOM-AS OOO NPO Relcom
17 - AS166014117  0.6% 181.0 -- ANS-CORP-NY - ANS Communications
18 - AS45899   14013  0.6%  42.6 -- VNPT-AS-VN VNPT Corp
19 - AS27738   13750  0.6%  25.0 -- Ecuadortelecom S.A.
20 - AS671312978  0.6%  26.4 -- IAM-AS


TOP 20 Unstable Origin AS (Updates per announced prefix)
Rank ASNUpds %  Upds/PfxAS-Name
 1 - AS44798   10303  0.4%   10303.0 -- PERVOMAYSK-AS PP 
SKS-Pervomaysk
 2 - AS32528   25666  1.1%6416.5 -- ABBOTT Abbot Labs
 3 - AS33283  0.1% 366.0 -- ASTELEK Tele-K Ltd.
 4 - AS325411320  0.1%1320.0 -- SAIRB-AS - Schulman Associates 
Institutional Review Board, Inc.
 5 - AS174083099  0.1%1033.0 -- ABOVE-AS-AP AboveNet 
Communications Taiwan
 6 - AS55665 990  0.0% 990.0 -- STMI-AS-ID PT Sampoerna 
Telemedia Indonesia
 7 - AS132631872  0.1% 936.0 -- HAYATNET-AS HayatNet Bilgi ve 
Iletisim Hizmetleri A.S
 8 - AS34043 910  0.0% 910.0 -- RISS Internet Security Systems 
SRL
 9 - AS36955 902  0.0% 902.0 -- Matrix-ASN1
10 - AS4658  875  0.0% 875.0 -- NETFRONT-AS Netfront 
Information Technology Limited,
11 - AS35155 704  0.0% 704.0 -- VERBASOFT-AS Verbasoft ASN
12 - AS1355  699  0.0% 699.0 -- AHMSI-HQDC - American Home 
Mortgage Servicing, Inc.
13 - AS57767 687  0.0% 687.0 -- RTTC-AS Federal State-owned 
Enterprise Russian Television and Radio Broadcasting Network
14 - AS369481304  0.1% 652.0 -- KENIC
15 - AS33074 627  0.0% 627.0 -- ISC-NBO1 Internet Systems 
Consortium, Inc.
16 - AS500267703  0.3% 481.4 -- KODOTEL-LTD-AS Kodotel Ltd
17 - AS38857 925  0.0% 462.5 -- ESOFT-TRANSIT-AS-AP e.Soft 
Technologies Ltd.
18 - AS36029 437  0.0% 437.0 -- CASAS - CASAS
19 - AS49072 430  0.0% 430.0 -- APSUARA-AS TCA Apsuara Ltd.
20 - AS37303 846  0.0% 423.0 -- AIRTELMADA


TOP 20 Unstable Prefixes
Rank Prefix Upds % Origin AS -- AS Name
 1 - 130.36.34.0/2412815  0.5%   AS32528 -- ABBOTT Abbot Labs
 2 - 130.36.35.0/2412815  0.5%   AS32528 -- ABBOTT Abbot Labs
 3 - 91.202.212.0/22   10303  0.4%   AS44798 -- PERVOMAYSK-AS PP 
SKS-Pervomaysk
 4 - 62.36.252.0/22 8120  0.3%   AS12479 -- UNI2-AS France Telecom Espana SA
 5 - 41.43.147.0/24 7890  0.3%   AS8452  -- TE-AS TE-AS
 6 - 62.36.249.0/24 6439  0.3%   AS12479 -- UNI2-AS France Telecom Espana SA
 7 - 62.36.241.0/24 6076  0.2%   AS12479 -- UNI2-AS France Telecom Espana SA
 8 - 62.36.210.0/24 5943  0.2%   AS12479 -- UNI2-AS France Telecom Espana SA
 9 - 194.63.9.0/24  5595  0.2%   AS1273  -- CW Cable and Wireless Worldwide 
plc
10 - 182.64.0.0/16  4360  0.2%   AS24560 -- AIRTELBROADBAND-AS-AP Bharti 
Airtel Ltd., Telemedia Services
11 - 202.56.215.0/243521  0.1%   AS24560 -- AIRTELBROADBAND-AS-AP Bharti 
Airtel Ltd., Telemedia Services
12 - 193.105.129.0/24   3283  0.1%   AS3 -- ASTELEK Tele-K Ltd.
13 - 202.153.174.0/24   3095  0.1%   AS17408 -- ABOVE-AS-AP AboveNet 
Communications Taiwan
14 - 122.161.0.0/16 2688  0.1%   AS24560 -- AIRTELBROADBAND-AS-AP Bharti 
Airtel Ltd., Telemedia Services
15 - 115.170.128.0/17   2387  0.1%   AS4847  -- CNIX-AP China Networks 
Inter-Exchange
16 - 215.65.61.0/24 1753  0.1%   AS5800  -- 

The Cidr Report

2012-05-04 Thread cidr-report
This report has been generated at Fri May  4 21:12:28 2012 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 for a current version of this report.

Recent Table History
Date  PrefixesCIDR Agg
27-04-12411252  239358
28-04-12409883  239786
29-04-12409974  239790
30-04-12409910  240936
01-05-12415235  241036
02-05-12415226  239890
03-05-12410389  239955
04-05-12410788  240155


AS Summary
 41002  Number of ASes in routing system
 17121  Number of ASes announcing only one prefix
  3425  Largest number of prefixes announced by an AS
AS6389 : BELLSOUTH-NET-BLK - BellSouth.net Inc.
  112063456  Largest address span announced by an AS (/32s)
AS4134 : CHINANET-BACKBONE No.31,Jin-rong Street


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').

 --- 04May12 ---
ASnumNetsNow NetsAggr  NetGain   % Gain   Description

Table 410105   240096   17000941.5%   All ASes

AS6389  3425  197 322894.2%   BELLSOUTH-NET-BLK -
   BellSouth.net Inc.
AS7029  3414 1798 161647.3%   WINDSTREAM - Windstream
   Communications Inc
AS4766  2506 1031 147558.9%   KIXS-AS-KR Korea Telecom
AS22773 1592  128 146492.0%   ASN-CXA-ALL-CCI-22773-RDC -
   Cox Communications Inc.
AS18566 2092  705 138766.3%   COVAD - Covad Communications
   Co.
AS28573 1825  492 133373.0%   NET Servicos de Comunicao S.A.
AS4323  1607  385 122276.0%   TWTC - tw telecom holdings,
   inc.
AS1785  1899  801 109857.8%   AS-PAETEC-NET - PaeTec
   Communications, Inc.
AS4755  1575  531 104466.3%   TATACOMM-AS TATA
   Communications formerly VSNL
   is Leading ISP
AS10620 1854  859  99553.7%   Telmex Colombia S.A.
AS7552  1178  217  96181.6%   VIETEL-AS-AP Vietel
   Corporation
AS7303  1371  442  92967.8%   Telecom Argentina S.A.
AS26615  904   33  87196.3%   Tim Celular S.A.
AS8151  1478  659  81955.4%   Uninet S.A. de C.V.
AS18101  947  159  78883.2%   RELIANCE-COMMUNICATIONS-IN
   Reliance Communications
   Ltd.DAKC MUMBAI
AS4808  1110  350  76068.5%   CHINA169-BJ CNCGROUP IP
   network China169 Beijing
   Province Network
AS17974 1866 1139  72739.0%   TELKOMNET-AS2-AP PT
   Telekomunikasi Indonesia
AS9394   845  159  68681.2%   CRNET CHINA RAILWAY
   Internet(CRNET)
AS7545  1679 1014  66539.6%   TPG-INTERNET-AP TPG Internet
   Pty Ltd
AS13977  765  121  64484.2%   CTELCO - FAIRPOINT
   COMMUNICATIONS, INC.
AS3356  1098  461  63758.0%   LEVEL3 Level 3 Communications
AS30036 1424  789  63544.6%   MEDIACOM-ENTERPRISE-BUSINESS -
   Mediacom Communications Corp
AS17676  691   75  61689.1%   GIGAINFRA Softbank BB Corp.
AS19262  998  402  59659.7%   VZGNI-TRANSIT - Verizon Online
   LLC
AS22561 1000  406  59459.4%   DIGITAL-TELEPORT - Digital
   Teleport Inc.
AS24560 1027  444  58356.8%   AIRTELBROADBAND-AS-AP Bharti
   Airtel Ltd., Telemedia
   Services
AS3549  1023  445  57856.5%   GBLX Global Crossing Ltd.
AS4780   809  254  55568.6%   SEEDNET Digital United Inc.
AS22047  582   31  55194.7%   VTR BANDA ANCHA S.A.
AS4804   644   96  54885.1%   MPX-AS Microplex PTY LTD

Total  43228146232860566.2%   Top 30 total


Possible 

Re: Network diagram app that shows realtime link utilizatin

2012-05-04 Thread Jeroen van Aart

Anurag Bhatia wrote:

I have been using Zenoss quite a bit. It does not shows exact real time
stat of interface but close to real time + it has ton more options for


I remember someone here saying that real time monitoring gives you
useless results, because if you make the time of measurement small
enough the utilisation becomes 100%. Measurement of throughput is how
many times this happens during a particular time interval. I hope I
remembered right.

Reminds me of http://en.wikipedia.org/wiki/Parmenides#The_Way_of_Truth

Moreover he argued that movement was impossible because it requires
moving into the void, and Parmenides identified the void with
nothing, and therefore (by definition) it does not exist. That which
does exist is The Parmenidean One, which is timeless, uniform, and
unchanging

--
Earthquake Magnitude: 3.3
Date: Friday, May  4, 2012 05:16:08 UTC
Location: Island of Hawaii, Hawaii
Latitude: 19.4332; Longitude: -155.2877
Depth: 2.40 km




Re: mulcast assignments

2012-05-04 Thread Marshall Eubanks
On Fri, May 4, 2012 at 2:53 AM, Jeff Tantsura
jeff.tants...@ericsson.com wrote:
 Hi,

 All modern routers support mapping from IGMPv2 to PIM SSM, all static, some 
 others thru DNS, etc

I am not sure what you mean here. To support SSM, you need IGMPv3. Most
routers do support IGMPv3, but there is still a fair amount of legacy
gear at various
edges which doesn't.

Regards
Marshall


 Regards,
 Jeff

 On May 3, 2012, at 12:34 PM, Nick Hilliard n...@foobar.org wrote:

 On 03/05/2012 21:00, Greg Shepherd wrote:
 Sure, but GLOP predated SSM, and was really only an interim fix for
 the presumed need of mcast address assignments. GLOP only gives you a
 /24 for each ASN where SSM gives you a /8 for every unique unicast
 address you have along with vastly superior security and network
 simplicity.

 SSM is indeed a lot simpler and better than GLOP in every conceivable way -
 except vendor support.  It needs igmpv3 on all intermediate devices and SSM
 support on the client device.  All major desktop operating systems now have
 SSM support (OS/X since 10.7/Lion), but there is still lots of older
 hardware which either doesn't support igmpv3 or else only supports it in a
 very primitive fashion.  This can lead to Unexpected Behaviour in naive
 roll-outs.

 Nick





Re: Verizon 1xRTT/EVDO for OOB

2012-05-04 Thread david peahi
We use 1X/EVDO for telemetry polling, but find that the latency is very
high with VZW to Verizon wired networks located in east Texas, so if your
network is on the west coast, every packet traverses the US continent twice
even though the endpoints may be less than 100 miles (or even 1 mile)
apart. VZW also tears down the cell tower to cell modem connection every 24
hours, resulting in IP connectivity loss, so this service is no good for
high availability applications. ATT Mobility has a similar service, but
they keep the connection up all the time allowing the network designer to
use their service for high availability applications. ATT's gateways are
in the Pacific Northwest, I believe, so the latency problem is the same.

On Fri, May 4, 2012 at 7:53 AM, Christopher J. Pilkington c...@0x1.netwrote:

 Is anyone using Verizon 1xRTT/EVDO (3G) for OOB work?  I'm trying to
 sort out how exactly to order a compatible service from them.
 Unfortunately I don't manage our Verizon Wireless relationship, so I
 need to be specific.

 Is there a service code or name they refer to this service as?
 Looking for low bandwidth, static IP.

 -cjp




Re: mulcast assignments

2012-05-04 Thread Jeff Tantsura
Marshall,

That's exactly what the feature does, when it receives a IGMPv1/2 join it adds 
a preconfigured S and sends S,G (INCLUDE)upstream.
Google for IGMP mapping


Regards,
Jeff

On May 4, 2012, at 1:45 PM, Marshall Eubanks marshall.euba...@gmail.com 
wrote:

 On Fri, May 4, 2012 at 2:53 AM, Jeff Tantsura
 jeff.tants...@ericsson.com wrote:
 Hi,
 
 All modern routers support mapping from IGMPv2 to PIM SSM, all static, some 
 others thru DNS, etc
 
 I am not sure what you mean here. To support SSM, you need IGMPv3. Most
 routers do support IGMPv3, but there is still a fair amount of legacy
 gear at various
 edges which doesn't.
 
 Regards
 Marshall
 
 
 Regards,
 Jeff
 
 On May 3, 2012, at 12:34 PM, Nick Hilliard n...@foobar.org wrote:
 
 On 03/05/2012 21:00, Greg Shepherd wrote:
 Sure, but GLOP predated SSM, and was really only an interim fix for
 the presumed need of mcast address assignments. GLOP only gives you a
 /24 for each ASN where SSM gives you a /8 for every unique unicast
 address you have along with vastly superior security and network
 simplicity.
 
 SSM is indeed a lot simpler and better than GLOP in every conceivable way -
 except vendor support.  It needs igmpv3 on all intermediate devices and SSM
 support on the client device.  All major desktop operating systems now have
 SSM support (OS/X since 10.7/Lion), but there is still lots of older
 hardware which either doesn't support igmpv3 or else only supports it in a
 very primitive fashion.  This can lead to Unexpected Behaviour in naive
 roll-outs.
 
 Nick
 
 



Re: Network diagram app that shows realtime link utilizatin

2012-05-04 Thread David Miller
On 5/4/2012 6:53 PM, Jeroen van Aart wrote:
 Anurag Bhatia wrote:
 I have been using Zenoss quite a bit. It does not shows exact real time
 stat of interface but close to real time + it has ton more options for

 I remember someone here saying that real time monitoring gives you
 useless results, because if you make the time of measurement small
 enough the utilisation becomes 100%. Measurement of throughput is how
 many times this happens during a particular time interval. I hope I
 remembered right.


I think you are referring to this thread -
  http://www.gossamer-threads.com/lists/nanog/users/149903

and in particular this quote:
  cjp at 0x1 wrote on Feb 16, 2012, 11:25am
 As sampling rate approaches zero, so will the spikyness of the 
graph--ultimately an interface is either sending a frame (*100*%) or
it's 
not (0%). 

-cjp


Utilisation doesn't become 100%, instead measured utilisation will
either be 100% or 0% at each interval.

-DMM




Re: Network diagram app that shows realtime link utilizatin

2012-05-04 Thread Livio Zanol Puppim
In a troubleshooting situation I think real time is valid. Off course, is
non-sense doing this for normal monitoring...

But firstly define: What's real-time? every second? miliseconds? 10
seconds? 30 seconds? It's subjective nowadays

2012/5/4 David Miller dmil...@tiggee.com

 On 5/4/2012 6:53 PM, Jeroen van Aart wrote:
  Anurag Bhatia wrote:
  I have been using Zenoss quite a bit. It does not shows exact real time
  stat of interface but close to real time + it has ton more options for
 
  I remember someone here saying that real time monitoring gives you
  useless results, because if you make the time of measurement small
  enough the utilisation becomes 100%. Measurement of throughput is how
  many times this happens during a particular time interval. I hope I
  remembered right.
 

 I think you are referring to this thread -
  http://www.gossamer-threads.com/lists/nanog/users/149903

 and in particular this quote:
  cjp at 0x1 wrote on Feb 16, 2012, 11:25am
 As sampling rate approaches zero, so will the spikyness of the
graph--ultimately an interface is either sending a frame (*100*%) or
 it's
not (0%).

-cjp


 Utilisation doesn't become 100%, instead measured utilisation will
 either be 100% or 0% at each interval.

 -DMM





-- 
[]'s

Lívio Zanol Puppim