Date: Wed, 29 Apr 2009 13:16:40 -0300
Subject: Re: [GTER] MPLS para Linux
Ol?,
Comece por aqui:
http://apps.sourceforge.net/mediawiki/mpls-linux/index.php?title=Main_Page
Abs,
> Boa Tarde a Todos,
>
> Algu?m poderia indicar algum material sobre MPLS para Linux ?
>
> Grato desde j? pela aten??o.
>
>
> Att,
LinuxでMPLS使えないかな？という質問に返事あり。
MPLS-Linuxというものがあるそうです。
日本人ならNetBSD+Ayameだよね？と思うのだけれど。
4/30/2009
4/29/2009
RIPE-list@Apr 28, 2009
Date: Tue, 28 Apr 2009 18:27:09 +0200
Subject: ASO AC selects Ray Plzak to serve on Seat 9 of ICANN Board of Directors
Dear Colleagues
The ASO is pleased to announce that the ASO Address Council has selected
Ray Plzak to serve for a three-year term on Seat 9 of the ICANN Board of
Directors. Mr Plzak's term will begin on 7 May 2009.
The ASO congratulates Mr Plzak and would also like to thank the other
four candidates who took part in the selection process:
- Rajesh Chharia
- Jordi Palet Martinez
- Barry Shein
- Suzanne Woolf
Mr Plzak's appointment follows a lengthy selection process, including a
public call for nominations, interviews with eligible candidates, a
public comment period and a vote by all ASO Address Council members. The
Address Council confirmed the result at their meeting on 22 April 2009.
Full details of the process, including information on all eligible
candidates, are available on the ASO web site at:
http://www.aso.icann.org/elections
Best regards,
ASO Secretariat
前ARINのPresident Mr.Ray PlzakがICANN Board of Directorsに選出された、という報告。
Rayは隠居ではなかったんだな。
Subject: ASO AC selects Ray Plzak to serve on Seat 9 of ICANN Board of Directors
Dear Colleagues
The ASO is pleased to announce that the ASO Address Council has selected
Ray Plzak to serve for a three-year term on Seat 9 of the ICANN Board of
Directors. Mr Plzak's term will begin on 7 May 2009.
The ASO congratulates Mr Plzak and would also like to thank the other
four candidates who took part in the selection process:
- Rajesh Chharia
- Jordi Palet Martinez
- Barry Shein
- Suzanne Woolf
Mr Plzak's appointment follows a lengthy selection process, including a
public call for nominations, interviews with eligible candidates, a
public comment period and a vote by all ASO Address Council members. The
Address Council confirmed the result at their meeting on 22 April 2009.
Full details of the process, including information on all eligible
candidates, are available on the ASO web site at:
http://www.aso.icann.org/elections
Best regards,
ASO Secretariat
前ARINのPresident Mr.Ray PlzakがICANN Board of Directorsに選出された、という報告。
Rayは隠居ではなかったんだな。
ARIN-PPML@Apr 28, 2009
Date: Tue, 28 Apr 2009 15:45:40 -0400
Subject: [arin-ppml] RIPE Policy 2008-03 (May be useful about ARIN
2009-02)
Several speakers at the meeting spoke about reducing the timeperiod for
allocations from 12 months to some lower number. RIPE policy 2009-03
attempts to do this, in the RIPE region.
The RIPE policy is at
http://ripe.net/ripe/policies/proposals/2009-03.html if anyone wants to
read it.
--
Leo Bicknell
当たり前だが全世界で波及するようなポリシーを議論する際、
隣の地域でも大体同じような提案が既に出ていることがあり、議論も集約しつつある場合もある。今回もそういう例。
ARINではなぜか車輪の再発明的な議論が多く巻き起こる気がするが、多くの人が隣の地域の議論を
注視していないからかも。
Subject: [arin-ppml] RIPE Policy 2008-03 (May be useful about ARIN
2009-02)
Several speakers at the meeting spoke about reducing the timeperiod for
allocations from 12 months to some lower number. RIPE policy 2009-03
attempts to do this, in the RIPE region.
The RIPE policy is at
http://ripe.net/ripe/policies/proposals/2009-03.html if anyone wants to
read it.
--
Leo Bicknell
当たり前だが全世界で波及するようなポリシーを議論する際、
隣の地域でも大体同じような提案が既に出ていることがあり、議論も集約しつつある場合もある。今回もそういう例。
ARINではなぜか車輪の再発明的な議論が多く巻き起こる気がするが、多くの人が隣の地域の議論を
注視していないからかも。
Outages@Apr 28, 2009
date Tue, Apr 28, 2009 at 6:45 AM
subject Re: [outages] Phoenix Area Network Issues?
There's a ton of chatter about it on the NANOG list now.
Apparently there were some issues with a major AT&T route.
SBC Issues were also reported, this was all about an hour ago.
> In Phoenix here and our XO T1s, Sprint mpls and Internet connection,
> and XO microwave connection are working fine. Cox cable Internet here
> and in Tempe seems fine as well. Where are you experiencing outages?
>
> _____
>
> C. Lauretano
>
>
> > Are there any fiber cuts or other routing issues anyone in the Phoenix
> > area is aware of?
> >
> >
> > Thanks.
フェニックス地域で経路障害発生。
NANOGでも話題に。AT&Tがんばれ。
今はどんな障害でもファイバーカット？と聞くのが定番に？
subject Re: [outages] Phoenix Area Network Issues?
There's a ton of chatter about it on the NANOG list now.
Apparently there were some issues with a major AT&T route.
SBC Issues were also reported, this was all about an hour ago.
> In Phoenix here and our XO T1s, Sprint mpls and Internet connection,
> and XO microwave connection are working fine. Cox cable Internet here
> and in Tempe seems fine as well. Where are you experiencing outages?
>
> _____
>
> C. Lauretano
>
>
> > Are there any fiber cuts or other routing issues anyone in the Phoenix
> > area is aware of?
> >
> >
> > Thanks.
フェニックス地域で経路障害発生。
NANOGでも話題に。AT&Tがんばれ。
今はどんな障害でもファイバーカット？と聞くのが定番に？
4/28/2009
LACNIC-politicas@Apr 27, 2009
Date: Mon, 27 Apr 2009 16:49:04 -0300
Subject: [LACNIC/Politicas] Summary week of 20th to 26th April 2009 -
Sum?rio das discuss?es semana de 20 a 26 de abril - Resumen
discusiones seman del 20 al 26 de abril
- - ---------------
Portugu?s a continua??o
Espa?ol a continuaci?n.
- - ---------------
(English)
Abstract discussions happened on the Public Policy mailing list on the
week from the 20th to the 26th April.
[LAC-2009-04] Transfer of IPv4 blocks in the LACNIC region.
The debate referring to this policy continued. You can find the
complete policy text at:
http://www.lacnic.net/documentos/politicas/LAC-2009-04-propuesta-en.pdf
Here is an abstract of the comments on the mailing list:
[Christian O'Flaherty - 18 Abril 2009 - recap] ?Would this mean that
the entity that originated the transfer does not need to perform any
previous process? Will everything be the responsibility of the entity
that received the transfer?"
[Francisco Arias - 20 Abril 2009] "In general yes. However the
following is referred in a previous bullet:
2.3.18.4.- Upon receiving an IPv4 address block transfer request,
LACNIC shall verify that the entity transferring the block is in fact
the holder of said block and that no disputes exist in relation to
said block."
～ポルトガル語・スペイン語版は略～
ここのところLACNICのサマリ送出間隔が狭くなってきている気がする。
年に一度の会議を前に気合が見えます。
しかし新型インフルエンザがARIN/RIPE/AfriNIC/LACNICの会議シーズン直撃ですね。
参加者はくれぐれも気をつけてください。
Subject: [LACNIC/Politicas] Summary week of 20th to 26th April 2009 -
Sum?rio das discuss?es semana de 20 a 26 de abril - Resumen
discusiones seman del 20 al 26 de abril
- - ---------------
Portugu?s a continua??o
Espa?ol a continuaci?n.
- - ---------------
(English)
Abstract discussions happened on the Public Policy mailing list on the
week from the 20th to the 26th April.
[LAC-2009-04] Transfer of IPv4 blocks in the LACNIC region.
The debate referring to this policy continued. You can find the
complete policy text at:
http://www.lacnic.net/documentos/politicas/LAC-2009-04-propuesta-en.pdf
Here is an abstract of the comments on the mailing list:
[Christian O'Flaherty - 18 Abril 2009 - recap] ?Would this mean that
the entity that originated the transfer does not need to perform any
previous process? Will everything be the responsibility of the entity
that received the transfer?"
[Francisco Arias - 20 Abril 2009] "In general yes. However the
following is referred in a previous bullet:
2.3.18.4.- Upon receiving an IPv4 address block transfer request,
LACNIC shall verify that the entity transferring the block is in fact
the holder of said block and that no disputes exist in relation to
said block."
～ポルトガル語・スペイン語版は略～
ここのところLACNICのサマリ送出間隔が狭くなってきている気がする。
年に一度の会議を前に気合が見えます。
しかし新型インフルエンザがARIN/RIPE/AfriNIC/LACNICの会議シーズン直撃ですね。
参加者はくれぐれも気をつけてください。
AusNOG@Apr 27, 2009
date Mon, Apr 27, 2009 at 2:31 PM
subject [AusNOG] Traffic Levels
One conclusion, the Sweeds are very law abiding ...
http://www.circleid.com/posts/sweden_internet_traffic_drop_anti_piracy_law/
Netnod's stats page ....
http://stats.autonomica.se/mrtg/sums/All.html
スウェーデン政府が著作権違反に関する法律を整備したところ、トラフィックが下がったというニュース。
世界は制限の方向へと向かっている。
#今までが無法地帯だったとも言える。
subject [AusNOG] Traffic Levels
One conclusion, the Sweeds are very law abiding ...
http://www.circleid.com/posts/sweden_internet_traffic_drop_anti_piracy_law/
Netnod's stats page ....
http://stats.autonomica.se/mrtg/sums/All.html
スウェーデン政府が著作権違反に関する法律を整備したところ、トラフィックが下がったというニュース。
世界は制限の方向へと向かっている。
#今までが無法地帯だったとも言える。
4/27/2009
NNSquad@Apr 26, 2009
Date: Sun, 26 Apr 2009 11:25:04 +0200 (CEST)
Subject: [ NNSquad ] nnsquad - filtering not only in asia
Hi,
more and more filtering is getting a topic in EU or other more
"democratic" regions than china & Co....
Now Germany signed a law
http://www.theregister.co.uk/2009/04/23/germany_image_law/
how will be the EU Region influenced? What do you think?
Will the big Filtering Areas work together or will there a competion
politic and the seems of code, products and methods be established?
sharing vs. competion market?
Hopefully getting some minds and new points to other lists about this...
ch
ドイツでもインターネット検閲法案が通った？
BigBrotherの支配するSFな世界に向かうのか？！
Subject: [ NNSquad ] nnsquad - filtering not only in asia
Hi,
more and more filtering is getting a topic in EU or other more
"democratic" regions than china & Co....
Now Germany signed a law
http://www.theregister.co.uk/2009/04/23/germany_image_law/
how will be the EU Region influenced? What do you think?
Will the big Filtering Areas work together or will there a competion
politic and the seems of code, products and methods be established?
sharing vs. competion market?
Hopefully getting some minds and new points to other lists about this...
ch
ドイツでもインターネット検閲法案が通った？
BigBrotherの支配するSFな世界に向かうのか？！
cisco-nsp@Apr 26, 2009
Date: Sun, 26 Apr 2009 23:23:44 +0200
Subject: Re: [c-nsp] 6500 sup720-3bxl crash
Hmmm ... same today morning !?
Cache error detected!
CPO_ECC (reg 26/0): 0x0000009F
CPO_CACHERI (reg 27/0): 0xA0000000
CP0_CAUSE (reg 13/0): 0x00000800
Real cache error detected. System will be halted.
Error: Primary data cache, fields: data,
Actual physical addr 0x00000000,
virtual address is imprecise.
Imprecise Data Parity Error
Imprecise Data Parity Error
Interrupt exception, CPU signal 20, PC = 0x40E7BE6C
========= Start of Crashinfo Collection (07:05:17 GMT Sun Apr 26 2009) =========
IOS (tm) s72033_sp Software (s72033_sp-IPSERVICESK9-M), Version 12.2(18)SXF14, RELEASE SOFTWARE (fc1)
On Sun, Apr 26, 2009 at 01:13:05PM -0700, John van Oppen wrote:
> Has anyone seen this reload cause before? Sounds like bad memory but
> the memory addresses are pretty non machine sounding some I am wondering
> if it is a software bug.
>
>
> Cache error detected!
> CPO_ECC (reg 26/0): 0x000000F3
> CPO_CACHERI (reg 27/0): 0x84000000
> CP0_CAUSE (reg 13/0): 0x00004400
>
> Real cache error detected. System will be halted.
>
> Error: Primary data cache, fields: , 1st dword
> Actual physical addr 0x00000000,
> virtual address is imprecise.
>
> Imprecise Data Parity Error
>
>
> Software version is: s72033_sp-ADVIPSERVICESK9_WAN-M), Version
> 12.2(33)SXI, RELEASE SOFTWARE (fc2)
>
>
> Thanks,
> John
同時多発でCatalyst6500+Sup720-3BXLに問題発生か。
日本にもいっぱい入ってるんじゃないかな？大丈夫なのかな？
Subject: Re: [c-nsp] 6500 sup720-3bxl crash
Hmmm ... same today morning !?
Cache error detected!
CPO_ECC (reg 26/0): 0x0000009F
CPO_CACHERI (reg 27/0): 0xA0000000
CP0_CAUSE (reg 13/0): 0x00000800
Real cache error detected. System will be halted.
Error: Primary data cache, fields: data,
Actual physical addr 0x00000000,
virtual address is imprecise.
Imprecise Data Parity Error
Imprecise Data Parity Error
Interrupt exception, CPU signal 20, PC = 0x40E7BE6C
========= Start of Crashinfo Collection (07:05:17 GMT Sun Apr 26 2009) =========
IOS (tm) s72033_sp Software (s72033_sp-IPSERVICESK9-M), Version 12.2(18)SXF14, RELEASE SOFTWARE (fc1)
On Sun, Apr 26, 2009 at 01:13:05PM -0700, John van Oppen wrote:
> Has anyone seen this reload cause before? Sounds like bad memory but
> the memory addresses are pretty non machine sounding some I am wondering
> if it is a software bug.
>
>
> Cache error detected!
> CPO_ECC (reg 26/0): 0x000000F3
> CPO_CACHERI (reg 27/0): 0x84000000
> CP0_CAUSE (reg 13/0): 0x00004400
>
> Real cache error detected. System will be halted.
>
> Error: Primary data cache, fields: , 1st dword
> Actual physical addr 0x00000000,
> virtual address is imprecise.
>
> Imprecise Data Parity Error
>
>
> Software version is: s72033_sp-ADVIPSERVICESK9_WAN-M), Version
> 12.2(33)SXI, RELEASE SOFTWARE (fc2)
>
>
> Thanks,
> John
同時多発でCatalyst6500+Sup720-3BXLに問題発生か。
日本にもいっぱい入ってるんじゃないかな？大丈夫なのかな？
4/25/2009
NNSquad@Apr 24, 2009
Date: Fri, 24 Apr 2009 07:20:37 -0400 (EDT)
Subject: [ NNSquad ] Big boost for Aussie firewall
http://www.theregister.co.uk/2009/04/23/aussie_firewall_boost/
Big boost for Aussie firewall
The controversial Great Aussie Firewall got a big boost yesterday when
Australia's second largest ISP Optus agreed to join the pilot.
snip
近年、オーストラリアって中国と仲いいよね。
金盾をも真似るのかな？
2番目に大きいISPがそのプロジェクトに加わったとすると、確かに加速が付きそう。
やばい。
Subject: [ NNSquad ] Big boost for Aussie firewall
http://www.theregister.co.uk/2009/04/23/aussie_firewall_boost/
Big boost for Aussie firewall
The controversial Great Aussie Firewall got a big boost yesterday when
Australia's second largest ISP Optus agreed to join the pilot.
snip
近年、オーストラリアって中国と仲いいよね。
金盾をも真似るのかな？
2番目に大きいISPがそのプロジェクトに加わったとすると、確かに加速が付きそう。
やばい。
4/24/2009
LACNIC-politicas@Apr 23, 2009
Date: Thu, 23 Apr 2009 13:25:53 -0300
Subject: [LACNIC/Politicas] Summary week of 13th to 19th April 2009 -
Sum?rio das discuss?es semana de 13 a 19 de abril - Resumen
discusiones seman del 13 al 19 de abril
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Portugu?s a continua??o
Espa?ol a continuaci?n.
- ---------------
(English)
Abstract LACNIC Public Policy Mailing list discussion - week of 13th
to 19th April 2009.
[LAC-2009-04] Transfer of IPv4 blocks in the LACNIC region.
The debate referring to this policy continued.
You can find the complete policy text at: http://www.lacnic.net/documentos/politicas/LAC-2009-04-propuesta-en.pdf
Here is an abstract of the comments on the mailing list:
[Christian O'Flaherty - 16th April 2009] - ?What about the legacy
space? These blocks were allocated previously to the creation of the
RIRs, are they included in this policy??
[Francisco Arias - 17th April 2009] - "We did not considered
explicitly the legacy resources, but I believe that the idea would be
for them to be subject to transfers. However, when transferred they
should stop being legacy resources?
[Francisco Arias - 18th April 2009] - ?The last point in policy
proposal states: 2.3.2.18.9 - The receiving entity must comply with
all LACNIC policies in force , this point will have the effect that I
was mentioning. ?
[Christian O'Flaherty - 18th April 2009] - ?Would this mean that the
entity that originated the transfer do not need to perform any
previous process? Will everything be the responsibility of the entity
that received the transfer?
～スペイン語版とポルトガル語版は略～
LACNICMeeting前なので積極的にまとめが出されています。
LACNICは年一回のMeetingなのでここで決めたいでしょうからね。
Subject: [LACNIC/Politicas] Summary week of 13th to 19th April 2009 -
Sum?rio das discuss?es semana de 13 a 19 de abril - Resumen
discusiones seman del 13 al 19 de abril
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Portugu?s a continua??o
Espa?ol a continuaci?n.
- ---------------
(English)
Abstract LACNIC Public Policy Mailing list discussion - week of 13th
to 19th April 2009.
[LAC-2009-04] Transfer of IPv4 blocks in the LACNIC region.
The debate referring to this policy continued.
You can find the complete policy text at: http://www.lacnic.net/documentos/politicas/LAC-2009-04-propuesta-en.pdf
Here is an abstract of the comments on the mailing list:
[Christian O'Flaherty - 16th April 2009] - ?What about the legacy
space? These blocks were allocated previously to the creation of the
RIRs, are they included in this policy??
[Francisco Arias - 17th April 2009] - "We did not considered
explicitly the legacy resources, but I believe that the idea would be
for them to be subject to transfers. However, when transferred they
should stop being legacy resources?
[Francisco Arias - 18th April 2009] - ?The last point in policy
proposal states: 2.3.2.18.9 - The receiving entity must comply with
all LACNIC policies in force , this point will have the effect that I
was mentioning. ?
[Christian O'Flaherty - 18th April 2009] - ?Would this mean that the
entity that originated the transfer do not need to perform any
previous process? Will everything be the responsibility of the entity
that received the transfer?
～スペイン語版とポルトガル語版は略～
LACNICMeeting前なので積極的にまとめが出されています。
LACNICは年一回のMeetingなのでここで決めたいでしょうからね。
RIPE-announce@Apr 23, 2009
Date: Thu, 23 Apr 2009 09:53:10 +0200
Subject: [policy-announce] 2009-02 Discussion Period extended until 21 May 2009 (Allocating/Assigning Resources to the RIPE NCC)
PDP Number: 2009-02
Allocating/Assigning Resources to the RIPE NCC
Dear Colleagues,
The text of the policy proposal 2009-02 has been revised based on the community feedback received
on the mailing list.
We have published the new version (version 2) today.
As a result a new Discussion Phase is set for the proposal.
You can find the full proposal at:
http://www.ripe.net/ripe/policies/proposals/2009-02.html
We encourage you to review this policy proposal and send your comments
to address-policy-wg@ripe.net before 21 May 2009.
Regards,
Ingrid Wijte
Policy Development Officer
RIPE NCC
RIPE NCCも2009-2をRevise/Updateして再びコメント募集期間を設定しました。
春のRIPEMeetingでなんとしても纏めたいという意気込みが見えます。
#それはARINも同じだが、あっちはなんだかこじれた感がある。
Subject: [policy-announce] 2009-02 Discussion Period extended until 21 May 2009 (Allocating/Assigning Resources to the RIPE NCC)
PDP Number: 2009-02
Allocating/Assigning Resources to the RIPE NCC
Dear Colleagues,
The text of the policy proposal 2009-02 has been revised based on the community feedback received
on the mailing list.
We have published the new version (version 2) today.
As a result a new Discussion Phase is set for the proposal.
You can find the full proposal at:
http://www.ripe.net/ripe/policies/proposals/2009-02.html
We encourage you to review this policy proposal and send your comments
to address-policy-wg@ripe.net before 21 May 2009.
Regards,
Ingrid Wijte
Policy Development Officer
RIPE NCC
RIPE NCCも2009-2をRevise/Updateして再びコメント募集期間を設定しました。
春のRIPEMeetingでなんとしても纏めたいという意気込みが見えます。
#それはARINも同じだが、あっちはなんだかこじれた感がある。
PacNOG@Apr 23, 2009
Date: Thu, 23 Apr 2009 00:34:05 +1300
Subject: [pacnog] IPTV
Hi,
Anyone with experience in implementing IPTv service in the pacific? I am
looking for information on equipments, etc and the likely cost involved.
Kind Regards,
TCC/ENG/I.T/Siumafua Moala
KaliaNet Services
Tonga Communications Corporation
太平洋地域でのIPTVの導入事例を探しているようです。
Yahoo!JapanはGyaoのシステムを安く譲ってあげればいいのに。もしくはYahoo!動画のシステムでも。
Subject: [pacnog] IPTV
Hi,
Anyone with experience in implementing IPTv service in the pacific? I am
looking for information on equipments, etc and the likely cost involved.
Kind Regards,
TCC/ENG/I.T/Siumafua Moala
KaliaNet Services
Tonga Communications Corporation
太平洋地域でのIPTVの導入事例を探しているようです。
Yahoo!JapanはGyaoのシステムを安く譲ってあげればいいのに。もしくはYahoo!動画のシステムでも。
4/23/2009
dns-operations@Apr 22, 2009
Date: Wed, 22 Apr 2009 21:31:01 +0100
Subject: [dns-operations] Cache Poisoning Attacks
Seems there were a couple of fairly high profile cache poisoning
attacks today. Thought some of you might be interested.
http://www.theregister.co.uk/2009/04/22/bandesco_cache_poisoning_attack/
http://www.theregister.co.uk/2009/04/22/msn_hijacking/
More fuel for the dnssec fire.
Brett
キャッシュポイズンによる攻撃についてのニュース2件。
これがdnssec普及へのガソリンになるか、どうか。
Subject: [dns-operations] Cache Poisoning Attacks
Seems there were a couple of fairly high profile cache poisoning
attacks today. Thought some of you might be interested.
http://www.theregister.co.uk/2009/04/22/bandesco_cache_poisoning_attack/
http://www.theregister.co.uk/2009/04/22/msn_hijacking/
More fuel for the dnssec fire.
Brett
キャッシュポイズンによる攻撃についてのニュース2件。
これがdnssec普及へのガソリンになるか、どうか。
NNSquad@Apr 22, 2009
Date: Wed, 22 Apr 2009 12:02:02 -0700
Subject: [ NNSquad ] Amazon launches HD video service
----- Forwarded message from "Amazon.com" -----
Date: Wed, 22 Apr 2009 11:59:12 -0700 (PDT)
From: "Amazon.com"
Subject: Instant HD Is Here with Amazon Video On Demand
Instant HD with Amazon Video On Demand
http://www.amazon.com/gp/feature.html/ref=pe_11888060_txt_1/?ie=UTF8&docId=1000364351
Dear Amazon.com Customer,
As a valued Amazon Video On Demand customer, we'd like to let you know that you can now watch over 500 TV shows and movies in crystal-clear, eye-popping HD ( http://www.amazon.com/gp/feature.html/ref=pe_11888060_txt_2/?ie=UTF8&docId=1000364351 ). Watch HD TV shows online on Macs or PCs, or on your TV through your TiVo DVR, Roku Digital Video Player, compatible Sony Bravia and Panasonic Viera HDTV's. You can also download to your PC for $2.99 per episode. Rent HD movies directly from your TV through the same compatible devices for $4.99 or less.
See all HD content
http://www.amazon.com/gp/feature.html/ref=pe_11888060_txt_3/?ie=UTF8&docId=1000364351
--------------------------------
Hit TV Shows: Even Better in HD
--------------------------------
Heroes Season 3 [HD] ( http://www.amazon.com/gp/product/B001T58QWY/ref=pe_11888060_txt_4/ )
The Tudors Season 2 [HD] ( http://www.amazon.com/gp/product/B0025WX2YW/ref=pe_11888060_txt_5/ )
Supernatural Season 4 [HD] ( http://www.amazon.com/gp/product/B001UG13IG/ref=pe_11888060_txt_6/ )
Terminator: The Sarah Connor Chronicles Season 2 [HD] ( http://www.amazon.com/gp/product/B001V6SEY6/ref=pe_11888060_txt_7/ )
Fringe Season 1 [HD] ( http://www.amazon.com/gp/product/B001UTW7QU/ref=pe_11888060_txt_8/ )
Battlestar Galactica Season 4 [HD] ( http://www.amazon.com/gp/product/B001LZZ2DS/ref=pe_11888060_txt_9/ )
See all available HD shows
http://www.amazon.com/gp/feature.html/ref=pe_11888060_txt_10/?ie=UTF8&docId=1000364351
-----------------------------------------------
Order New Release Movies Right from Your Couch
-----------------------------------------------
Roku Digital Video Player ( http://www.amazon.com/gp/product/B001PIBE8I/ref=pe_11888060_txt_11/ )
TiVo Series3, HD, and HD XL DVRs ( http://www.amazon.com/gp/browse.html/ref=pe_11888060_txt_12/?node=160759011 )
Panasonic Viera HDTVs ( http://www.amazon.com/s/node=172282&hidden-keywords=B001UAEWUS|B001UAB40E|B001UAEWSU/ref=pe_11888060_txt_13/ )
Sony Bravia Internet Video Link ( http://www.amazon.com/gp/product/B000RFURG0/ref=pe_11888060_txt_14/ )
See all ways to watch on your TV
http://www.amazon.com/gp/video/ontv/ref=pe_11888060_txt_15/
----- End forwarded message -----
AmazonがHDクオリティのVideo On Demandサービスを開始らしい。
この動画を見ている人は下記の動画も見ています、とかリコメンドしてくれるのかな(笑)
Subject: [ NNSquad ] Amazon launches HD video service
----- Forwarded message from "Amazon.com"
Date: Wed, 22 Apr 2009 11:59:12 -0700 (PDT)
From: "Amazon.com"
Subject: Instant HD Is Here with Amazon Video On Demand
Instant HD with Amazon Video On Demand
http://www.amazon.com/gp/feature.html/ref=pe_11888060_txt_1/?ie=UTF8&docId=1000364351
Dear Amazon.com Customer,
As a valued Amazon Video On Demand customer, we'd like to let you know that you can now watch over 500 TV shows and movies in crystal-clear, eye-popping HD ( http://www.amazon.com/gp/feature.html/ref=pe_11888060_txt_2/?ie=UTF8&docId=1000364351 ). Watch HD TV shows online on Macs or PCs, or on your TV through your TiVo DVR, Roku Digital Video Player, compatible Sony Bravia and Panasonic Viera HDTV's. You can also download to your PC for $2.99 per episode. Rent HD movies directly from your TV through the same compatible devices for $4.99 or less.
See all HD content
http://www.amazon.com/gp/feature.html/ref=pe_11888060_txt_3/?ie=UTF8&docId=1000364351
--------------------------------
Hit TV Shows: Even Better in HD
--------------------------------
Heroes Season 3 [HD] ( http://www.amazon.com/gp/product/B001T58QWY/ref=pe_11888060_txt_4/ )
The Tudors Season 2 [HD] ( http://www.amazon.com/gp/product/B0025WX2YW/ref=pe_11888060_txt_5/ )
Supernatural Season 4 [HD] ( http://www.amazon.com/gp/product/B001UG13IG/ref=pe_11888060_txt_6/ )
Terminator: The Sarah Connor Chronicles Season 2 [HD] ( http://www.amazon.com/gp/product/B001V6SEY6/ref=pe_11888060_txt_7/ )
Fringe Season 1 [HD] ( http://www.amazon.com/gp/product/B001UTW7QU/ref=pe_11888060_txt_8/ )
Battlestar Galactica Season 4 [HD] ( http://www.amazon.com/gp/product/B001LZZ2DS/ref=pe_11888060_txt_9/ )
See all available HD shows
http://www.amazon.com/gp/feature.html/ref=pe_11888060_txt_10/?ie=UTF8&docId=1000364351
-----------------------------------------------
Order New Release Movies Right from Your Couch
-----------------------------------------------
Roku Digital Video Player ( http://www.amazon.com/gp/product/B001PIBE8I/ref=pe_11888060_txt_11/ )
TiVo Series3, HD, and HD XL DVRs ( http://www.amazon.com/gp/browse.html/ref=pe_11888060_txt_12/?node=160759011 )
Panasonic Viera HDTVs ( http://www.amazon.com/s/node=172282&hidden-keywords=B001UAEWUS|B001UAB40E|B001UAEWSU/ref=pe_11888060_txt_13/ )
Sony Bravia Internet Video Link ( http://www.amazon.com/gp/product/B000RFURG0/ref=pe_11888060_txt_14/ )
See all ways to watch on your TV
http://www.amazon.com/gp/video/ontv/ref=pe_11888060_txt_15/
----- End forwarded message -----
AmazonがHDクオリティのVideo On Demandサービスを開始らしい。
この動画を見ている人は下記の動画も見ています、とかリコメンドしてくれるのかな(笑)
RIPE-announce@Apr 22, 2009
Date: Wed, 22 Apr 2009 11:31:07 +0200
Subject: [policy-announce] 2006-01 Proposal Accepted (Provider Independent (PI) IPv6 Assignments for End User Organisations)
PDP Number: 2006-01
Provider Independent (PI) IPv6 Assignments for End User Organisations
Dear Colleagues,
Consensus has been reached, and the proposal described in 2006-01,
"Provider Independent (PI) IPv6 Assignments for End User
Organisations" has been accepted by the RIPE community.
The related RIPE policy document is now updated, published and can
be found at:
http://www.ripe.net/ripe/docs/ripe-466.html
or
http://www.ripe.net/ripe/docs/ipv6-policies.html
The proposal is now archived and can be found at:
http://www.ripe.net/ripe/policies/proposals/2006-01.html
The RIPE NCC will implement this new policy within one month.
Thank you for your input.
Regards
Filiz Yilmaz
Policy Development Officer
RIPE NCC
欧州地域でIPv6のプロバイダ非依存アドレスの割当てに関して導入された報告。
欧州地域はIPv6アドレスの取得が進んでいる地域。
しかしIPv6独自のサービスはまだ見えてこない。移行という話も聞こえてこない。
これをきっかけにIPv6の普及が進むか。
Subject: [policy-announce] 2006-01 Proposal Accepted (Provider Independent (PI) IPv6 Assignments for End User Organisations)
PDP Number: 2006-01
Provider Independent (PI) IPv6 Assignments for End User Organisations
Dear Colleagues,
Consensus has been reached, and the proposal described in 2006-01,
"Provider Independent (PI) IPv6 Assignments for End User
Organisations" has been accepted by the RIPE community.
The related RIPE policy document is now updated, published and can
be found at:
http://www.ripe.net/ripe/docs/ripe-466.html
or
http://www.ripe.net/ripe/docs/ipv6-policies.html
The proposal is now archived and can be found at:
http://www.ripe.net/ripe/policies/proposals/2006-01.html
The RIPE NCC will implement this new policy within one month.
Thank you for your input.
Regards
Filiz Yilmaz
Policy Development Officer
RIPE NCC
欧州地域でIPv6のプロバイダ非依存アドレスの割当てに関して導入された報告。
欧州地域はIPv6アドレスの取得が進んでいる地域。
しかしIPv6独自のサービスはまだ見えてこない。移行という話も聞こえてこない。
これをきっかけにIPv6の普及が進むか。
4/22/2009
ARIN-announce@Apr 21, 2009
Date: Tuesday, 21 April 2009 6:28 AM
Subject: [arin-announce] ARIN Outreach on IPv4 Depletion
The Board of Trustees has directed ARIN staff to contact, by certified
letter [1], the CEOs of organizations that currently hold IPv4 resources
in its region. The purpose of this effort is to raise executive
awareness of the depletion of IPv4 resources and to encourage the active
adoption of IPv6.
This letter will also serve as notification that, in response to the
approaching depletion of the IPv4 free address pool, the Board has
directed ARIN staff to take additional steps to ensure the legitimacy of
all IPv4 address space requests.
Beginning 18 May 2009, ARIN will require that all applications for IPv4
address space include an attestation of accuracy from an officer of the
organization. For information on this requirement, please see:
https://www.arin.net/resources/agreements/officer_attest.html
Regards,
Leslie Nobile
Director of Registration Services
American Registry for Internet Numbers (ARIN)
[1] https://www.arin.net/knowledge/about_resources/ceo_letter.pdf
ARINは各IPv4割当て組織の取締役に連絡を取ることになった模様。
これで経営層の方々にIPv4の有効活用とIPv6への移行の意識が進むのでしょうか。
ちょっと疑問ですが、やらないよりはマシかな。
Subject: [arin-announce] ARIN Outreach on IPv4 Depletion
The Board of Trustees has directed ARIN staff to contact, by certified
letter [1], the CEOs of organizations that currently hold IPv4 resources
in its region. The purpose of this effort is to raise executive
awareness of the depletion of IPv4 resources and to encourage the active
adoption of IPv6.
This letter will also serve as notification that, in response to the
approaching depletion of the IPv4 free address pool, the Board has
directed ARIN staff to take additional steps to ensure the legitimacy of
all IPv4 address space requests.
Beginning 18 May 2009, ARIN will require that all applications for IPv4
address space include an attestation of accuracy from an officer of the
organization. For information on this requirement, please see:
https://www.arin.net/resources/agreements/officer_attest.html
Regards,
Leslie Nobile
Director of Registration Services
American Registry for Internet Numbers (ARIN)
[1] https://www.arin.net/knowledge/about_resources/ceo_letter.pdf
ARINは各IPv4割当て組織の取締役に連絡を取ることになった模様。
これで経営層の方々にIPv4の有効活用とIPv6への移行の意識が進むのでしょうか。
ちょっと疑問ですが、やらないよりはマシかな。
NZNOG@Apr 21, 2009
Date: Tue, 21 Apr 2009 12:14:05 +1200
Subject: [nznog] msn.co.nz
So, I wouldn't normally make a post like this, but I figure one or two
people might notice this at some point in the next day or so:
mj@coalface:~$ whois msn.co.nz | egrep ^ns_name
ns_name_01: fatih1.turkguvenligi.info
ns_name_02: fatih2.turkguvenligi.info
mj@coalface:~$ whois msn.co.nz | egrep ^domain_datelastmodified
domain_datelastmodified: 2009-04-21T09:44:21+12:00
From my resolver's cache:
;; ANSWER SECTION:
msn.co.nz. 3282 IN A 202.58.48.29
;; AUTHORITY SECTION:
msn.co.nz. 20363 IN NS ns4.msft.net.
msn.co.nz. 20363 IN NS ns5.msft.net.
msn.co.nz. 20363 IN NS ns1.msft.net.
msn.co.nz. 20363 IN NS ns2.msft.net.
msn.co.nz. 20363 IN NS ns3.msft.net.
;; ADDITIONAL SECTION:
ns1.msft.net. 1571 IN A 207.68.160.190
ns2.msft.net. 1593 IN A 65.54.240.126
ns3.msft.net. 18367 IN A 213.199.161.77
ns4.msft.net. 18367 IN A 207.46.66.126
ns5.msft.net. 1302 IN A 65.55.238.126
From the new NS:
;; ANSWER SECTION:
msn.co.nz. 14400 IN A 95.211.11.163
;; AUTHORITY SECTION:
msn.co.nz. 86400 IN NS fatih1.turkguvenligi.info.
msn.co.nz. 86400 IN NS fatih2.turkguvenligi.info.
;; ADDITIONAL SECTION:
fatih1.turkguvenligi.info. 14400 IN A 95.211.11.163
fatih2.turkguvenligi.info. 14400 IN A 95.211.11.163
It's not still April Fools, is it?
-Mike
MSNニュージーランドがハイジャックされた模様。
SQLインジェクションでネームサーバが書き換えられたらしいとのこと。
Subject: [nznog] msn.co.nz
So, I wouldn't normally make a post like this, but I figure one or two
people might notice this at some point in the next day or so:
mj@coalface:~$ whois msn.co.nz | egrep ^ns_name
ns_name_01: fatih1.turkguvenligi.info
ns_name_02: fatih2.turkguvenligi.info
mj@coalface:~$ whois msn.co.nz | egrep ^domain_datelastmodified
domain_datelastmodified: 2009-04-21T09:44:21+12:00
From my resolver's cache:
;; ANSWER SECTION:
msn.co.nz. 3282 IN A 202.58.48.29
;; AUTHORITY SECTION:
msn.co.nz. 20363 IN NS ns4.msft.net.
msn.co.nz. 20363 IN NS ns5.msft.net.
msn.co.nz. 20363 IN NS ns1.msft.net.
msn.co.nz. 20363 IN NS ns2.msft.net.
msn.co.nz. 20363 IN NS ns3.msft.net.
;; ADDITIONAL SECTION:
ns1.msft.net. 1571 IN A 207.68.160.190
ns2.msft.net. 1593 IN A 65.54.240.126
ns3.msft.net. 18367 IN A 213.199.161.77
ns4.msft.net. 18367 IN A 207.46.66.126
ns5.msft.net. 1302 IN A 65.55.238.126
From the new NS:
;; ANSWER SECTION:
msn.co.nz. 14400 IN A 95.211.11.163
;; AUTHORITY SECTION:
msn.co.nz. 86400 IN NS fatih1.turkguvenligi.info.
msn.co.nz. 86400 IN NS fatih2.turkguvenligi.info.
;; ADDITIONAL SECTION:
fatih1.turkguvenligi.info. 14400 IN A 95.211.11.163
fatih2.turkguvenligi.info. 14400 IN A 95.211.11.163
It's not still April Fools, is it?
-Mike
MSNニュージーランドがハイジャックされた模様。
SQLインジェクションでネームサーバが書き換えられたらしいとのこと。
4/21/2009
RIPE-address-policy-wg@Apr 20, 2009
Date: Mon, 20 Apr 2009 13:18:52 +0200
Subject: [address-policy-wg] New Document available: RIPE-465
Dear Colleagues,
The mention of 0.8 as the HD ratio (in two occurrences) in ripe-450 is an error.
In RIPE, the HD ratio for IPv6 has been set at 0.94 since November 2007 and was documented correctly in the previous IPv6 Address Allocation and Assignment Policy (ripe-421).
We have corrected the error and published an updated document (ripe-465) that you can find at:
http://test-www.ripe.net/ripe/docs/ripe-465.html
We apologise for any confusion this may have caused and will put in place additional checks to prevent similar errors in the future
Kind Regards
Adrian Bedford
Web Services Team Leader
RIPE NCC
RIPEのIPv6アドレス割当て/割振りのドキュメントについて訂正版を発行。
HDレシオが0.8の時代のものから順次Updateしてきているので変化を追いやすいかも。
Subject: [address-policy-wg] New Document available: RIPE-465
Dear Colleagues,
The mention of 0.8 as the HD ratio (in two occurrences) in ripe-450 is an error.
In RIPE, the HD ratio for IPv6 has been set at 0.94 since November 2007 and was documented correctly in the previous IPv6 Address Allocation and Assignment Policy (ripe-421).
We have corrected the error and published an updated document (ripe-465) that you can find at:
http://test-www.ripe.net/ripe/docs/ripe-465.html
We apologise for any confusion this may have caused and will put in place additional checks to prevent similar errors in the future
Kind Regards
Adrian Bedford
Web Services Team Leader
RIPE NCC
RIPEのIPv6アドレス割当て/割振りのドキュメントについて訂正版を発行。
HDレシオが0.8の時代のものから順次Updateしてきているので変化を追いやすいかも。
MENOG@Apr 20, 2009
Date: Mon, 20 Apr 2009 15:54:42 +0300
Subject: [menog] Oracle buys Sun!!!
Dear Colleagues,
How true is the statement; 'Oracle buys Sun' ? Typically, HW vendor buys HW vendor, but cross acquisition something that never occurs, at least in mind, unless I've got a tiny brain :)
Regards
オラクルがサンを買収、というニュース。
他のNOGではあまり話題を見かけないが、メジャーネームがメジャーネームを買収ということで
食いつきがよかったか。
Subject: [menog] Oracle buys Sun!!!
Dear Colleagues,
How true is the statement; 'Oracle buys Sun' ? Typically, HW vendor buys HW vendor, but cross acquisition something that never occurs, at least in mind, unless I've got a tiny brain :)
Regards
オラクルがサンを買収、というニュース。
他のNOGではあまり話題を見かけないが、メジャーネームがメジャーネームを買収ということで
食いつきがよかったか。
NANOG@Apr 20, 2009
Date: Mon, 20 Apr 2009 18:39:47 -0500 (CDT)
Subject: Important New Requirement for IPv4 Requests
Forwarded message:
> Subject: Important New Requirement for IPv4 Requests
> From: ARIN Registration Services
>
> Hello,
>
> With the approaching depletion of the IPv4 address free pool, the
> ARIN Board of Trustees has directed ARIN staff to take additional
> steps to ensure the legitimacy of all IPv4 address space requests.
> Beginning 18 May 2009, ARIN will require that all applications for
> IPv4 address space include an attestation of accuracy from an officer
> of the organization. For more information on this requirement, please
> see:
>
> https://www.arin.net/resources/agreements/officer_attest.html
>
> Whenever a request for IPv4 resources is received, ARIN will ask in
> its initial reply for the name and contact information of an officer
> of the organization who will be able to attest to the validity of the
> information provided to ARIN.
>
> At the point a request is ready to be approved, ARIN will send a summary
> of the request (via e-mail) to the officer with a cc: to the requesting
> POC (Tech or Admin) and ask the officer to attest to the validity of the
> information provided to ARIN. The summary will provide a brief overview
> of the request and an explanation of the required attestation. ARIN will
> include the original request template and any other relevant information
> the requestor provided. Once ARIN receives the attestation from the
> officer, the request can be approved. Attestation may also be provided
> via fax or postal mail.
>
> For further assistance, contact ARIN's Registration Services Help Desk
> via e-mail to hostmaster@arin.net or telephone at +1.703.227.0660.
Let me see if I can understand this.
We're running out of IPv4 space.
Knowing that blatant lying about IP space justifications has been an
ongoing game in the community, ARIN has decided to "do something" about
it.
So now they're going to require an attestation. Which means that they
are going to require an "officer" to "attest" to the validity of the
information.
So the "officer," most likely not being a technical person, is going to
contact ... probably the same people who made the request, ask them if
they need the space. Right?
And why would the answer be any different, now?
... JG
ARINは新しいIP要求に対し、経営者に確認のメールなどを送ることを考えている。
それに対して異論が出てきています。
Subject: Important New Requirement for IPv4 Requests
Forwarded message:
> Subject: Important New Requirement for IPv4 Requests
> From: ARIN Registration Services
>
> Hello,
>
> With the approaching depletion of the IPv4 address free pool, the
> ARIN Board of Trustees has directed ARIN staff to take additional
> steps to ensure the legitimacy of all IPv4 address space requests.
> Beginning 18 May 2009, ARIN will require that all applications for
> IPv4 address space include an attestation of accuracy from an officer
> of the organization. For more information on this requirement, please
> see:
>
> https://www.arin.net/resources/agreements/officer_attest.html
>
> Whenever a request for IPv4 resources is received, ARIN will ask in
> its initial reply for the name and contact information of an officer
> of the organization who will be able to attest to the validity of the
> information provided to ARIN.
>
> At the point a request is ready to be approved, ARIN will send a summary
> of the request (via e-mail) to the officer with a cc: to the requesting
> POC (Tech or Admin) and ask the officer to attest to the validity of the
> information provided to ARIN. The summary will provide a brief overview
> of the request and an explanation of the required attestation. ARIN will
> include the original request template and any other relevant information
> the requestor provided. Once ARIN receives the attestation from the
> officer, the request can be approved. Attestation may also be provided
> via fax or postal mail.
>
> For further assistance, contact ARIN's Registration Services Help Desk
> via e-mail to hostmaster@arin.net or telephone at +1.703.227.0660.
Let me see if I can understand this.
We're running out of IPv4 space.
Knowing that blatant lying about IP space justifications has been an
ongoing game in the community, ARIN has decided to "do something" about
it.
So now they're going to require an attestation. Which means that they
are going to require an "officer" to "attest" to the validity of the
information.
So the "officer," most likely not being a technical person, is going to
contact ... probably the same people who made the request, ask them if
they need the space. Right?
And why would the answer be any different, now?
... JG
ARINは新しいIP要求に対し、経営者に確認のメールなどを送ることを考えている。
それに対して異論が出てきています。
APPLe@Apr 20, 2009
Date: Mon, 20 Apr 2009 00:59:46 -0700 (PDT)
Subject: [APPLe list] general internet news - 20 April
**********************************************************
Sponsored by the Singapore Internet Research Centre
Nanyang Technological University, Singapore
http://www.ntu.edu.sg/sci/sirc/
**********************************************************
Don't forget to check out http://www.auda.org.au/domain-news/ for today's edition of the complete domain news, already online!
And see my website - http://technewsreview.com.au/ - for daily updates in between postings.
～ばっさりと略～
MI5 seeks Q - applications in invisible ink optional
For years Britain's foreign intelligence service, MI6, had a Q - a figure, in fact and fiction, "whose team is responsible for innovative technology and gimmicks and gadgets and things like that," as one of its officers puts it.
http://www.guardian.co.uk/uk/2009/apr/18/mi5-recruit-scientific-adviser
～後略～
MI5が007の"Q"のような人を探している、と。
テクノロジー、ギミック、ガジェットに興味がある人は応募してみると面白いかも。
それ以前に国籍条項に引っ掛る可能性があるのでLink先をよく読みこんでから応募をしてください。
Subject: [APPLe list] general internet news - 20 April
**********************************************************
Sponsored by the Singapore Internet Research Centre
Nanyang Technological University, Singapore
http://www.ntu.edu.sg/sci/sirc/
**********************************************************
Don't forget to check out http://www.auda.org.au/domain-news/ for today's edition of the complete domain news, already online!
And see my website - http://technewsreview.com.au/ - for daily updates in between postings.
～ばっさりと略～
MI5 seeks Q - applications in invisible ink optional
For years Britain's foreign intelligence service, MI6, had a Q - a figure, in fact and fiction, "whose team is responsible for innovative technology and gimmicks and gadgets and things like that," as one of its officers puts it.
http://www.guardian.co.uk/uk/2009/apr/18/mi5-recruit-scientific-adviser
～後略～
MI5が007の"Q"のような人を探している、と。
テクノロジー、ギミック、ガジェットに興味がある人は応募してみると面白いかも。
それ以前に国籍条項に引っ掛る可能性があるのでLink先をよく読みこんでから応募をしてください。
4/20/2009
NANOG@Apr 19, 2009
Date: Sun, 19 Apr 2009 12:55:45 -0700 (PDT)
Subject: SkypeSetup Rogue Download
Has anyone seen anything like this?
http://www.virustotal.com/analisis/f58203f8d5cb98628eaa785e27c9e059
SkypeSetup.exeがVirusTotalを通してみるとウィルスに感染しているように見える。
返信としてDownload.comからダウンロードしたものは大丈夫だったよ、と。
怪しい？
Subject: SkypeSetup Rogue Download
Has anyone seen anything like this?
http://www.virustotal.com/analisis/f58203f8d5cb98628eaa785e27c9e059
SkypeSetup.exeがVirusTotalを通してみるとウィルスに感染しているように見える。
返信としてDownload.comからダウンロードしたものは大丈夫だったよ、と。
怪しい？
4/19/2009
APNIC-sig-policy@Apr 18, 2009
Date: Sat, 18 Apr 2009 03:08:08 +1000
Subject: [sig-policy] New thoughts on 050
I am wondering. 050 is about resource transfers.
But does anyone have an opinion on resource leasing?
Example... I enter into a private agreement with a party to lease them an AS and the rights to route (or attempt to do so) a /21, and charge them a yearly fee.
050 stops transfers, but who cares about 050 if there are easier, simpler ways to accomplish the same thing - but better... I still own it in the end.
You could even have a broker that leased lots of excess address space from members for a certain period, and based on the scarcity, the size of the resource, then sub-leased it to different parties at rates according to demand at the time - kind of like the real estate rental market.
I guess the concept of leasing address space is already a standard one as most ISP's I know, and in ones I have built, we have levied a fee on the end customer for larger than the default allocation as a cost recovery method of our APNIC fees in having them in the first place.
Thoughts?
--
Skeeve Stevens, CEO/Technical Director
eintellego Pty Ltd - The Networking Specialists
skeeve@eintellego.net / www.eintellego.net
APNICのprop-050のポリシーに関して。
実際にはIPアドレス移転だけじゃなくて、IPアドレスリースということもできる。
それについて意見は？という質問。
私自身、もしprop-050が通った場合に何を考えるかというと、IPアドレスリースでした。
大規模なIP空間を持った企業グループがグループ内NICとしてグループ企業にIPを配布し、
アドレスが必要になればAPNIC等から割当を受けるか、IPアドレスを保持する他企業を買収する。
IANA--RIR--LIRの仕組みには則っているが、パワーバランスを変化させてしまう可能性もあり。
私が思いつくのだからかなりの人数が危険性を認識しているはず。
ようやく意見が出てきてよかった。
Subject: [sig-policy] New thoughts on 050
I am wondering. 050 is about resource transfers.
But does anyone have an opinion on resource leasing?
Example... I enter into a private agreement with a party to lease them an AS and the rights to route (or attempt to do so) a /21, and charge them a yearly fee.
050 stops transfers, but who cares about 050 if there are easier, simpler ways to accomplish the same thing - but better... I still own it in the end.
You could even have a broker that leased lots of excess address space from members for a certain period, and based on the scarcity, the size of the resource, then sub-leased it to different parties at rates according to demand at the time - kind of like the real estate rental market.
I guess the concept of leasing address space is already a standard one as most ISP's I know, and in ones I have built, we have levied a fee on the end customer for larger than the default allocation as a cost recovery method of our APNIC fees in having them in the first place.
Thoughts?
--
Skeeve Stevens, CEO/Technical Director
eintellego Pty Ltd - The Networking Specialists
skeeve@eintellego.net / www.eintellego.net
APNICのprop-050のポリシーに関して。
実際にはIPアドレス移転だけじゃなくて、IPアドレスリースということもできる。
それについて意見は？という質問。
私自身、もしprop-050が通った場合に何を考えるかというと、IPアドレスリースでした。
大規模なIP空間を持った企業グループがグループ内NICとしてグループ企業にIPを配布し、
アドレスが必要になればAPNIC等から割当を受けるか、IPアドレスを保持する他企業を買収する。
IANA--RIR--LIRの仕組みには則っているが、パワーバランスを変化させてしまう可能性もあり。
私が思いつくのだからかなりの人数が危険性を認識しているはず。
ようやく意見が出てきてよかった。
4/18/2009
RIPE-anti-abuse-wg@Apr 17, 2009
date: Fri, Apr 17, 2009 at 9:31 PM
subject: [anti-abuse-wg] What to do when both RIR and ISP don't care?
I have first to say sorry to this mailing-list, as this mail
isn't related to RIPE but rather to LACNIC.
I've traced back some hacking from an IP address (200.113.126.76)
in an ISP (Telefonica Empresas). I've sent an abuse complaint to the
only email address available (sescobar@isp.tie.cl) in LACNIC Whois but
visibly the ISP didn't care and nothing was done.
Then I had but to send another abuse complaint to LACNIC
(abuse@lacnic.net). The only answer I got is an automatic message
saying that it's not their responsibility at LACNIC to investigate
abuse issues.
That's really a bureaucratic act! What could we do in such situation?
PS: Really sorry that I have to bring this issue in RIPE because in
LACNIC website, there's really nothing to help users like in RIPE
where you have a mailing-list, or like in APNIC where one could report
invalid WHOIS info.
南米地域でクラックされたPCからのSPAMに関しての相談。
このメーリングリストは欧州地域のものだが、南米地域に同様のものが無いため
どうしたらいい？という相談のメール。
CERT.brなどに相談すべきじゃないかな。
subject: [anti-abuse-wg] What to do when both RIR and ISP don't care?
I have first to say sorry to this mailing-list, as this mail
isn't related to RIPE but rather to LACNIC.
I've traced back some hacking from an IP address (200.113.126.76)
in an ISP (Telefonica Empresas). I've sent an abuse complaint to the
only email address available (sescobar@isp.tie.cl) in LACNIC Whois but
visibly the ISP didn't care and nothing was done.
Then I had but to send another abuse complaint to LACNIC
(abuse@lacnic.net). The only answer I got is an automatic message
saying that it's not their responsibility at LACNIC to investigate
abuse issues.
That's really a bureaucratic act! What could we do in such situation?
PS: Really sorry that I have to bring this issue in RIPE because in
LACNIC website, there's really nothing to help users like in RIPE
where you have a mailing-list, or like in APNIC where one could report
invalid WHOIS info.
南米地域でクラックされたPCからのSPAMに関しての相談。
このメーリングリストは欧州地域のものだが、南米地域に同様のものが無いため
どうしたらいい？という相談のメール。
CERT.brなどに相談すべきじゃないかな。
NANOG@Apr 17, 2009
Date: Fri, 17 Apr 2009 22:56:31 +0000
Subject: Re: US west coast personal colo
On Fri, Apr 17, 2009 at 06:50:42PM -0400, Sean Donelan wrote:A
>
> Is anyone still doing personal colo on the west coast? I'm looking for a
> new home for my personal server on the west coast, and it seems like
> the economy has taken out most of the old personal colo offers.
> Even the old web page on www.vix.com/personalcolo is gone.
> A
there are a few of us still around.
--bill
米国西海岸で個人用コロケーションってない？という質問に、まだいくつかあるよ、という回答。
願わくばURLまで教えて欲しかった。。。
Subject: Re: US west coast personal colo
On Fri, Apr 17, 2009 at 06:50:42PM -0400, Sean Donelan wrote:A
>
> Is anyone still doing personal colo on the west coast? I'm looking for a
> new home for my personal server on the west coast, and it seems like
> the economy has taken out most of the old personal colo offers.
> Even the old web page on www.vix.com/personalcolo is gone.
> A
there are a few of us still around.
--bill
米国西海岸で個人用コロケーションってない？という質問に、まだいくつかあるよ、という回答。
願わくばURLまで教えて欲しかった。。。
NANOG@Apr 17, 2009
Date: Fri, 17 Apr 2009 10:11:30 -0400
Subject: IXP
Hello NANOG,
I like would to know what are best practices for an internet exchange. I
have some concerns about the following;
Can the IXP members use RFC 1918 ip addresses for their peering?
Can the IXP members use private autonomous numbers for their peering?
Maybe the answer is obviuos, but I like to know from any IXP admins what
their setup/experiences have been.
--
--sharlon
IXPのメンバーはプライベートアドレスやプライベートASを使ってもいいの？という質問。
使えるとは思うけど、グローバルでやらない理由はなにかな？
Subject: IXP
Hello NANOG,
I like would to know what are best practices for an internet exchange. I
have some concerns about the following;
Can the IXP members use RFC 1918 ip addresses for their peering?
Can the IXP members use private autonomous numbers for their peering?
Maybe the answer is obviuos, but I like to know from any IXP admins what
their setup/experiences have been.
--
--sharlon
IXPのメンバーはプライベートアドレスやプライベートASを使ってもいいの？という質問。
使えるとは思うけど、グローバルでやらない理由はなにかな？
4/17/2009
ARIN-announce@Apr 16, 2009
Date: Thu, 16 Apr 2009 15:09:14 -0400
Subject: [arin-announce] ARIN President and CEO Update
ARIN previously announced that Thomas Cady would be joining as President
and CEO. Mr. Cady will not become ARIN's CEO due to changes in Mr.
Cady's personal circumstances. The ARIN Board is at this time in
negotiations with a highly qualified CEO candidate. In the interim, John
Curran, who has been serving as interim President and CEO of ARIN has
asked that he be relieved of his duties as the founding Chairman of the
ARIN Board of Trustees, so he can devote more time to his role as acting
President and CEO. Mr. Curran will remain an ARIN Board member. Paul
Vixie, a current Board member, has been elected by the Board to serve as
Chairman of the Board. ARIN looks forward to announcing our permanent
CEO and President shortly.
Regards,
Paul Vixie
Chairman, Board of Trustees
American Registry for Internet Numbers (ARIN)
ARINは新CEOを決めるのに難航中。とはいえ暫定社長兼暫定最高経営責任者を新候補で調整中。
はやく体制が決まるといいですね。
IPアドレスの終末期の大変さを知っている人間は引き受けにくいだろうし、
IPアドレスを知らない人間はこの仕事が解らないので引き受けにくいだろう。
大変だ。
Subject: [arin-announce] ARIN President and CEO Update
ARIN previously announced that Thomas Cady would be joining as President
and CEO. Mr. Cady will not become ARIN's CEO due to changes in Mr.
Cady's personal circumstances. The ARIN Board is at this time in
negotiations with a highly qualified CEO candidate. In the interim, John
Curran, who has been serving as interim President and CEO of ARIN has
asked that he be relieved of his duties as the founding Chairman of the
ARIN Board of Trustees, so he can devote more time to his role as acting
President and CEO. Mr. Curran will remain an ARIN Board member. Paul
Vixie, a current Board member, has been elected by the Board to serve as
Chairman of the Board. ARIN looks forward to announcing our permanent
CEO and President shortly.
Regards,
Paul Vixie
Chairman, Board of Trustees
American Registry for Internet Numbers (ARIN)
ARINは新CEOを決めるのに難航中。とはいえ暫定社長兼暫定最高経営責任者を新候補で調整中。
はやく体制が決まるといいですね。
IPアドレスの終末期の大変さを知っている人間は引き受けにくいだろうし、
IPアドレスを知らない人間はこの仕事が解らないので引き受けにくいだろう。
大変だ。
NNSquad@Apr 16, 2009
Date: Thu, 16 Apr 2009 16:06:56 -0700
Subject: [ NNSquad ] Bulletin: Time Warner Reportedly to "Shelve" Bandwidth Cap Plans
Bulletin: Time Warner Reportedly to "Shelve" Bandwidth Cap Plans
http://lauren.vortex.com/archive/000548.html
Greetings. In an extremely brief item that moved this afternoon, AP
has reported that "following mounting public and political outcry,"
Time Warner Cable is "shelving" plans for capped/metered Internet use.
( http://nytimes.com/aponline/2009/04/16/business/AP-TEC-Metered-Internet.html )
The article also suggests that this "capitulation" bodes ill for
future efforts of this sort.
Obviously, there will be a great deal more to say about this story as
details become available, and the reactions of other ISPs who have
implemented or have been moving toward bandwidth caps (including
Comcast, AT&T, etc.) will be interesting to observe. The related
implications could potentially impact literally every aspect of
Internet use.
Will I need to revise "'Once Upon a Time' (Understanding Bandwidth
Caps)" ( http://www.nnsquad.org/bandwidth-caps.html ) to provide a
happy ending after all? It's still really too early to know. But
today's development is certainly quite fascinating.
There's an old slogan that goes "Power to the people!" Perhaps in the
context of the Internet, "Bandwidth for the people!" should be a new
rallying cry.
Stay tuned.
--Lauren--
Lauren Weinstein
タイムワーナーは帯域制限を棚上げしたというメール。
やはり反対意見が多かったか。
日本ではぷららやIIJへの反対意見も多少はあったようだが、それほど問題にならなかった気がする。
違法P2Pが敵なうちに導入できたからね。
今は動画共有サイトだから・・・ これは大手を振っては制限できない。。。
Subject: [ NNSquad ] Bulletin: Time Warner Reportedly to "Shelve" Bandwidth Cap Plans
Bulletin: Time Warner Reportedly to "Shelve" Bandwidth Cap Plans
http://lauren.vortex.com/archive/000548.html
Greetings. In an extremely brief item that moved this afternoon, AP
has reported that "following mounting public and political outcry,"
Time Warner Cable is "shelving" plans for capped/metered Internet use.
( http://nytimes.com/aponline/2009/04/16/business/AP-TEC-Metered-Internet.html )
The article also suggests that this "capitulation" bodes ill for
future efforts of this sort.
Obviously, there will be a great deal more to say about this story as
details become available, and the reactions of other ISPs who have
implemented or have been moving toward bandwidth caps (including
Comcast, AT&T, etc.) will be interesting to observe. The related
implications could potentially impact literally every aspect of
Internet use.
Will I need to revise "'Once Upon a Time' (Understanding Bandwidth
Caps)" ( http://www.nnsquad.org/bandwidth-caps.html ) to provide a
happy ending after all? It's still really too early to know. But
today's development is certainly quite fascinating.
There's an old slogan that goes "Power to the people!" Perhaps in the
context of the Internet, "Bandwidth for the people!" should be a new
rallying cry.
Stay tuned.
--Lauren--
Lauren Weinstein
タイムワーナーは帯域制限を棚上げしたというメール。
やはり反対意見が多かったか。
日本ではぷららやIIJへの反対意見も多少はあったようだが、それほど問題にならなかった気がする。
違法P2Pが敵なうちに導入できたからね。
今は動画共有サイトだから・・・ これは大手を振っては制限できない。。。
4/16/2009
AfriNIC-rpd@Apr 15, 2009
Date: Wed, 15 Apr 2009 15:50:58 +0300
Subject: [AfriNIC-rpd] AfriNIC Policy Proposal Summary
Dear Members,
Below please find a summary of the policy proposals currently under
discussion in the AfriNIC region. Please note that these policies shall be
discussed at the forthcoming face to face public meeting during the AfriNIC
10 meetings. Members are therefore encouraged to continue discussions on the
policy proposals between now and then.
The AfriNIC Policy Development Process can be found at:
http://www.afrinic.net/docs/policies/afpol-pdp200707.htm
AfriNIC Mailing Lists subscription information can be found at:
http://www.afrinic.net/mailinglist.htm
Kind Regards,
Vincent Ngundi
Chair, AfriNIC PDP-MG
####### Policy Proposal Summary #############
Policy proposal : IPv4 Soft Landing Policy
Proposal Date : 05 Jan 2009
Scope : Regional proposal
afpol-v4200901 < http://www.afrinic.net/docs/policies/afpol-v4200901.htm>
Summary:
This policy proposal outlines a process through which AfriNIC shall manage
the last /8 addresses that will be assigned to it by the IANA under the
"Global Policy for the Allocation of the Remaining IPv4 Address space".
<http://www.afrinic.net/docs/policies/afpol-v4gp200802.html>
There were several comments regarding this policy from AfriNIC community;
such as the comment on the idea of refraining from making v6 allocations
mandatory as shown in the policy, They argue that an RIR is not supposed to
dictate on the technology that the LIR's use.
Another comments favor the return of the /16 into the v4 pool when the v4
pool reached exhaustion, and suggest making allocations for Critical
infrastructure from the /16 that will be in reserve, on contrary, other
comments saying we should leave this reserved even when the pool reaches
exhaustion as the motive for reserving it was for unforeseen circumstances,
and think if we make allocations to Critical infrastructure from the /16 in
reserve we shall be eating our cake and expecting to have it.
Comments seconded the idea of all address allocations being used only within
the AfriNIC region arguing that all resources allocated should be used
within Africa to support local operations. and other comments favored a 90%
threshold of usage before additional allocation can be made to any LIR.
It's a very important policy proposal in case of ratification by community,
it'll re-shape the way of allocating IPv4 address to all LIRs in the region.
It is the time to discuss it more and we'd like to encourage the community
to put their inputs in order to get all proper required modifications for
the proposal (if any) before the coming AfriNIC-10 face to face meeting next
May in Cairo.
##############################
Policy proposal : IPv6 Allocations to Non-Profit Networks
Proposal Date : 13 Jan 2009
Scope : Regional proposal
afpol-v6200901 <http://www.afrinic.net/docs/policies/afpol-v6200901.htm>
Summary:
This policy seeks to make it as easy as possible for non-profit entities to
obtain a /48 PI IPv6 addressing resources from AfriNIC and drive the
deployment of and demand for IPv6 services through this in Africa.
Additionally the policy seeks to limit the way in which these addressing
resources for non-profit entities will be used to avoid abuse by LIRs,
Internet Service Providers and other commercial users of Internet addressing
resources.
we need to hear the comments from community on this proposal "IPv6
Allocations to Non-Profit Networks". This proposal makes a massive
controversial discussion in our mailing-list and in other regions too, we
heard 12 emails from community till now that comment on this policy
proposal, some for positive and other for negative reactions. It is the time
to discuss it more and we'd like to encourage the community to put their
inputs in order to get all proper required modifications for the proposal
(if any) before the coming AfriNIC-10 face to face meeting next May in
Cairo.
##############################
Policy Proposal : Global Policy Proposal for the Allocation of IPv4 Blocks
to Regional Internet Registries
Proposal Date : 09 Mar 2009
Scope : Global proposal
afpol-v4gb200903 <http://www.afrinic.net/docs/policies/afpol-v4gb200903.htm>
Summary:
This global policy is aiming to solve the problem of transferring IPv4
address space between RIRs, that may be exist at the depletion of IANA free
pool. The authors of this policy proposal provide a mechanism for the RIRs
to put the recovered IPv4 address space back to the IANA central pool, and
also provide the IANA with the policy by which it can allocate them back to
the RIR in a well defined criteria.
This proposal is submitted to the five existing RIRs, and has been adopted
in APNIC region.
we need to hear the comments from community on this proposal "Global Policy
Proposal for the Allocation of IPv4 Blocks to Regional Internet Registries".
We heard only one comment! We think it's the time to discuss it more and
we'd like to encourage the community to put their inputs in order to get all
proper required modifications for the proposal (if any) before the coming
AfriNIC-10 face-to-face meeting next May in Cairo.
AfriNICミーティングももうすぐですね。
ミーティングを前に提案もそろってきました。
非営利団体向けIPv6割り当てがちょっと特殊かな。
Subject: [AfriNIC-rpd] AfriNIC Policy Proposal Summary
Dear Members,
Below please find a summary of the policy proposals currently under
discussion in the AfriNIC region. Please note that these policies shall be
discussed at the forthcoming face to face public meeting during the AfriNIC
10 meetings. Members are therefore encouraged to continue discussions on the
policy proposals between now and then.
The AfriNIC Policy Development Process can be found at:
http://www.afrinic.net/docs/policies/afpol-pdp200707.htm
AfriNIC Mailing Lists subscription information can be found at:
http://www.afrinic.net/mailinglist.htm
Kind Regards,
Vincent Ngundi
Chair, AfriNIC PDP-MG
####### Policy Proposal Summary #############
Policy proposal : IPv4 Soft Landing Policy
Proposal Date : 05 Jan 2009
Scope : Regional proposal
afpol-v4200901 < http://www.afrinic.net/docs/policies/afpol-v4200901.htm>
Summary:
This policy proposal outlines a process through which AfriNIC shall manage
the last /8 addresses that will be assigned to it by the IANA under the
"Global Policy for the Allocation of the Remaining IPv4 Address space".
<http://www.afrinic.net/docs/policies/afpol-v4gp200802.html>
There were several comments regarding this policy from AfriNIC community;
such as the comment on the idea of refraining from making v6 allocations
mandatory as shown in the policy, They argue that an RIR is not supposed to
dictate on the technology that the LIR's use.
Another comments favor the return of the /16 into the v4 pool when the v4
pool reached exhaustion, and suggest making allocations for Critical
infrastructure from the /16 that will be in reserve, on contrary, other
comments saying we should leave this reserved even when the pool reaches
exhaustion as the motive for reserving it was for unforeseen circumstances,
and think if we make allocations to Critical infrastructure from the /16 in
reserve we shall be eating our cake and expecting to have it.
Comments seconded the idea of all address allocations being used only within
the AfriNIC region arguing that all resources allocated should be used
within Africa to support local operations. and other comments favored a 90%
threshold of usage before additional allocation can be made to any LIR.
It's a very important policy proposal in case of ratification by community,
it'll re-shape the way of allocating IPv4 address to all LIRs in the region.
It is the time to discuss it more and we'd like to encourage the community
to put their inputs in order to get all proper required modifications for
the proposal (if any) before the coming AfriNIC-10 face to face meeting next
May in Cairo.
##############################
Policy proposal : IPv6 Allocations to Non-Profit Networks
Proposal Date : 13 Jan 2009
Scope : Regional proposal
afpol-v6200901 <http://www.afrinic.net/docs/policies/afpol-v6200901.htm>
Summary:
This policy seeks to make it as easy as possible for non-profit entities to
obtain a /48 PI IPv6 addressing resources from AfriNIC and drive the
deployment of and demand for IPv6 services through this in Africa.
Additionally the policy seeks to limit the way in which these addressing
resources for non-profit entities will be used to avoid abuse by LIRs,
Internet Service Providers and other commercial users of Internet addressing
resources.
we need to hear the comments from community on this proposal "IPv6
Allocations to Non-Profit Networks". This proposal makes a massive
controversial discussion in our mailing-list and in other regions too, we
heard 12 emails from community till now that comment on this policy
proposal, some for positive and other for negative reactions. It is the time
to discuss it more and we'd like to encourage the community to put their
inputs in order to get all proper required modifications for the proposal
(if any) before the coming AfriNIC-10 face to face meeting next May in
Cairo.
##############################
Policy Proposal : Global Policy Proposal for the Allocation of IPv4 Blocks
to Regional Internet Registries
Proposal Date : 09 Mar 2009
Scope : Global proposal
afpol-v4gb200903 <http://www.afrinic.net/docs/policies/afpol-v4gb200903.htm>
Summary:
This global policy is aiming to solve the problem of transferring IPv4
address space between RIRs, that may be exist at the depletion of IANA free
pool. The authors of this policy proposal provide a mechanism for the RIRs
to put the recovered IPv4 address space back to the IANA central pool, and
also provide the IANA with the policy by which it can allocate them back to
the RIR in a well defined criteria.
This proposal is submitted to the five existing RIRs, and has been adopted
in APNIC region.
we need to hear the comments from community on this proposal "Global Policy
Proposal for the Allocation of IPv4 Blocks to Regional Internet Registries".
We heard only one comment! We think it's the time to discuss it more and
we'd like to encourage the community to put their inputs in order to get all
proper required modifications for the proposal (if any) before the coming
AfriNIC-10 face-to-face meeting next May in Cairo.
AfriNICミーティングももうすぐですね。
ミーティングを前に提案もそろってきました。
非営利団体向けIPv6割り当てがちょっと特殊かな。
LACNIC-Anuncios@Apr 15, 2009
Date: Wed, 15 Apr 2009 15:58:02 -0300
Subject: [LACNIC/Anuncios] Evento FRIDA Event- Webcasting
Podr? seguir el encuentro v?a webcasting en espa?ol:
http://www.programafrida.net/sp/eventos/frida2009/webcasting.html
------
O evento ter? transmiss?o em webcast em espanhol e ingl?s.
Espanhol: http://www.programafrida.net/sp/eventos/frida2009/webcasting.html
Ingl?s: http://www.programafrida.net/en/eventos/frida2009/webcasting.html
------
This event will be transmitted through a webcast in English:
http://www.programafrida.net/en/eventos/frida2009/webcasting.html
アジア・太平洋地域で行われるAPRICOTの南米地域版
FRIDA-Fundo Regional para a Inovação Digital na América Latina e Caribe
のWebcastingのご案内。栄えある第一回会議。
Agendaは「政府とパブリックポリシー」や「南米地域での成功例」など面白そうなものがずらり。
Subject: [LACNIC/Anuncios] Evento FRIDA Event- Webcasting
Podr? seguir el encuentro v?a webcasting en espa?ol:
http://www.programafrida.net/sp/eventos/frida2009/webcasting.html
------
O evento ter? transmiss?o em webcast em espanhol e ingl?s.
Espanhol: http://www.programafrida.net/sp/eventos/frida2009/webcasting.html
Ingl?s: http://www.programafrida.net/en/eventos/frida2009/webcasting.html
------
This event will be transmitted through a webcast in English:
http://www.programafrida.net/en/eventos/frida2009/webcasting.html
アジア・太平洋地域で行われるAPRICOTの南米地域版
FRIDA-Fundo Regional para a Inovação Digital na América Latina e Caribe
のWebcastingのご案内。栄えある第一回会議。
Agendaは「政府とパブリックポリシー」や「南米地域での成功例」など面白そうなものがずらり。
NNSquad@Apr 15, 2009
Date: Wed, 15 Apr 2009 08:26:46 -0400
Subject: [ NNSquad ] Bell Canada proposal to cap wholesale customers
Bell Canada has submitted a proposal to the CRTC to allow it to cap
bandwidth usage of wholesale customers (mostly independent ISPs). The
independent ISPs are concerned that this will essentially eliminate the
possibility of 'unlimited bandwidth' type offerings to their customers.
The submission from Bell Canada also comes at an interesting time when
the CRTC has recently allowed it to throttle wholesale customers for
'network management' purposes. In addition there are CRTC public
hearings scheduled in the next few months to investigate the general
issues relating to network management and throttling.
http://www.cbc.ca/technology/story/2009/04/14/bell-unlimited-download.ht
ml?ref=rss
Bell Canada has been struggling to be profitable over the last decade or
so - my guess is that this translates into a lack of investment in
infrastructure upgrades. Now it seems that they are trying to find any
means of avoiding spending the larger sums of money now required to
bring their networks to a standard that will support current Internet
usage patterns. There is also a clear anti-competitive aspect to the
impacts on wholesale customers where throttling and capping force
independent ISPs to limit their offerings to be similar to what Bell
Canada Internet Service already offers to it's residential customers.
ベル・カナダも帯域制限の提案を出してきました。
世界的な流れになるか。
Subject: [ NNSquad ] Bell Canada proposal to cap wholesale customers
Bell Canada has submitted a proposal to the CRTC to allow it to cap
bandwidth usage of wholesale customers (mostly independent ISPs). The
independent ISPs are concerned that this will essentially eliminate the
possibility of 'unlimited bandwidth' type offerings to their customers.
The submission from Bell Canada also comes at an interesting time when
the CRTC has recently allowed it to throttle wholesale customers for
'network management' purposes. In addition there are CRTC public
hearings scheduled in the next few months to investigate the general
issues relating to network management and throttling.
http://www.cbc.ca/technology/story/2009/04/14/bell-unlimited-download.ht
ml?ref=rss
Bell Canada has been struggling to be profitable over the last decade or
so - my guess is that this translates into a lack of investment in
infrastructure upgrades. Now it seems that they are trying to find any
means of avoiding spending the larger sums of money now required to
bring their networks to a standard that will support current Internet
usage patterns. There is also a clear anti-competitive aspect to the
impacts on wholesale customers where throttling and capping force
independent ISPs to limit their offerings to be similar to what Bell
Canada Internet Service already offers to it's residential customers.
ベル・カナダも帯域制限の提案を出してきました。
世界的な流れになるか。
NANOG@Apr 15, 2009
Date: Wed, 15 Apr 2009 00:51:36 -0700
Subject: Anyone from Intelligence Network Online?
Hi -
I wanted to see if anyone is here from Intelligence Network Online - I
suspect an old AS number and a /16 of yours is being hijacked by a spam gang
operating in downtown LA and wanted to get some confirmation.
-Justin
誰か諜報ネットワークの人いない？LAのダウンタウンにいるSPAMGANGに古いAS番号と/16のIPアドレスをハイジャックされた疑いがあるのだが、確証を得たい、というメール。
日本には経路奉行/テレコムISAC/JPIRRがあるが米国にはそういう枠組みがない。
BGPlayがあるのみ。欧州にはRISがあるがやはり起こった事象の記録が残るのみ。
経路奉行はリアルタイムにハイジャック情報を流せる世界に誇れるシステム。すばらしい。
Subject: Anyone from Intelligence Network Online?
Hi -
I wanted to see if anyone is here from Intelligence Network Online - I
suspect an old AS number and a /16 of yours is being hijacked by a spam gang
operating in downtown LA and wanted to get some confirmation.
-Justin
誰か諜報ネットワークの人いない？LAのダウンタウンにいるSPAMGANGに古いAS番号と/16のIPアドレスをハイジャックされた疑いがあるのだが、確証を得たい、というメール。
日本には経路奉行/テレコムISAC/JPIRRがあるが米国にはそういう枠組みがない。
BGPlayがあるのみ。欧州にはRISがあるがやはり起こった事象の記録が残るのみ。
経路奉行はリアルタイムにハイジャック情報を流せる世界に誇れるシステム。すばらしい。
NANOG@Apr 15, 2009
Date: Wed, 15 Apr 2009 14:35:37 -0500
Subject: Level3 funkiness
Anyone else experience sporadic funkiness via
Level3? I can't even reach the main website from who
knows how many networks I've tried. Also friends
and former colleagues have tried to reach the site
to no avail.
One of my machines on AT&T:
# traceroute level3.net
traceroute to level3.net (63.211.236.36), 30 hops max, 40 byte packets
4 cr1.n54ny.ip.att.net (12.122.105.58) 11.285 ms 21.702 ms 21.477 ms
5 ggr2.n54ny.ip.att.net (12.122.131.141) 12.712 ms 10.194 ms 16.393 ms
6 so-8-0-0.car3.NewYork1.Level3.net (4.68.127.149) 9.975 ms 10.019 ms 10.833 ms
7 vlan79.csw2.NewYork1.Level3.net (4.68.16.126) 10.162 ms 10.189 ms 14.474 ms
8 ae-71-71.ebr1.NewYork1.Level3.net (4.69.134.69) 15.763 ms 11.166 ms 9.725 ms
9 ae-3-3.ebr4.Washington1.Level3.net (4.69.132.93) 16.139 ms 30.616 ms 16.275 ms
10 ae-64-64.csw1.Washington1.Level3.net (4.69.134.178) 15.684 ms ae-74-74.csw2.Washington1.Level3.net (4.69.134.182) 21.870 ms ae-84-84.csw3.Washington1.Level3.net (4.69.134.186) 28.729 ms
11 ae-92-92.ebr2.Washington1.Level3.net (4.69.134.157) 17.035 ms ae-62-62.ebr2.Washington1.Level3.net (4.69.134.145) 17.041 ms ae-72-72.ebr2.Washington1.Level3.net (4.69.134.149) 21.940 ms
12 ae-2-2.ebr2.Chicago2.Level3.net (4.69.132.69) 31.671 ms 42.407 ms 45.774 ms
13 ae-1-100.ebr1.Chicago2.Level3.net (4.69.132.113) 31.922 ms 32.115 ms 38.135 ms
14 ae-3.ebr2.Denver1.Level3.net (4.69.132.61) 75.265 ms 67.528 ms 67.937 ms
15 ge-9-0.hsa1.Denver1.Level3.net (4.68.107.35) 62.587 ms !H ge-9-1.hsa1.Denver1.Level3.net (4.68.107.99) 62.543 ms !H ge-9-2.hsa1.Denver1.Level3.net (4.68.107.163) 75.797 ms !H
(From Texas through Above.net)
$ traceroute level3.net|tail -n 1
traceroute to level3.net (63.211.236.36), 64 hops max, 40 byte packets
11 ge-6-2.hsa1.Denver1.Level3.net (4.68.107.131) 21.473 ms !H * ge-6-0.hsa1.Denver1.Level3.net (4.68.107.3) 21.547 ms !H
Confirmed it can't be reached from Travelers Ins, The
Hartford, none of my connections. Anyone else seeing
issues? I'm seeing drop off from clients going through
their Atlanta interconnects with Charter and two other
providers, which I can't make sense of. I DO KNOW they
experienced some sort of issue with a TDM switch or so
they said... Very broad statements: "We know teh
interwebs are down please stand by"
I know websites are one thing, but the chances of the
website going down, a TDM switch being wacky and now
clients traversing their networks complaining all at
once seems a little out of the ordinary.
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
J. Oquendo
SGFA, SGFE, C|EH, CNDA, CHFI, OSCP
Level3.netに繋がらないんだけど・・・というメール。
Level3.comなら見えるぜという返事や、うちも同じ状況だというメール、アトランタでLevel3とピアしてるうちのISPは見えてるよ、という報告が続々と入ってきています。
とりあえず、Level3.comとLevel3.netは同一ホストなんだけどね・・・
Subject: Level3 funkiness
Anyone else experience sporadic funkiness via
Level3? I can't even reach the main website from who
knows how many networks I've tried. Also friends
and former colleagues have tried to reach the site
to no avail.
One of my machines on AT&T:
# traceroute level3.net
traceroute to level3.net (63.211.236.36), 30 hops max, 40 byte packets
4 cr1.n54ny.ip.att.net (12.122.105.58) 11.285 ms 21.702 ms 21.477 ms
5 ggr2.n54ny.ip.att.net (12.122.131.141) 12.712 ms 10.194 ms 16.393 ms
6 so-8-0-0.car3.NewYork1.Level3.net (4.68.127.149) 9.975 ms 10.019 ms 10.833 ms
7 vlan79.csw2.NewYork1.Level3.net (4.68.16.126) 10.162 ms 10.189 ms 14.474 ms
8 ae-71-71.ebr1.NewYork1.Level3.net (4.69.134.69) 15.763 ms 11.166 ms 9.725 ms
9 ae-3-3.ebr4.Washington1.Level3.net (4.69.132.93) 16.139 ms 30.616 ms 16.275 ms
10 ae-64-64.csw1.Washington1.Level3.net (4.69.134.178) 15.684 ms ae-74-74.csw2.Washington1.Level3.net (4.69.134.182) 21.870 ms ae-84-84.csw3.Washington1.Level3.net (4.69.134.186) 28.729 ms
11 ae-92-92.ebr2.Washington1.Level3.net (4.69.134.157) 17.035 ms ae-62-62.ebr2.Washington1.Level3.net (4.69.134.145) 17.041 ms ae-72-72.ebr2.Washington1.Level3.net (4.69.134.149) 21.940 ms
12 ae-2-2.ebr2.Chicago2.Level3.net (4.69.132.69) 31.671 ms 42.407 ms 45.774 ms
13 ae-1-100.ebr1.Chicago2.Level3.net (4.69.132.113) 31.922 ms 32.115 ms 38.135 ms
14 ae-3.ebr2.Denver1.Level3.net (4.69.132.61) 75.265 ms 67.528 ms 67.937 ms
15 ge-9-0.hsa1.Denver1.Level3.net (4.68.107.35) 62.587 ms !H ge-9-1.hsa1.Denver1.Level3.net (4.68.107.99) 62.543 ms !H ge-9-2.hsa1.Denver1.Level3.net (4.68.107.163) 75.797 ms !H
(From Texas through Above.net)
$ traceroute level3.net|tail -n 1
traceroute to level3.net (63.211.236.36), 64 hops max, 40 byte packets
11 ge-6-2.hsa1.Denver1.Level3.net (4.68.107.131) 21.473 ms !H * ge-6-0.hsa1.Denver1.Level3.net (4.68.107.3) 21.547 ms !H
Confirmed it can't be reached from Travelers Ins, The
Hartford, none of my connections. Anyone else seeing
issues? I'm seeing drop off from clients going through
their Atlanta interconnects with Charter and two other
providers, which I can't make sense of. I DO KNOW they
experienced some sort of issue with a TDM switch or so
they said... Very broad statements: "We know teh
interwebs are down please stand by"
I know websites are one thing, but the chances of the
website going down, a TDM switch being wacky and now
clients traversing their networks complaining all at
once seems a little out of the ordinary.
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
J. Oquendo
SGFA, SGFE, C|EH, CNDA, CHFI, OSCP
Level3.netに繋がらないんだけど・・・というメール。
Level3.comなら見えるぜという返事や、うちも同じ状況だというメール、アトランタでLevel3とピアしてるうちのISPは見えてるよ、という報告が続々と入ってきています。
とりあえず、Level3.comとLevel3.netは同一ホストなんだけどね・・・
IETF-Digest@Apr 15, 2009
Date: Wed, 15 Apr 2009 09:24:41 -0700
Subject: pickpockets
Ingemar Johansson S wrote:
> Pickpockets:
> Summer in Stockholm is high season for pickpockets who often like to operate in teams, so keep your wallet close.
For those who did not see the spiffy exchange on this topic, at the time of the
Paris IETF, here are some specifics, based on my post hoc learning after being
expertly double-teamed, a few weeks before the Paris IETF, when getting off the
Paris Metro:
Background:
Protection:
There are quite a few online pages that list the same (verbatim) information and
misinformation, including some official police pages.
Personal comments:
1. While it does tend to slow the pickpocket down a bit, putting your
wallet/etc. into your front pocket is not serious protection. That's one of the
things I learned by experience.
2. Carry two sets of ID, money and credit card, in two different places, on
your person. Unless your are thoroughly mugged, you'll only lose one of them.
3. A money belt really does help.
4. Have a /third/ set of ID, money and credit card back in your room, along
with a copy of your passport.
5. Almost anywhere in the world has some risk of your stuff being taken. I
think Japan is probably the only place I'd assume there is almost no risk. If
you are in an unfamiliar place -- /any place/ and not just in a different
country -- stay actively and overtly alert to your surroundings. It's your best
defense. (A bottle of wine tends to defeat this advice.)
5. Perfect protection is impossible. Make the assumption that at least some of
your stuff will get stolen. If you embrace the likelihood beforehand, the
trauma will be a lot smaller when -- not if -- it happens.
6. Don't get freaked out by all this. It does not need to get in the way of
having a great time. Really.
d/
--
Dave Crocker
Brandenburg InternetWorking
bbiw.net
IETFミーティングがストックホルムであるが、スリに気をつけて！というメールに
スリ対策を丁寧に説明してくれている。
これはIETFに限らず、重要なお知らせ。
日本ではなかなかスリ被害に遭わないが、海外では日常茶飯事。
Subject: pickpockets
Ingemar Johansson S wrote:
> Pickpockets:
> Summer in Stockholm is high season for pickpockets who often like to operate in teams, so keep your wallet close.
For those who did not see the spiffy exchange on this topic, at the time of the
Paris IETF, here are some specifics, based on my post hoc learning after being
expertly double-teamed, a few weeks before the Paris IETF, when getting off the
Paris Metro:
Background:
Protection:
There are quite a few online pages that list the same (verbatim) information and
misinformation, including some official police pages.
Personal comments:
1. While it does tend to slow the pickpocket down a bit, putting your
wallet/etc. into your front pocket is not serious protection. That's one of the
things I learned by experience.
2. Carry two sets of ID, money and credit card, in two different places, on
your person. Unless your are thoroughly mugged, you'll only lose one of them.
3. A money belt really does help.
4. Have a /third/ set of ID, money and credit card back in your room, along
with a copy of your passport.
5. Almost anywhere in the world has some risk of your stuff being taken. I
think Japan is probably the only place I'd assume there is almost no risk. If
you are in an unfamiliar place -- /any place/ and not just in a different
country -- stay actively and overtly alert to your surroundings. It's your best
defense. (A bottle of wine tends to defeat this advice.)
5. Perfect protection is impossible. Make the assumption that at least some of
your stuff will get stolen. If you embrace the likelihood beforehand, the
trauma will be a lot smaller when -- not if -- it happens.
6. Don't get freaked out by all this. It does not need to get in the way of
having a great time. Really.
d/
--
Dave Crocker
Brandenburg InternetWorking
bbiw.net
IETFミーティングがストックホルムであるが、スリに気をつけて！というメールに
スリ対策を丁寧に説明してくれている。
これはIETFに限らず、重要なお知らせ。
日本ではなかなかスリ被害に遭わないが、海外では日常茶飯事。
RIPE-address-policy-wg@Apr 15, 2009
Date: Wed, 15 Apr 2009 18:57:33 +0200
Subject: [address-policy-wg] Draft Proposal: Assignment of an IPv4 /24 for documentation purposes
Dear WG,
this is a rough draft policy proposal. I'd appreciate some feedback before
I decide whether to invoke the formal process.
Summary:
The RIPE NCC is asked to assign an IPv4 /24 for documentation purposes.
Background:
In example configurations, RFCs, training material and other documentation
it is necessary from time to time to include IP addresses, domain names
or even phone numbers as examples. These resources should meet all
syntactical requirements (e.g., be "real" IP addresses), but should not
interfere with assignments or registrations by innocent third parties.
See RFC 4085 (BCP 105) for what could happen in the worst case.
For the DNS, RFC 2606 (BCP 32) has set aside several top level and
second level domain names and the network 192.0.2/24 has been dedicated
for documentation and test purposes by the IANA in the past (see RFC 3330).
RFC 3849 ("IPv6 Address Prefix Reserved for Documentation") documents
APNIC's assignment of 2001:DB8::/32 for the sole use in example texts.
Motivation:
During recent discussion within the IETF, but also on other occasions
in the past, it appeared that a single /24 is often not enough to
support instructive examples. This may include more complex network
designs, or the use of addresses for DNS name servers, where good
practice (see RFC 2182, BCP 16) suggests topological diversity.
Sometimes, address space from RFC 1918 (BCP 5) is used in addition to
or as a replacement for 192.0.2/24, but this is also a source of
confusion due to the special nature of the "private address space".
It also conflicts with the goal to avoid any collision with addresses
used in real life, even if the burden would be spread across many
users of RFC 1918 address space.
Request:
The RIPE NCC is asked to assign and dedicate a /24 that is reasonable
visually distinct from 192.0.2/24 for documentation only purposes.
The network is not to be used and the prefix is never expected to be
announced in any BGP session (cf. 3849).
The new assignment is not intended to serve as a supplement to RFC 1918
address space. It is intentionally left open here whether similar
considerations would suggest an additional assignment in v6 space, as well.
The pros should be obvious to anyone who ever had to write documentation
or example configurations, but there are also some cons:
o another /24 is a waste of space
o just a /24 won't be enough
o this creates yet another bogon
o any invest in IPv4 is a waste of resources, anyway
o nobody knew 192.0.2/24 in the first place, so why add to the confusion?
o this doesn't need a policy proposal, but could be dealt with through
a specially "sponsored" PI assignment
A special action seems cleaner to me than some random PI assignment, but
this is why I'd like to ask the WG for feedback. Also, if anyone is
aware of other address space similar to 192.0.2/24, I'd appreciate a pointer.
Best regards,
Peter
ドキュメント用に192.0.2.0/24というネットワークが用意されているが、
複雑なネットワークのためにもうひとつ別の/24を割り当てようという提案。
なんでプライベートアドレスじゃだめなの？という反論あり。
Subject: [address-policy-wg] Draft Proposal: Assignment of an IPv4 /24 for documentation purposes
Dear WG,
this is a rough draft policy proposal. I'd appreciate some feedback before
I decide whether to invoke the formal process.
Summary:
The RIPE NCC is asked to assign an IPv4 /24 for documentation purposes.
Background:
In example configurations, RFCs, training material and other documentation
it is necessary from time to time to include IP addresses, domain names
or even phone numbers as examples. These resources should meet all
syntactical requirements (e.g., be "real" IP addresses), but should not
interfere with assignments or registrations by innocent third parties.
See RFC 4085 (BCP 105) for what could happen in the worst case.
For the DNS, RFC 2606 (BCP 32) has set aside several top level and
second level domain names and the network 192.0.2/24 has been dedicated
for documentation and test purposes by the IANA in the past (see RFC 3330).
RFC 3849 ("IPv6 Address Prefix Reserved for Documentation") documents
APNIC's assignment of 2001:DB8::/32 for the sole use in example texts.
Motivation:
During recent discussion within the IETF, but also on other occasions
in the past, it appeared that a single /24 is often not enough to
support instructive examples. This may include more complex network
designs, or the use of addresses for DNS name servers, where good
practice (see RFC 2182, BCP 16) suggests topological diversity.
Sometimes, address space from RFC 1918 (BCP 5) is used in addition to
or as a replacement for 192.0.2/24, but this is also a source of
confusion due to the special nature of the "private address space".
It also conflicts with the goal to avoid any collision with addresses
used in real life, even if the burden would be spread across many
users of RFC 1918 address space.
Request:
The RIPE NCC is asked to assign and dedicate a /24 that is reasonable
visually distinct from 192.0.2/24 for documentation only purposes.
The network is not to be used and the prefix is never expected to be
announced in any BGP session (cf. 3849).
The new assignment is not intended to serve as a supplement to RFC 1918
address space. It is intentionally left open here whether similar
considerations would suggest an additional assignment in v6 space, as well.
The pros should be obvious to anyone who ever had to write documentation
or example configurations, but there are also some cons:
o another /24 is a waste of space
o just a /24 won't be enough
o this creates yet another bogon
o any invest in IPv4 is a waste of resources, anyway
o nobody knew 192.0.2/24 in the first place, so why add to the confusion?
o this doesn't need a policy proposal, but could be dealt with through
a specially "sponsored" PI assignment
A special action seems cleaner to me than some random PI assignment, but
this is why I'd like to ask the WG for feedback. Also, if anyone is
aware of other address space similar to 192.0.2/24, I'd appreciate a pointer.
Best regards,
Peter
ドキュメント用に192.0.2.0/24というネットワークが用意されているが、
複雑なネットワークのためにもうひとつ別の/24を割り当てようという提案。
なんでプライベートアドレスじゃだめなの？という反論あり。
4/15/2009
GTER@Mar 14, 2009
Date: Tue, 14 Apr 2009 21:37:41 -0300
From: Rodrigo Ristow Branco
Subject: [GTER] Curiosidade - Contador de endere?os IP ainda
dispon?veis
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Message-ID: <49E52C55.6010805@pobox.com>
Content-Type: text/plain; charset=UTF-8
IPv4 Exhaustion Counter (English)
http://inetcore.com/project/ipv4ec/index_en.html
インテック・ネットコア社のIPv4枯渇カウントダウンのお知らせ。
なんで英語ページを案内するんだろう？ブラジル・ポルトガル語版もあるのに。
From: Rodrigo Ristow Branco
Subject: [GTER] Curiosidade - Contador de endere?os IP ainda
dispon?veis
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Message-ID: <49E52C55.6010805@pobox.com>
Content-Type: text/plain; charset=UTF-8
IPv4 Exhaustion Counter (English)
http://inetcore.com/project/ipv4ec/index_en.html
インテック・ネットコア社のIPv4枯渇カウントダウンのお知らせ。
なんで英語ページを案内するんだろう？ブラジル・ポルトガル語版もあるのに。
RIPE-announce@Apr 14, 2009
From: Ingrid Wijte
To: policy-announce@ripe.net
Cc: address-policy-wg@ripe.net
Reply-To: address-policy-wg@ripe.net
Date: Tue, 14 Apr 2009 14:57:40 +0200
Subject: [policy-announce] 2009-05 New Policy Proposal (Multiple IPv6 /32 Allocations for LIRs)
PDP Number: 2009-05
Multiple IPv6 /32 Allocations for LIRs
Dear Colleagues
A new RIPE Policy Proposal has been made and is now available for
discussion.
You can find the full proposal at:
http://www.ripe.net/ripe/policies/proposals/2009-05.html
We encourage you to review this proposal and send your comments to
before 12 May 2009.
Regards
Ingrid Wijte
Assistant Policy Development Officer
RIPE NCC
欧州地域で新しいポリシーが出てきた。
LIRへのIPv6複数/32割当てに関して。PAでマルチホームするには必要かな。
To: policy-announce@ripe.net
Cc: address-policy-wg@ripe.net
Reply-To: address-policy-wg@ripe.net
Date: Tue, 14 Apr 2009 14:57:40 +0200
Subject: [policy-announce] 2009-05 New Policy Proposal (Multiple IPv6 /32 Allocations for LIRs)
PDP Number: 2009-05
Multiple IPv6 /32 Allocations for LIRs
Dear Colleagues
A new RIPE Policy Proposal has been made and is now available for
discussion.
You can find the full proposal at:
http://www.ripe.net/ripe/policies/proposals/2009-05.html
We encourage you to review this proposal and send your comments to
Regards
Ingrid Wijte
Assistant Policy Development Officer
RIPE NCC
欧州地域で新しいポリシーが出てきた。
LIRへのIPv6複数/32割当てに関して。PAでマルチホームするには必要かな。
SwiNOG@Apr 14, 2009
Date: Tue, 14 Apr 2009 10:45:07 +0200
From: Andreas Fink
Subject: [swinog] our neigbours do fancy things / DeNIC
To: SWINOG
Message-ID:
Content-Type: text/plain; charset="us-ascii"
Here's what german DeNIC did to suppress the freedom of speech.
http://www.wikileaks.org/wiki/More_detail_on_WikiLeaks.de_suspension
Its quite heavy in my eyes. Anyone from SWITCH want to comment on if
such a thing could happen in Switzerland?
If you want to protest, address it to the fax and emails on http://www.denic.de/de/transit-info.html
Andreas Fink
Fink Consulting GmbH
Global Networks Schweiz AG
BebbiCell AG
IceCell ehf
DeNICが言論の自由に対して抑圧する動きがあった、ということで抗議の声を集結させるメール。
Wikileaks.de上の機密情報から発生した話の模様。
From: Andreas Fink
Subject: [swinog] our neigbours do fancy things / DeNIC
To: SWINOG
Message-ID:
Content-Type: text/plain; charset="us-ascii"
Here's what german DeNIC did to suppress the freedom of speech.
http://www.wikileaks.org/wiki/More_detail_on_WikiLeaks.de_suspension
Its quite heavy in my eyes. Anyone from SWITCH want to comment on if
such a thing could happen in Switzerland?
If you want to protest, address it to the fax and emails on http://www.denic.de/de/transit-info.html
Andreas Fink
Fink Consulting GmbH
Global Networks Schweiz AG
BebbiCell AG
IceCell ehf
DeNICが言論の自由に対して抑圧する動きがあった、ということで抗議の声を集結させるメール。
Wikileaks.de上の機密情報から発生した話の模様。
APNIC-sig-policy@Apr 14, 2009
Date: Tue, 14 Apr 2009 23:23:03 +0200
From: Sander Steffann
Subject: [sig-policy] Prop-050 concerns from RIPE
To: sig-policy@lists.apnic.net
Message-ID: <8CBBB51E-9D25-4FED-B966-5DF280070303@steffann.nl>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Hello sig-policy,
As co-chair of the RIPE Address Policy Working Group I would like to
express our concern about prop-050.
We understand that the proposal as it is currently written and is in
last call, requires no justification from an organisation that will
receive a transfer from another organisation. It also states that the
implementation of the proposal, if accepted, is immediate. In other
words, as soon as the APNIC community accepts the proposal and the
secretariat implements it, it will be a policy in effect.
We know that there are other policy proposals (prop-071 and 072) to
prevent abuse of prop-050, but we are still concerned about this
because of the possibilities of abuse before prop-071 and 072 are
implemented (assuming they reach consensus)
One case that worries us is the case where Organisation A receives an
allocation from APNIC, transfers it to Organisation B, request another
allocation from APNIC, transfer it again, etc. This will result in
increased usage rate of the APNIC address pools. As a result APNIC
will need to request more address space from IANA, and IANA will run
out of IPv4 addresses quicker. This kind of hoarding has effects
outside of the APNIC region.
It might never happen, but in theory someone could do this if I
understand the policy correctly. The possibility of draining the IANA
pool is what worries us.
We also understand that the current text of the proposal enables Inter-
RIR transfers. Prop-050 states that this will happen "following the
policies of all the respective RIRs". We are not clear on how APNIC
will implement this and what effects this will have on other RIRs. We
don't have an Inter-RIR transfer policy at this time. What would
happen (for example) if an organisation approaches APNIC with a
request to transfer RIPE address space to an APNIC RIR. Can APNIC
still prevent that transfer from happening? If not, this would make it
possible that space from other regions is hoarded in the APNIC service
region.
Inter-RIR transfers is not even a concept yet that is discussed in
other regions. Because it is "between" RIRs, we believe it is a matter
that requires coordination and discussion beyond a specific region. We
think a globally-coordinated policy discussion will be best to have
for this kind of topic.
I know that a lot of these issues have already been raised on the
mailing list in the past months, but I hope you can understand our
concern. Implementing prop-050 before prop-071 and/or prop-072 can be
implemented leaves a big loop hole that could have effects outside the
APNIC region.
Thank you for listening,
Sander Steffann
RIPE Address Policy Working Group co-chair
欧州地域のアドレスポリシーWGの副議長からAPNICポリシーSIGのprop-050に対する懸念の表明。
APNIC内のアドレス移転だけならまだしも、世界中の人がRIRをまたぐアドレス移転を
考えていることもあって、隣の地域のポリシー議論をキャッチアップする必要が出てきました。
APNICメンバーでも他所の地域のポリシー議論に懸念があれば積極的に発言しないとね。
From: Sander Steffann
Subject: [sig-policy] Prop-050 concerns from RIPE
To: sig-policy@lists.apnic.net
Message-ID: <8CBBB51E-9D25-4FED-B966-5DF280070303@steffann.nl>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Hello sig-policy,
As co-chair of the RIPE Address Policy Working Group I would like to
express our concern about prop-050.
We understand that the proposal as it is currently written and is in
last call, requires no justification from an organisation that will
receive a transfer from another organisation. It also states that the
implementation of the proposal, if accepted, is immediate. In other
words, as soon as the APNIC community accepts the proposal and the
secretariat implements it, it will be a policy in effect.
We know that there are other policy proposals (prop-071 and 072) to
prevent abuse of prop-050, but we are still concerned about this
because of the possibilities of abuse before prop-071 and 072 are
implemented (assuming they reach consensus)
One case that worries us is the case where Organisation A receives an
allocation from APNIC, transfers it to Organisation B, request another
allocation from APNIC, transfer it again, etc. This will result in
increased usage rate of the APNIC address pools. As a result APNIC
will need to request more address space from IANA, and IANA will run
out of IPv4 addresses quicker. This kind of hoarding has effects
outside of the APNIC region.
It might never happen, but in theory someone could do this if I
understand the policy correctly. The possibility of draining the IANA
pool is what worries us.
We also understand that the current text of the proposal enables Inter-
RIR transfers. Prop-050 states that this will happen "following the
policies of all the respective RIRs". We are not clear on how APNIC
will implement this and what effects this will have on other RIRs. We
don't have an Inter-RIR transfer policy at this time. What would
happen (for example) if an organisation approaches APNIC with a
request to transfer RIPE address space to an APNIC RIR. Can APNIC
still prevent that transfer from happening? If not, this would make it
possible that space from other regions is hoarded in the APNIC service
region.
Inter-RIR transfers is not even a concept yet that is discussed in
other regions. Because it is "between" RIRs, we believe it is a matter
that requires coordination and discussion beyond a specific region. We
think a globally-coordinated policy discussion will be best to have
for this kind of topic.
I know that a lot of these issues have already been raised on the
mailing list in the past months, but I hope you can understand our
concern. Implementing prop-050 before prop-071 and/or prop-072 can be
implemented leaves a big loop hole that could have effects outside the
APNIC region.
Thank you for listening,
Sander Steffann
RIPE Address Policy Working Group co-chair
欧州地域のアドレスポリシーWGの副議長からAPNICポリシーSIGのprop-050に対する懸念の表明。
APNIC内のアドレス移転だけならまだしも、世界中の人がRIRをまたぐアドレス移転を
考えていることもあって、隣の地域のポリシー議論をキャッチアップする必要が出てきました。
APNICメンバーでも他所の地域のポリシー議論に懸念があれば積極的に発言しないとね。
AusNOG@Apr 14, 2009
from: McDonald Richards
to: ausnog@ausnog.net
date: Tue, Apr 14, 2009 at 1:28 PM
subject: Re: [AusNOG] defense.gov.au
Defence.gov.au ;)
- Hide quoted text -
-----Original Message-----
From: ausnog-bounces@lists.ausnog.net
[mailto:ausnog-bounces@lists.ausnog.net] On Behalf Of Kris Amy
Sent: Tuesday, 14 April 2009 2:29 PM
To: ausnog@ausnog.net
Subject: [AusNOG] defense.gov.au
Is it my imagination or has this just disappeared?
--
Kind Regards,
Kris Amy
Enterprise IP
Nativeスピーカーだと思うんだけどｗ
やっぱりスペルミスはするんだなぁ。
NonNativeとしてはちょっとほっとするｗ
to: ausnog@ausnog.net
date: Tue, Apr 14, 2009 at 1:28 PM
subject: Re: [AusNOG] defense.gov.au
Defence.gov.au ;)
- Hide quoted text -
-----Original Message-----
From: ausnog-bounces@lists.ausnog.net
[mailto:ausnog-bounces@lists.ausnog.net] On Behalf Of Kris Amy
Sent: Tuesday, 14 April 2009 2:29 PM
To: ausnog@ausnog.net
Subject: [AusNOG] defense.gov.au
Is it my imagination or has this just disappeared?
--
Kind Regards,
Kris Amy
Enterprise IP
Nativeスピーカーだと思うんだけどｗ
やっぱりスペルミスはするんだなぁ。
NonNativeとしてはちょっとほっとするｗ
dns-operations@Apr 14, 2009
Date: Tue, 14 Apr 2009 15:07:29 -0500
From: Michael Graff
Subject: [dns-operations] Short DLV outage last weekend
To: dns-operations@mail.dns-oarc.net
Message-ID: <49E4ED01.2000008@isc.org>
Content-Type: text/plain; charset=ISO-8859-1
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
DLV experienced a 6 minute service interruption on April 11 at midnight
UTC. This was caused by an error in a re-signing script error which we
believed to have been fixed. We had staff on-hand to watch the
re-signing, and the zone was quickly rolled-back to a working copy.
We have now added additional human verification steps to ensure that a
DLV zone is not published incorrectly. Development and testing of
additional script-based checking to assist in this verification is under
way.
Although the DLV web front-end had some loss of connectivity during
April 9th when most of the Bay area was out of service due to malicious
fiber damage, ISC's SNS service, which serves DLV, was unaffected.
- --Michael
先週末、6分間DLVが止まった報告。
署名エラーで動かなくなるのは辛いな。機構的に。
From: Michael Graff
Subject: [dns-operations] Short DLV outage last weekend
To: dns-operations@mail.dns-oarc.net
Message-ID: <49E4ED01.2000008@isc.org>
Content-Type: text/plain; charset=ISO-8859-1
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
DLV experienced a 6 minute service interruption on April 11 at midnight
UTC. This was caused by an error in a re-signing script error which we
believed to have been fixed. We had staff on-hand to watch the
re-signing, and the zone was quickly rolled-back to a working copy.
We have now added additional human verification steps to ensure that a
DLV zone is not published incorrectly. Development and testing of
additional script-based checking to assist in this verification is under
way.
Although the DLV web front-end had some loss of connectivity during
April 9th when most of the Bay area was out of service due to malicious
fiber damage, ISC's SNS service, which serves DLV, was unaffected.
- --Michael
先週末、6分間DLVが止まった報告。
署名エラーで動かなくなるのは辛いな。機構的に。
LACNIC-politicas@Apr 14, 2009
Date: Tue, 14 Apr 2009 15:28:01 -0300
From: Ricardo Patara
To: "Lista para discusion de politicas de la comunidad de LACNIC"
Subject: [LACNIC/Politicas] [EN] Summary of Public Policy List
discussions
Message-ID: <7626BE3F-7384-4971-9B7A-A9DF47D06214@lacnic.net>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed;
delsp=yes
Summary of Public Policy List discussions from 1st March to 13 April,
2009.
[LAC 2009-02] IPv6 Allocations to ISPs or LIRs with previous IPv4
allocations
Gustavo Lozano Ibarra presented a proposal regarding the distribution
of IPv6 addresses to those LIRs/ISPs that have already received IPv4
allocations without having to justify their applications. The
rationale behind this proposal is that, in order to obtain IPv4
resources, the LIR/ISP already had to provide sufficient justification
of its need for addressing space and therefore the organization
qualifies for receiving IPv6 resources. This contributes to promote
the deployment of IPv6 within the region. A similar policy already
exists for the assignment of provider-independent addresses to end
users.
The full text of the policy can be found at:
ttp://www.lacnic.net/documentos/politicas/LAC-2009-02-propuesta-sp.pdf
No comments have been received on the mailing list in relation to this
proposal.
[LAC 2009-03] ASPLAIN Notation for 32-bit ASNs
Blanca G?mez Flores presented a proposal seeking to modify the current
policy for the allocation of autonomous system numbers in order to
adopt the ?asplain? decimal value representation as the textual
notation to use for 32-bit AS numbers (within the decimal range 0 ?
4294967295), abandoning the ?asdot2? format. The rationale behind this
proposal is the almost unanimous support of the use of ?asplain? on
the part of the operator community, as it is the format which is most
compatible with current operating systems, it provides lower
resistance to the deployment and adoption of 32-bit only AS numbers,
and it does not break the regular expression applied to the AS-PATH
attribute. To avoid confusion, a single ?asplain? textual notation is
useful for documentation, systems configuration, reports, and external
tools and information repositories.
The full text of the policy can be found at:
http://www.lacnic.net/documentos/politicas/LAC-2009-03-propuesta-sp.pdf
No comments have been received on the mailing list in relation to this
proposal.
[LAC-2009-04] Transfer of IPv4 Blocks within the LACNIC Region
Blanca G?mez, Gustavo Lozano, Julio Coss?o and Francisco Arias
presented a proposal regarding the transfer of IPv4 blocks among
different organizations within the region. The rationale of this
proposal states that, faced with the imminent impossibility on the
part of LACNIC of providing IPv4 resources to the members of its
community due to the fact that these resources will soon be depleted,
it is proposed that the transfer of IPv4 address blocks between
members of the LACNIC community be enabled. The authors also consider
that, faced with the possibility of the emergence of an IPv4 resource
transfer market, it is convenient to maintain LACNIC?s Registration
function.
This policy allows the transfer of IPv4 resources among organizations
of the LACNIC region, provided that the receiving organization
justifies the need for said resources based on the policies in force.
In order to avoid the transfer of resources for speculative purposes,
the policy proposes that, once an IPv4 block has been transferred,
said block cannot be transferred again for a period of one year.
Likewise, an organization that transfers IPv4 resources may not
request new allocations/assignments from LACNIC for a period of one
year.
Because of the economic disparities that exist among the different
regions, the transfer of IPv4 resources administrated by LACNIC to
organizations in other regions is expressly forbidden.
The full text of the proposal can be found at:
http://www.lacnic.net/documentos/politicas/LAC-2009-04-propuesta-sp.pdf
This policy originated major discussions on the policy list. These
discussions can be found at: http://mail.lacnic.net/pipermail/politicas/2009-March/thread.html
and http://mail.lacnic.net/pipermail/politicas/2009-April/thread.html
The main objection that was raised is that, instead of returning the
resources to LACNIC, this policy would allow direct transfer of
resources among different organizations. A modification to the
original policy was proposed, according to which the organization that
transfers resources must return them to LACNIC, who will be in charge
of assigning them to the candidate at the top of a list of potential
recipients:
?The organization in which the resources originate shall return the
block to LACNIC, who will assign it to the first candidate at the top
of the list of applicants (if the offered block is smaller than the
size requested by the candidate, LACNIC must inquire whether the
candidate is willing to accept a smaller allocation or will ?wait? for
the next available transfer).
In no case may blocks be directly transferred between an originating
and a receiving organization. LACNIC shall decide the assignment of
these resources in accordance with the bylaws and assignment policies
in force, with no intervention on the part of the organization
originating the transfer.?
It was also suggested that all proposals for transferring resources be
disregarded and to focus instead on the return of resources to LACNIC,
providing, if necessary, financial incentives for those who return
resources. The fact that IP addresses have no owner and therefore it
would not be proper for an organization to profit from this resources
was mentioned, something that could happen within the framework of the
direct transfer of resources from one organization to another.
The authors of this policy proposed complementing it with a ?voluntary
return of resources? policy, separate from the ?resource transfer?
policy. On the other hand, it was suggested that any proposal for the
transfer of resources be disregarded and to work on strengthening
existing proposals for voluntary returns, seeking to find incentives
for those organizations that return unutilized resources.
It was also suggested that it would be necessary to analyze the
consequences of these policies from a legal point of view to determine
what type of rights would be violated.
No agreement was reached on the mailing list; discussions continue.
[LAC 2009-05] Allocation of 16-bit only ASNs
Blanca G?mez, Gustavo Lozano, Julio Coss?o and Francisco Arias
presented a proposal regarding the possibility of obtaining 16-bit AS
numbers during the final ASN allocation phase. This AS number
allocation would only be made in exceptional cases, subject to the
presentation of the appropriate technical justification. This proposal
is based on the rationale that technological changes are usually
accompanied by undetected problems and variables. The authors consider
that the impossibility of requesting 16-bit only AS numbers even when
resources are still available goes against the goal of maintaining
Internet stability upheld by the LACNIC community.
The full text of the proposal is available at:
http://www.lacnic.net/documentos/politicas/LAC-2009-05-propuesta-sp.pdf
No comments have been received on the mailing list in relation to this
proposal.
LACNICのポリシー議論のメーリングリストで議論された話題に関してのサマリ。
3月から4月半ばまで議論されたのは4本。
[LAC 2009-02] IPv6 Allocations to ISPs or LIRs with previous IPv4 allocations
[LAC 2009-03] ASPLAIN Notation for 32-bit ASNs
[LAC-2009-04] Transfer of IPv4 Blocks within the LACNIC Region
[LAC 2009-05] Allocation of 16-bit only ASNs
世界的にもホットなのは2009-04。
From: Ricardo Patara
To: "Lista para discusion de politicas de la comunidad de LACNIC"
Subject: [LACNIC/Politicas] [EN] Summary of Public Policy List
discussions
Message-ID: <7626BE3F-7384-4971-9B7A-A9DF47D06214@lacnic.net>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed;
delsp=yes
Summary of Public Policy List discussions from 1st March to 13 April,
2009.
[LAC 2009-02] IPv6 Allocations to ISPs or LIRs with previous IPv4
allocations
Gustavo Lozano Ibarra presented a proposal regarding the distribution
of IPv6 addresses to those LIRs/ISPs that have already received IPv4
allocations without having to justify their applications. The
rationale behind this proposal is that, in order to obtain IPv4
resources, the LIR/ISP already had to provide sufficient justification
of its need for addressing space and therefore the organization
qualifies for receiving IPv6 resources. This contributes to promote
the deployment of IPv6 within the region. A similar policy already
exists for the assignment of provider-independent addresses to end
users.
The full text of the policy can be found at:
ttp://www.lacnic.net/documentos/politicas/LAC-2009-02-propuesta-sp.pdf
No comments have been received on the mailing list in relation to this
proposal.
[LAC 2009-03] ASPLAIN Notation for 32-bit ASNs
Blanca G?mez Flores presented a proposal seeking to modify the current
policy for the allocation of autonomous system numbers in order to
adopt the ?asplain? decimal value representation as the textual
notation to use for 32-bit AS numbers (within the decimal range 0 ?
4294967295), abandoning the ?asdot2? format. The rationale behind this
proposal is the almost unanimous support of the use of ?asplain? on
the part of the operator community, as it is the format which is most
compatible with current operating systems, it provides lower
resistance to the deployment and adoption of 32-bit only AS numbers,
and it does not break the regular expression applied to the AS-PATH
attribute. To avoid confusion, a single ?asplain? textual notation is
useful for documentation, systems configuration, reports, and external
tools and information repositories.
The full text of the policy can be found at:
http://www.lacnic.net/documentos/politicas/LAC-2009-03-propuesta-sp.pdf
No comments have been received on the mailing list in relation to this
proposal.
[LAC-2009-04] Transfer of IPv4 Blocks within the LACNIC Region
Blanca G?mez, Gustavo Lozano, Julio Coss?o and Francisco Arias
presented a proposal regarding the transfer of IPv4 blocks among
different organizations within the region. The rationale of this
proposal states that, faced with the imminent impossibility on the
part of LACNIC of providing IPv4 resources to the members of its
community due to the fact that these resources will soon be depleted,
it is proposed that the transfer of IPv4 address blocks between
members of the LACNIC community be enabled. The authors also consider
that, faced with the possibility of the emergence of an IPv4 resource
transfer market, it is convenient to maintain LACNIC?s Registration
function.
This policy allows the transfer of IPv4 resources among organizations
of the LACNIC region, provided that the receiving organization
justifies the need for said resources based on the policies in force.
In order to avoid the transfer of resources for speculative purposes,
the policy proposes that, once an IPv4 block has been transferred,
said block cannot be transferred again for a period of one year.
Likewise, an organization that transfers IPv4 resources may not
request new allocations/assignments from LACNIC for a period of one
year.
Because of the economic disparities that exist among the different
regions, the transfer of IPv4 resources administrated by LACNIC to
organizations in other regions is expressly forbidden.
The full text of the proposal can be found at:
http://www.lacnic.net/documentos/politicas/LAC-2009-04-propuesta-sp.pdf
This policy originated major discussions on the policy list. These
discussions can be found at: http://mail.lacnic.net/pipermail/politicas/2009-March/thread.html
and http://mail.lacnic.net/pipermail/politicas/2009-April/thread.html
The main objection that was raised is that, instead of returning the
resources to LACNIC, this policy would allow direct transfer of
resources among different organizations. A modification to the
original policy was proposed, according to which the organization that
transfers resources must return them to LACNIC, who will be in charge
of assigning them to the candidate at the top of a list of potential
recipients:
?The organization in which the resources originate shall return the
block to LACNIC, who will assign it to the first candidate at the top
of the list of applicants (if the offered block is smaller than the
size requested by the candidate, LACNIC must inquire whether the
candidate is willing to accept a smaller allocation or will ?wait? for
the next available transfer).
In no case may blocks be directly transferred between an originating
and a receiving organization. LACNIC shall decide the assignment of
these resources in accordance with the bylaws and assignment policies
in force, with no intervention on the part of the organization
originating the transfer.?
It was also suggested that all proposals for transferring resources be
disregarded and to focus instead on the return of resources to LACNIC,
providing, if necessary, financial incentives for those who return
resources. The fact that IP addresses have no owner and therefore it
would not be proper for an organization to profit from this resources
was mentioned, something that could happen within the framework of the
direct transfer of resources from one organization to another.
The authors of this policy proposed complementing it with a ?voluntary
return of resources? policy, separate from the ?resource transfer?
policy. On the other hand, it was suggested that any proposal for the
transfer of resources be disregarded and to work on strengthening
existing proposals for voluntary returns, seeking to find incentives
for those organizations that return unutilized resources.
It was also suggested that it would be necessary to analyze the
consequences of these policies from a legal point of view to determine
what type of rights would be violated.
No agreement was reached on the mailing list; discussions continue.
[LAC 2009-05] Allocation of 16-bit only ASNs
Blanca G?mez, Gustavo Lozano, Julio Coss?o and Francisco Arias
presented a proposal regarding the possibility of obtaining 16-bit AS
numbers during the final ASN allocation phase. This AS number
allocation would only be made in exceptional cases, subject to the
presentation of the appropriate technical justification. This proposal
is based on the rationale that technological changes are usually
accompanied by undetected problems and variables. The authors consider
that the impossibility of requesting 16-bit only AS numbers even when
resources are still available goes against the goal of maintaining
Internet stability upheld by the LACNIC community.
The full text of the proposal is available at:
http://www.lacnic.net/documentos/politicas/LAC-2009-05-propuesta-sp.pdf
No comments have been received on the mailing list in relation to this
proposal.
LACNICのポリシー議論のメーリングリストで議論された話題に関してのサマリ。
3月から4月半ばまで議論されたのは4本。
[LAC 2009-02] IPv6 Allocations to ISPs or LIRs with previous IPv4 allocations
[LAC 2009-03] ASPLAIN Notation for 32-bit ASNs
[LAC-2009-04] Transfer of IPv4 Blocks within the LACNIC Region
[LAC 2009-05] Allocation of 16-bit only ASNs
世界的にもホットなのは2009-04。
4/14/2009
Outages@Apr 13, 2009
from Dave Choffnes
to outages@outages.org
date Mon, Apr 13, 2009 at 10:28 PM
subject [outages] Visualizing and confirming network anomalies - Newsight
[Apologies to those on NANOG who already saw this. Given the recent
discussion on this mailing list, it seemed appropriate to cross-post
it here.]
Hi folks,
We've just released a new tool that allows you to see network problems
from end-user machines, currently BitTorrent users. (Think of this as
putting P2P traffic to good use.) The interface that we've provided is
still very beta, but we'd appreciate any (constructive) feedback.
A little more detail: we've deployed software called NEWS (network
early warning system) that uses P2P users' natural traffic to detect
sudden, unexpected drops in network performance -- this allows our 25k
BitTorrent users to corroborate network problems with each other. Our
tool, called Newsight, lets you see summaries of their reported
network anomalies.
You can browse a timeline of anomalies grouped by country, AS or
prefix. You can also confirm known network problems, helping to create
a public database of outages and their explanations.
You can play with Newsight here:
http://aqualab.cs.northwestern.edu/projects/news/newsight.html
Cheers,
Dave (on behalf of the Aqualab research group)
--
David Choffnes
PhD Candidate, Computer Science
Northwestern University
BitTorrentを利用したネットワークの問題を可視化するツールのリリースのお知らせ。
米国ではBitTorrentのユーザが多いのでそういうのもありか。
日本でもWinnyの開発者を逮捕/告訴なんかしてないでこういうプロジェクトに積極的に
取り込んでいけばいいのに、と思いますね。
to outages@outages.org
date Mon, Apr 13, 2009 at 10:28 PM
subject [outages] Visualizing and confirming network anomalies - Newsight
[Apologies to those on NANOG who already saw this. Given the recent
discussion on this mailing list, it seemed appropriate to cross-post
it here.]
Hi folks,
We've just released a new tool that allows you to see network problems
from end-user machines, currently BitTorrent users. (Think of this as
putting P2P traffic to good use.) The interface that we've provided is
still very beta, but we'd appreciate any (constructive) feedback.
A little more detail: we've deployed software called NEWS (network
early warning system) that uses P2P users' natural traffic to detect
sudden, unexpected drops in network performance -- this allows our 25k
BitTorrent users to corroborate network problems with each other. Our
tool, called Newsight, lets you see summaries of their reported
network anomalies.
You can browse a timeline of anomalies grouped by country, AS or
prefix. You can also confirm known network problems, helping to create
a public database of outages and their explanations.
You can play with Newsight here:
http://aqualab.cs.northwestern.edu/projects/news/newsight.html
Cheers,
Dave (on behalf of the Aqualab research group)
--
David Choffnes
PhD Candidate, Computer Science
Northwestern University
BitTorrentを利用したネットワークの問題を可視化するツールのリリースのお知らせ。
米国ではBitTorrentのユーザが多いのでそういうのもありか。
日本でもWinnyの開発者を逮捕/告訴なんかしてないでこういうプロジェクトに積極的に
取り込んでいけばいいのに、と思いますね。
AfNOG@Apr 13, 2009
Date: Mon, 13 Apr 2009 00:23:01 +0000 (GMT)
From: Dany Mustapha
Subject: [afnog] logiciel charge r?seau
To: afnog@afnog.org
Message-ID: <687245.6837.qm@web27907.mail.ukl.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"
bonjour
je suis ? la recherche d'un logiciel qui me permettra de calculer? la charge du traffic de mon r?seau, pour des raisons de redimensionnement? ,.Si quelqu'un parmi vous peut m'aider sur ce point je lui serait reconnaissant
Merci
拡張性を含めた帯域設計用のツールってあるかな？という質問。
eHealth(旧NetHealth)のようなツールのことかな？
Freewareでは聞いたことがないなぁ。(別に質問ではFreeware/OSSという指定は無いが)
From: Dany Mustapha
Subject: [afnog] logiciel charge r?seau
To: afnog@afnog.org
Message-ID: <687245.6837.qm@web27907.mail.ukl.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"
bonjour
je suis ? la recherche d'un logiciel qui me permettra de calculer? la charge du traffic de mon r?seau, pour des raisons de redimensionnement? ,.Si quelqu'un parmi vous peut m'aider sur ce point je lui serait reconnaissant
Merci
拡張性を含めた帯域設計用のツールってあるかな？という質問。
eHealth(旧NetHealth)のようなツールのことかな？
Freewareでは聞いたことがないなぁ。(別に質問ではFreeware/OSSという指定は無いが)
GTER@Apr 13, 2009
Date: Mon, 13 Apr 2009 09:36:32 -0300
From: "Leandro M Bertholdo"
Subject: [GTER] testes IPv4 e IPv6
To: "'Grupo de Trabalho de Engenharia e Operacao de Redes'"
Message-ID: <077101c9bc34$7a95aac0$6fc10040$@ufrgs.br>
Content-Type: text/plain; charset="iso-8859-1"
Ola Pessoal,
Est? dispon?vel na ?rea de servi?os do POP-RS (http://pop-rs.rnp.br/portal/)
a primeira vers?o de uma ferramenta que auxilia no diagn?stico de problemas
de configura??o e conectividade IPv4 e IPv6.
Esta pequena ferramenta auxilia em especial a quem esta colocando seu
dom?nio/site com suporte a IPv6, provendo uma vis?o externa do site/dom?nio.
Os servi?os testados com origem no POP-RS/RNP s?o:
-Ping (IPv4 e IPv6)
-Traceroute (IPv4 e IPv6)
-Endere?amento Reverso (IPv4 e IPv6)
-Registros SPF configurados pelo dom?nio pesquisado (IPv4 e IPv6)
-Registros cadastrados nos servidores WHOIS (RNP, registro.br, lacnic e
outros)
-Mail Blacklists sobre o dom?nio em quest?o (IPv4)
Caso os senhores tenham algum coment?rio, ou sintam necessidade de algum
teste adicional, por favor entrem em contato.
Atenciosamente,
Leandro Bertholdo
POP-RS/RNP
ブラジルのある地域で新サービスをするんだが、IPv4/IPv6の到達性その他どうやって
調べればよいか、という質問。
Ping/TracerouteならNagios等OSSなツールでいけるが、Mail周りはどうだろう？
Blasklistは管理者がRBLの情報を見て追加していくしかないんじゃないかなぁ。
From: "Leandro M Bertholdo"
Subject: [GTER] testes IPv4 e IPv6
To: "'Grupo de Trabalho de Engenharia e Operacao de Redes'"
Message-ID: <077101c9bc34$7a95aac0$6fc10040$@ufrgs.br>
Content-Type: text/plain; charset="iso-8859-1"
Ola Pessoal,
Est? dispon?vel na ?rea de servi?os do POP-RS (http://pop-rs.rnp.br/portal/)
a primeira vers?o de uma ferramenta que auxilia no diagn?stico de problemas
de configura??o e conectividade IPv4 e IPv6.
Esta pequena ferramenta auxilia em especial a quem esta colocando seu
dom?nio/site com suporte a IPv6, provendo uma vis?o externa do site/dom?nio.
Os servi?os testados com origem no POP-RS/RNP s?o:
-Ping (IPv4 e IPv6)
-Traceroute (IPv4 e IPv6)
-Endere?amento Reverso (IPv4 e IPv6)
-Registros SPF configurados pelo dom?nio pesquisado (IPv4 e IPv6)
-Registros cadastrados nos servidores WHOIS (RNP, registro.br, lacnic e
outros)
-Mail Blacklists sobre o dom?nio em quest?o (IPv4)
Caso os senhores tenham algum coment?rio, ou sintam necessidade de algum
teste adicional, por favor entrem em contato.
Atenciosamente,
Leandro Bertholdo
POP-RS/RNP
ブラジルのある地域で新サービスをするんだが、IPv4/IPv6の到達性その他どうやって
調べればよいか、という質問。
Ping/TracerouteならNagios等OSSなツールでいけるが、Mail周りはどうだろう？
Blasklistは管理者がRBLの情報を見て追加していくしかないんじゃないかなぁ。
4/13/2009
Outages@Apr 12, 2009
from: virendra rode
to: Shane Hampton
cc: "outages@outages.org"
date: Sun, Apr 12, 2009 at 3:23 PM
subject: Re: [outages] outage tracking
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Shane -
I'm currently talking with few individuals (coders - volunteers)
regarding building 'outages database' w/ e-mail/RSS update. This way we
don't require members to log into a web service to check status.
I want to be absolutely clear, outages database similar to the mailing
list is not to hold ANYONE accountable for an outage, its merely
reporting on them and their status. This outages database will be for
documented outages only.
Unfortunately I don't know when this tool will be ready to use / test
since these volunteers have full time jobs and having them to commit for
a certain date is bit of a challenge but hopefully we'll work through it.
Then again, I welcome donation whatever free time people can offer
(coding wise) towards this project.
If interested, please contact me directly and we can discuss off-line.
regards,
/virendra
ネットワーク障害データベース作ってますという告知。
興味ある方は直接ご連絡を。
to: Shane Hampton
cc: "outages@outages.org"
date: Sun, Apr 12, 2009 at 3:23 PM
subject: Re: [outages] outage tracking
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Shane -
I'm currently talking with few individuals (coders - volunteers)
regarding building 'outages database' w/ e-mail/RSS update. This way we
don't require members to log into a web service to check status.
I want to be absolutely clear, outages database similar to the mailing
list is not to hold ANYONE accountable for an outage, its merely
reporting on them and their status. This outages database will be for
documented outages only.
Unfortunately I don't know when this tool will be ready to use / test
since these volunteers have full time jobs and having them to commit for
a certain date is bit of a challenge but hopefully we'll work through it.
Then again, I welcome donation whatever free time people can offer
(coding wise) towards this project.
If interested, please contact me directly and we can discuss off-line.
regards,
/virendra
ネットワーク障害データベース作ってますという告知。
興味ある方は直接ご連絡を。
IETF-Digest@Apr 12, 2009
Date: Sun, 12 Apr 2009 12:00:05 -0400
From: Andrew Sullivan
Subject: Re: What was the April's Fool this year?
To: ietf@ietf.org
Message-ID: <20090412160005.GB22583@shinkuro.com>
Content-Type: text/plain; charset=us-ascii
On Sat, Apr 11, 2009 at 11:54:10AM -0400, John C Klensin wrote:
> (ftp://ftp.rfc-editor.org/in-notes/rfc-index.txt and search for
Also
http://rfc-editor.org/rfc-index2.html
sorts the RFCs in reverse chronological order.
A
--
Andrew Sullivan
ajs@shinkuro.com
Shinkuro, Inc.
今年のエイプリルフールRFCはなんだったの？という質問から、
時系列で新しい順に記載されているURLの案内。
これなら毎年のエイプリルフールRFCが見やすいですね。
From: Andrew Sullivan
Subject: Re: What was the April's Fool this year?
To: ietf@ietf.org
Message-ID: <20090412160005.GB22583@shinkuro.com>
Content-Type: text/plain; charset=us-ascii
On Sat, Apr 11, 2009 at 11:54:10AM -0400, John C Klensin wrote:
> (ftp://ftp.rfc-editor.org/in-notes/rfc-index.txt and search for
Also
http://rfc-editor.org/rfc-index2.html
sorts the RFCs in reverse chronological order.
A
--
Andrew Sullivan
ajs@shinkuro.com
Shinkuro, Inc.
今年のエイプリルフールRFCはなんだったの？という質問から、
時系列で新しい順に記載されているURLの案内。
これなら毎年のエイプリルフールRFCが見やすいですね。
Outages@Apr 12, 2009
from: Blake Pfankuch
to: "outages@outages.org"
date: Sun, Apr 12, 2009 at 4:48 AM
subject: [outages] Qwest Outage in Colorado
Anyone have any details on this “miss-configuration” that caused a 5 hour outage from Qwest in northern Colorado?
I’ve heard 3 stories now, one says fiber cut, one says a miss-configuration and the final person said it was a hardware failure.
コロラド北部にてQwestの5時間にわたるネットワーク障害について3人から異なる情報を聞いた。
・ファイバー切断
・設定ミス
・機器故障
誰か詳細情報持ってる？というメール。
これほどまでに錯綜している障害情報もなかなかない。
#設定ミスで5時間不通というのは考えにくい気がするけれど。
#主経路及び冗長経路ラインをShutdownしてしまって、現地駆けつけが必要だった、とすると・・・？
to: "outages@outages.org"
date: Sun, Apr 12, 2009 at 4:48 AM
subject: [outages] Qwest Outage in Colorado
Anyone have any details on this “miss-configuration” that caused a 5 hour outage from Qwest in northern Colorado?
I’ve heard 3 stories now, one says fiber cut, one says a miss-configuration and the final person said it was a hardware failure.
コロラド北部にてQwestの5時間にわたるネットワーク障害について3人から異なる情報を聞いた。
・ファイバー切断
・設定ミス
・機器故障
誰か詳細情報持ってる？というメール。
これほどまでに錯綜している障害情報もなかなかない。
#設定ミスで5時間不通というのは考えにくい気がするけれど。
#主経路及び冗長経路ラインをShutdownしてしまって、現地駆けつけが必要だった、とすると・・・？
4/12/2009
AfriNIC-announce@Apr 11, 2009
Date: Sat, 11 Apr 2009 22:14:30 +0400
From: "Lillian O. Sharpley"
Subject: [AfriNIC-announce] Reminder: Call for nomination - AfriNIC
Board of Directors Election
To: announce@afrinic.net
Cc: nomination2009@afrinic.net
Message-ID: <20090411180839.M47048@afrinic.net>
Content-Type: text/plain; charset="iso-8859-1"
Dear Colleagues, please be reminded that the deadline for the Call for Nomination period
to the AfriNIC Board of Directors is Wednesday 15 April 2009 at 20:00 UTC.
If you would like to nominate yourself or another individual, please follow the
instructions below or access http://www.afrinic.net/bot/afbot-elp200903.htm for the
Election process and refer to the attached document.
On behalf of the Nomination Committee, we thank you for your participation in this
election process.
Sincerely,
Lillian Sharpley
Communications Area Manager
AfriNIC
AfriNIC理事会にて東アフリカ地域と南アフリカ地域のポジションについて
推薦受付中。
その他別便のメールにてDBマネージャとソフトウェア開発者も募集中。
この不況下でもアフリカは営々と発展中か。
From: "Lillian O. Sharpley"
Subject: [AfriNIC-announce] Reminder: Call for nomination - AfriNIC
Board of Directors Election
To: announce@afrinic.net
Cc: nomination2009@afrinic.net
Message-ID: <20090411180839.M47048@afrinic.net>
Content-Type: text/plain; charset="iso-8859-1"
Dear Colleagues, please be reminded that the deadline for the Call for Nomination period
to the AfriNIC Board of Directors is Wednesday 15 April 2009 at 20:00 UTC.
If you would like to nominate yourself or another individual, please follow the
instructions below or access http://www.afrinic.net/bot/afbot-elp200903.htm for the
Election process and refer to the attached document.
On behalf of the Nomination Committee, we thank you for your participation in this
election process.
Sincerely,
Lillian Sharpley
Communications Area Manager
AfriNIC
AfriNIC理事会にて東アフリカ地域と南アフリカ地域のポジションについて
推薦受付中。
その他別便のメールにてDBマネージャとソフトウェア開発者も募集中。
この不況下でもアフリカは営々と発展中か。
4/11/2009
NNSquad@Apr 10, 2009
From: Lauren Weinstein
To: nnsquad@nnsquad.org
Date: Fri, 10 Apr 2009 09:41:00 -0700
Subject: [ NNSquad ] Big ISPs to Customers: Bend Over and Close Your Eyes
Big ISPs to Customers: Bend Over and Close Your Eyes
http://lauren.vortex.com/archive/000541.html
Greetings. It's no longer a matter of handwriting on the wall -- the
equivalents of big billboards and skywriting are now making it
abundantly clear what big telecom has in store for us, and Time
Warner's new bandwidth cap plans ( http://tinyurl.com/tw-caps ) are
but a mere taste of toadstools to come. No matter how creatively they
try to spin their press releases, telecom is taking the elevator to
profits, and subscribers are being left with -- that's right boys and
girls -- the shaft.
What we seem to be looking at here in the U.S. -- in direct contrast
to many other countries in the world -- is a race to the
*bottom*, with ISPs doing their damndest to chain up customers in
ways that will help assure preferential use of ISPs' own video and
other offerings, which themselves are typically free of all bandwidth
caps.
The apparent lack of capping plans so far where *effective*
competition is present (e.g. FiOS overbuilds) would seem to be about
as obvious of a smoking gun as Lt. Columbo himself would ever wish to
see. It's all about driving down demand for outside Internet services
and herding customers (with a cattle prod) into the walled gardens.
The vast variations in proposed caps between different service
providers are creating *exactly* the kind of situations that
telecom communications regulation could help avoid -- enormous
differences for customers based solely on where they happen to be
living.
Bandwidth caps are too important of a parameter, not just for usage
today but for what sorts of Internet innovation and usage we'll see
tomorrow, to be arbitrarily set and changed by ISPs in the current
extremely limited competition U.S. Internet environment.
It's well past time for Internet users from the size of Google down to
grandmothers in Ogden, Utah to start *demanding* effective
positive changes.
By the way, Time Warner in my neck of the woods has increased prices
on everything yet again this month, and their customer service reps
have become utterly uncooperative -- unless you'll go for a massive
up-sell. That's assuming you can understand what they're saying. The
TW Colorado Springs call center at least has clear connections. But
much of the time -- even during the day -- you can end up routed to a
call center in Argentina, apparently connected through a VoIP system
running at 110bps -- at least it sounds that way. The audio quality
is always so incredibly bad that one longs for two tin cans with a
string as an alternative. It's just another thorn to ramp up anger
through the roof. I'm told that a lot of customers complain about
this. But hey, when you own the balls and there's no referee you get
to play however you want, right?
Just like the banks who are now *massively* jacking up credit
card interest rates after getting vast government bailouts -- at a
time when many ordinary middle-class citizens can hardly keep the
lights lit and food on the table -- big telecom has us all in their
sights, just like deers in the crosshairs of a hunter's high-powered
rifle.
There's no polite way to say this: We are indeed getting
royally screwed.
--Lauren--
Lauren Weinstein
lauren@vortex.com
タイムワーナーが始める帯域制限に関して。
日本でも色々議論がありましたね。
To: nnsquad@nnsquad.org
Date: Fri, 10 Apr 2009 09:41:00 -0700
Subject: [ NNSquad ] Big ISPs to Customers: Bend Over and Close Your Eyes
Big ISPs to Customers: Bend Over and Close Your Eyes
http://lauren.vortex.com/archive/000541.html
Greetings. It's no longer a matter of handwriting on the wall -- the
equivalents of big billboards and skywriting are now making it
abundantly clear what big telecom has in store for us, and Time
Warner's new bandwidth cap plans ( http://tinyurl.com/tw-caps ) are
but a mere taste of toadstools to come. No matter how creatively they
try to spin their press releases, telecom is taking the elevator to
profits, and subscribers are being left with -- that's right boys and
girls -- the shaft.
What we seem to be looking at here in the U.S. -- in direct contrast
to many other countries in the world -- is a race to the
*bottom*, with ISPs doing their damndest to chain up customers in
ways that will help assure preferential use of ISPs' own video and
other offerings, which themselves are typically free of all bandwidth
caps.
The apparent lack of capping plans so far where *effective*
competition is present (e.g. FiOS overbuilds) would seem to be about
as obvious of a smoking gun as Lt. Columbo himself would ever wish to
see. It's all about driving down demand for outside Internet services
and herding customers (with a cattle prod) into the walled gardens.
The vast variations in proposed caps between different service
providers are creating *exactly* the kind of situations that
telecom communications regulation could help avoid -- enormous
differences for customers based solely on where they happen to be
living.
Bandwidth caps are too important of a parameter, not just for usage
today but for what sorts of Internet innovation and usage we'll see
tomorrow, to be arbitrarily set and changed by ISPs in the current
extremely limited competition U.S. Internet environment.
It's well past time for Internet users from the size of Google down to
grandmothers in Ogden, Utah to start *demanding* effective
positive changes.
By the way, Time Warner in my neck of the woods has increased prices
on everything yet again this month, and their customer service reps
have become utterly uncooperative -- unless you'll go for a massive
up-sell. That's assuming you can understand what they're saying. The
TW Colorado Springs call center at least has clear connections. But
much of the time -- even during the day -- you can end up routed to a
call center in Argentina, apparently connected through a VoIP system
running at 110bps -- at least it sounds that way. The audio quality
is always so incredibly bad that one longs for two tin cans with a
string as an alternative. It's just another thorn to ramp up anger
through the roof. I'm told that a lot of customers complain about
this. But hey, when you own the balls and there's no referee you get
to play however you want, right?
Just like the banks who are now *massively* jacking up credit
card interest rates after getting vast government bailouts -- at a
time when many ordinary middle-class citizens can hardly keep the
lights lit and food on the table -- big telecom has us all in their
sights, just like deers in the crosshairs of a hunter's high-powered
rifle.
There's no polite way to say this: We are indeed getting
royally screwed.
--Lauren--
Lauren Weinstein
lauren@vortex.com
タイムワーナーが始める帯域制限に関して。
日本でも色々議論がありましたね。
ARIN-PPML@Apr 10, 2009
Date: Fri, 10 Apr 2009 14:53:37 -0700
From: Scott Leibrand
Subject: [arin-ppml] Polling on draft policies
To: ARIN PPML
Message-ID: <49DFBFE1.6060803@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
The ARIN Advisory Council discussed the topic of polling at our meeting
on Wednesday. While we didn't make a motion or resolution on the
subject, it looks like we're mostly leaning toward polling the
subscribers PPML on draft policy 2009-1 after the San Antonio public
policy meeting, if we still think it is appropriate after the meeting.
This would allow everyone to express a well-informed opinion after they have
watched/heard/read the deliberative discussion there. It will also
allow us to coordinate the questions asked in the poll with those asked
at the meeting.
In addition, the AC we will also be discussing, in an AC workshop at San
Antonio, the more general question of how to do regular recurring
polling of PPML subscribers, so that we can put something in place for
the next policy cycle.
It is also worth noting that everyone on the PPML is invited to
participate, in person or remotely, in the San Antonio public policy
meeting. If you can't make it in person, the entire meeting is webcast,
and remote participants can now participate in real time, asking
questions, making comments, and voting on the questions put before the
community at the meeting. ARIN has already sent out a note about how to
register as a remote participant, and I would encourage everyone to take
advantage of that opportunity.
-Scott
Member of the ARIN Advisory Council, speaking for myself
2009-1に関して今月のARINミーティング後に投票を検討しているというアナウンス。
ppml購読者なら投票に参加できるらしい。投票してみるかな。
From: Scott Leibrand
Subject: [arin-ppml] Polling on draft policies
To: ARIN PPML
Message-ID: <49DFBFE1.6060803@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
The ARIN Advisory Council discussed the topic of polling at our meeting
on Wednesday. While we didn't make a motion or resolution on the
subject, it looks like we're mostly leaning toward polling the
subscribers PPML on draft policy 2009-1 after the San Antonio public
policy meeting, if we still think it is appropriate after the meeting.
This would allow everyone to express a well-informed opinion after they have
watched/heard/read the deliberative discussion there. It will also
allow us to coordinate the questions asked in the poll with those asked
at the meeting.
In addition, the AC we will also be discussing, in an AC workshop at San
Antonio, the more general question of how to do regular recurring
polling of PPML subscribers, so that we can put something in place for
the next policy cycle.
It is also worth noting that everyone on the PPML is invited to
participate, in person or remotely, in the San Antonio public policy
meeting. If you can't make it in person, the entire meeting is webcast,
and remote participants can now participate in real time, asking
questions, making comments, and voting on the questions put before the
community at the meeting. ARIN has already sent out a note about how to
register as a remote participant, and I would encourage everyone to take
advantage of that opportunity.
-Scott
Member of the ARIN Advisory Council, speaking for myself
2009-1に関して今月のARINミーティング後に投票を検討しているというアナウンス。
ppml購読者なら投票に参加できるらしい。投票してみるかな。
NANOG@Apr 10, 2009
Date: Fri, 10 Apr 2009 08:45:46 +0000 (GMT)
From: "Leland E. Vandervort"
Subject: SIP - perhaps botnet? anyone else seeing this?
To: nanog@nanog.org
Message-ID:
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi All,
Over the past couple of days we have been seeing an exponential increase
(about 200-fold)
in the amount of UDP SIP Control traffic in our netflow data. The past 24
hours, for example, has shown a total of nearly 300 GB of this traffic
incoming and over 400 GB outgoing -- this despite the fact that we do not
host any SIP services ourselves, and currently to my knowledge, we have no
hosting customers running any kind of SIP services. (Total RTP traffic
for 24 hours is only in the region of 150 Kb -- so a vast inbalance
between control and RTP)
The local sources/destinations of the traffic are within our hosting
space, but are spread across a wide range of hosts (i.e. nothing really
related to a single or handful of hosts).
Additionally over the past couple of days we have seen an increase of
mails to our abuse desk for "brute force" attempts against a number of SIP
services... possibly directly related to this traffic.
Is anyone aware of a new variant or modus-operandi of botnets in
circulation in the past couple of days which attempt to exploit SIP
services? Has anyone else notice a significant increase in this kind of
traffic?
Thanks
Leland
3/30にGTERでも話題になった、無差別攻撃SIPパケットについて。
やはりBotnetなのか？
From: "Leland E. Vandervort"
Subject: SIP - perhaps botnet? anyone else seeing this?
To: nanog@nanog.org
Message-ID:
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi All,
Over the past couple of days we have been seeing an exponential increase
(about 200-fold)
in the amount of UDP SIP Control traffic in our netflow data. The past 24
hours, for example, has shown a total of nearly 300 GB of this traffic
incoming and over 400 GB outgoing -- this despite the fact that we do not
host any SIP services ourselves, and currently to my knowledge, we have no
hosting customers running any kind of SIP services. (Total RTP traffic
for 24 hours is only in the region of 150 Kb -- so a vast inbalance
between control and RTP)
The local sources/destinations of the traffic are within our hosting
space, but are spread across a wide range of hosts (i.e. nothing really
related to a single or handful of hosts).
Additionally over the past couple of days we have seen an increase of
mails to our abuse desk for "brute force" attempts against a number of SIP
services... possibly directly related to this traffic.
Is anyone aware of a new variant or modus-operandi of botnets in
circulation in the past couple of days which attempt to exploit SIP
services? Has anyone else notice a significant increase in this kind of
traffic?
Thanks
Leland
3/30にGTERでも話題になった、無差別攻撃SIPパケットについて。
やはりBotnetなのか？
4/10/2009
ARIN-PPML@Apr 9, 2009
Date: Thu, 09 Apr 2009 13:33:27 -0400
From: Member Services
Subject: [arin-ppml] Revised -- Policy Proposal 2009-4: IPv4 Recovery
Fund
To: arin-ppml@arin.net
Message-ID: <49DE3167.4030008@arin.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Policy Proposal 2009-4: IPv4 Recovery Fund has been revised. This
proposal is open for discussion on this mailing list and
will be on the agenda at the upcoming ARIN Public Policy Meeting.
The current policy proposal text is provided below and is also available
at: http://www.arin.net/policy/proposals/2009_4.html
Regards,
Member Services
American Registry for Internet Numbers (ARIN)
2009-4の提案内容変更のお知らせ
2009-4は割当済み未使用IPの返却に資金を出す、その為にIPv4回復基金を設立する、というもの。
ARINではIPv4アドレスブロックの回収に資金を提供するという方向でも議論中。
今月のARINミーティングでコンセンサスになると各地域のポリシー議論に影響を与えるかも。
IPv4アドレスを多数持っている団体が急に保有資産価値が増大→大増税ということも。
From: Member Services
Subject: [arin-ppml] Revised -- Policy Proposal 2009-4: IPv4 Recovery
Fund
To: arin-ppml@arin.net
Message-ID: <49DE3167.4030008@arin.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Policy Proposal 2009-4: IPv4 Recovery Fund has been revised. This
proposal is open for discussion on this mailing list and
will be on the agenda at the upcoming ARIN Public Policy Meeting.
The current policy proposal text is provided below and is also available
at: http://www.arin.net/policy/proposals/2009_4.html
Regards,
Member Services
American Registry for Internet Numbers (ARIN)
2009-4の提案内容変更のお知らせ
2009-4は割当済み未使用IPの返却に資金を出す、その為にIPv4回復基金を設立する、というもの。
ARINではIPv4アドレスブロックの回収に資金を提供するという方向でも議論中。
今月のARINミーティングでコンセンサスになると各地域のポリシー議論に影響を与えるかも。
IPv4アドレスを多数持っている団体が急に保有資産価値が増大→大増税ということも。
NANOG@Apr 9, 2009
Date: Thu, 9 Apr 2009 15:48:32 +0000
From: "Lee, Steven (NSG Malaysia)"
Subject: Do we still need Gi Firewall for 3G/UMTS/HSPA network ?
To: "nanog@nanog.org"
Message-ID:
<084962C061414240A0CDB4BE328A9B2D119F91724A@GVW1100EXC.americas.hpqcorp.net>
Content-Type: text/plain; charset="us-ascii"
Hi all, in most of the existing 2G/2.5G mobile PS-core (Packet Switch) networks have Gi segment (interface between GGSN & IP Router/firewall). Due to the IP address constraint, operator usually do NAT on the Gi firewall to NAT the private IP to public IP in the past. Looking at the traffic pattern and user access behaviour, does it make sense to have firewall between the GGSN & Public Internet if the public IP addresses are sufficient to cater for mobile subscribers? Especially with 3G/UMTS/HSPA or even LTE in the future.
Please share your thought and thanks in advance :)
Regards,
Steven Lee
携帯ネットワークにもファイアウォールが必要か否か、という質問。
ブロードバンドネットワークにそんなもの突っ込んでないんだから要らないよ、という意見と、
古い機器が繋がってるから必要かも、という意見が出てきています。
From: "Lee, Steven (NSG Malaysia)"
Subject: Do we still need Gi Firewall for 3G/UMTS/HSPA network ?
To: "nanog@nanog.org"
Message-ID:
<084962C061414240A0CDB4BE328A9B2D119F91724A@GVW1100EXC.americas.hpqcorp.net>
Content-Type: text/plain; charset="us-ascii"
Hi all, in most of the existing 2G/2.5G mobile PS-core (Packet Switch) networks have Gi segment (interface between GGSN & IP Router/firewall). Due to the IP address constraint, operator usually do NAT on the Gi firewall to NAT the private IP to public IP in the past. Looking at the traffic pattern and user access behaviour, does it make sense to have firewall between the GGSN & Public Internet if the public IP addresses are sufficient to cater for mobile subscribers? Especially with 3G/UMTS/HSPA or even LTE in the future.
Please share your thought and thanks in advance :)
Regards,
Steven Lee
携帯ネットワークにもファイアウォールが必要か否か、という質問。
ブロードバンドネットワークにそんなもの突っ込んでないんだから要らないよ、という意見と、
古い機器が繋がってるから必要かも、という意見が出てきています。
NNSquad@Apr 9, 2009
From: Lauren Weinstein
To: nnsquad@nnsquad.org
Date: Thu, 9 Apr 2009 09:25:34 -0700
Subject: [ NNSquad ] In Stunning Surprise, French Reject Oppressive Internet Law!
In Stunning Surprise, French Reject Oppressive Internet Law!
http://lauren.vortex.com/archive/000540.html
Greetings. To the shock of the legislation's supporters and
detractors alike, the horrendous and oppressive proposed "Three
Strikes" Internet law that I discussed yesterday
( http://lauren.vortex.com/archive/000539.html ) has been soundly
rejected by the French national assembly, by a vote of 15 - 21
( http://www.laquadrature.net/en/hadopi-rejected-by-the-assembly ).
Since the vast majority of observers on both sides of this debate had
expected the legislation to be approved, the result is nothing short
of stunning, and calls into question the entire rationale of those who
would use intellectual property concerns as an excuse to trample upon
the basic liberties and rights of Internet users.
Whether the legislators who voted down the proposal did so out of
careful analysis, primal fear of political repercussions, or some
other combination of factors is currently unclear -- nor can France or
any other country assume that new attempts to trample basic concepts
of fairness won't reemerge repeatedly related to the Internet (or in
other aspects of our lives, for that matter).
But today at least is a good day for the Internet and its users.
Vive la France!
--Lauren--
Lauren Weinstein
フランス議会で大方の予想に反して「３ストライク」インターネット法が否決されたというニュース。
インターネットが主要インフラになりつつあり、影響力も大きいため、その他のインフラと
同じような権利の制限などが各国で議論されています。
その中でフランスは否決しました。(今後どうなるかわかりませんが)
その喜びは文末に表れています。"Vive la France!"
To: nnsquad@nnsquad.org
Date: Thu, 9 Apr 2009 09:25:34 -0700
Subject: [ NNSquad ] In Stunning Surprise, French Reject Oppressive Internet Law!
In Stunning Surprise, French Reject Oppressive Internet Law!
http://lauren.vortex.com/archive/000540.html
Greetings. To the shock of the legislation's supporters and
detractors alike, the horrendous and oppressive proposed "Three
Strikes" Internet law that I discussed yesterday
( http://lauren.vortex.com/archive/000539.html ) has been soundly
rejected by the French national assembly, by a vote of 15 - 21
( http://www.laquadrature.net/en/hadopi-rejected-by-the-assembly ).
Since the vast majority of observers on both sides of this debate had
expected the legislation to be approved, the result is nothing short
of stunning, and calls into question the entire rationale of those who
would use intellectual property concerns as an excuse to trample upon
the basic liberties and rights of Internet users.
Whether the legislators who voted down the proposal did so out of
careful analysis, primal fear of political repercussions, or some
other combination of factors is currently unclear -- nor can France or
any other country assume that new attempts to trample basic concepts
of fairness won't reemerge repeatedly related to the Internet (or in
other aspects of our lives, for that matter).
But today at least is a good day for the Internet and its users.
Vive la France!
--Lauren--
Lauren Weinstein
フランス議会で大方の予想に反して「３ストライク」インターネット法が否決されたというニュース。
インターネットが主要インフラになりつつあり、影響力も大きいため、その他のインフラと
同じような権利の制限などが各国で議論されています。
その中でフランスは否決しました。(今後どうなるかわかりませんが)
その喜びは文末に表れています。"Vive la France!"
SwiNOG@Apr 9, 2009
Date: Thu, 09 Apr 2009 10:22:05 +0200
From: Steven Glogger
Subject: [swinog] SwiNOG-BE73 - Beer Event 73 - 4th of May 2009 @
Brandenberg / Zug
To: "swinog@swinog.ch"
Message-ID: <49DDB02D.7060706@glogger.ch>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
hi everybody
here's the announcement for the next beer event:
be aware: it is NOT in zurich ...
the facts for the next event:
-----------------------------
Date: 4th of may 2009
Time: starting around 18.30 o'clock
Location: @ the "Restaurant Brandenberg" in Zug
(Allmendstr. 3 near the Lake; Sorry, no Website available)
Registration deadline: 28.04.2009 18:00:00
-------------
Please register here: http://swinog.mrmouse.ch/ since we have to make
reservations, i need to know who's coming and who not. If you cannot
attend and you're registered please inform me asap (+41 79 277 92 35).
greetings
-steven
SwiNOGビアイベントの告知。
今週SwiNOGMeeting18があったが、BE(ビアイベント)は73回目。
毎月呑んでいる感じ。ちょっと羨ましい。
BBQの時もあり。かなり羨ましい。
From: Steven Glogger
Subject: [swinog] SwiNOG-BE73 - Beer Event 73 - 4th of May 2009 @
Brandenberg / Zug
To: "swinog@swinog.ch"
Message-ID: <49DDB02D.7060706@glogger.ch>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
hi everybody
here's the announcement for the next beer event:
be aware: it is NOT in zurich ...
the facts for the next event:
-----------------------------
Date: 4th of may 2009
Time: starting around 18.30 o'clock
Location: @ the "Restaurant Brandenberg" in Zug
(Allmendstr. 3 near the Lake; Sorry, no Website available)
Registration deadline: 28.04.2009 18:00:00
-------------
Please register here: http://swinog.mrmouse.ch/ since we have to make
reservations, i need to know who's coming and who not. If you cannot
attend and you're registered please inform me asap (+41 79 277 92 35).
greetings
-steven
SwiNOGビアイベントの告知。
今週SwiNOGMeeting18があったが、BE(ビアイベント)は73回目。
毎月呑んでいる感じ。ちょっと羨ましい。
BBQの時もあり。かなり羨ましい。
arabeyes-general@Apr 9, 2009
Date: Thu, 9 Apr 2009 02:20:16 +0300
From: daif alotaibi
Subject: [general] About Arabeyes website&projects
To: general@arabeyes.org
Message-ID:
Content-Type: text/plain; charset="windows-1256"
*السلام عليكم,
في اجتماع سابق على القناة في IRC تحدثنا حول تطوير موقع عربآيز , وتم التصويت
بين أنظمة محتوى واخترنا drupal .
ولكن بعد ان دققت في اننا سنحتاج الى برمجة الكثير من الوحدات (modules) لتناسب
موقع عربآيز .
قمت بعمل نظام جديد , يدعم تعدد اللغات + الوحدات البرمجية بالاضافة الى سهولة
برمجتها , (نحتاج توثيق بسيط لها) .
لمعاينة الموقع على هذا الرابط: http://arabeyes.org/~daif/site/
قمت بعمل وحدتين برمجيتين وهي news و project الاولى لعرض الاخبار والاخرى
للمشاريع ... لم نزل نحتاج الى صفحات التحكم بها.
ماذا يجب علينا أن نفعل الآن؟*
- *وضع جدول زمني لتنفيذ المشروع.*
- *المساهمة في تصميم صفحات الموقع + ترجمته + كتابة وحدة برمجية.*
- *النقاش حول هذا المشروع.*
*ماذا أقترح بشكل عام؟*
- *أقترح أن يحدد اجتماع شهرى على القناة , للناقش حول المشاريع .*
- *أقترح أن يحدد جدول زمني لاي مشروع , كما هو الحال في اصدار نسخ ubuntu ,
gnome وغيره .*
*أعتقد سيكون مجتمع عربآيز أكثر حيويا بهذه الاقتراحات*
--
Regards,
daifallah alotaibi
arabeyesのWebSite公開のお知らせ。
Link先は英語のドキュメントです。
From: daif alotaibi
Subject: [general] About Arabeyes website&projects
To: general@arabeyes.org
Message-ID:
Content-Type: text/plain; charset="windows-1256"
*السلام عليكم,
في اجتماع سابق على القناة في IRC تحدثنا حول تطوير موقع عربآيز , وتم التصويت
بين أنظمة محتوى واخترنا drupal .
ولكن بعد ان دققت في اننا سنحتاج الى برمجة الكثير من الوحدات (modules) لتناسب
موقع عربآيز .
قمت بعمل نظام جديد , يدعم تعدد اللغات + الوحدات البرمجية بالاضافة الى سهولة
برمجتها , (نحتاج توثيق بسيط لها) .
لمعاينة الموقع على هذا الرابط: http://arabeyes.org/~daif/site/
قمت بعمل وحدتين برمجيتين وهي news و project الاولى لعرض الاخبار والاخرى
للمشاريع ... لم نزل نحتاج الى صفحات التحكم بها.
ماذا يجب علينا أن نفعل الآن؟*
- *وضع جدول زمني لتنفيذ المشروع.*
- *المساهمة في تصميم صفحات الموقع + ترجمته + كتابة وحدة برمجية.*
- *النقاش حول هذا المشروع.*
*ماذا أقترح بشكل عام؟*
- *أقترح أن يحدد اجتماع شهرى على القناة , للناقش حول المشاريع .*
- *أقترح أن يحدد جدول زمني لاي مشروع , كما هو الحال في اصدار نسخ ubuntu ,
gnome وغيره .*
*أعتقد سيكون مجتمع عربآيز أكثر حيويا بهذه الاقتراحات*
--
Regards,
daifallah alotaibi
arabeyesのWebSite公開のお知らせ。
Link先は英語のドキュメントです。
NANOG@Apr 9, 2009
Date: Thu, 09 Apr 2009 08:14:15 -0700
From: Craig Holland
Subject: Fiber cut in SF area
To: NANOG
Message-ID:
Content-Type: text/plain; charset="US-ASCII"
Just dropping a note that there is a fiber cut in the SF area (I have a
metro line down). AboveNet is reporting issues and I've heard unconfirmed
reports that ATT and VZW are affected as well.
Rgs,
craig
サンフランシスコ地域で回線障害が発生の模様。
続報が入ってきています。
Yup. Abovenet fiber between 200 Paul SFO and 11 Great Oaks SJC is currently
out of commission.
200 Paul Ave is seeing several carriers down. I am also in Santa Cruz and cannot make or receive long distance calls on my land lines. Unconfirmed reports of Caltrain cut.
Confirmed VZW & ATT;
http://cbs5.com/local/phone.internet.outage.2.980578.html
Rather widespread "general telco" outage, the county has deployed
extra patrol units in the south bay to compensate for not being able
to call 911.
Third video link in shows repairs underway.
緊急電話も使えない状態だった模様。
Additional news stories reporting second fiber cut on Sprint fiber
in San Carlos, between San Francisco and San Jose, the SF Gate article above
was updated at 12:20pm with that information.
San Jose cut at around 1:30am, San Carlos around 3:30am.
さらに別地域でも。
http://sandbox.bitgravity.com/blog/2009/04/09/destroy-the-internet-with-a-hacksaw/
影響範囲の地図付きのBlog
Activity Type Code Desc: PROGRESS COMMENTS
Activity Type Code: PROG
OTDR readings were taken by AT&T West and a cut was located 1600 ft from
the San Jose, CA central office. AT&T West technicians are onsite
working to isolate the exact location of the cut. There are 4 cables
impacted. AT&T Mobility has 61 GSM and 45 co-located UMTS sites out of
service off of Santa Clara Base Station Controllers 15 & 23, and Santa
Clara Radio Network Controller 4. E911 has 52 Location Measuring Units
down. The AT&T West Santa Cruz 11 central office (41,803 ATNs) is
experiencing an SS7 isolation and the San Martin central office (11,904
ATNs) lost it's umbilical and is isolated at this time. The Bailey
remote site (4,973 ATNs) is also isolated. Scott's Valley has 3 out of 4
SS7 links down. The Santa Cruz 01, Aptos, Scott's Valley, Felton,
Boulder Creek, Ben Lomand, San Jose 11, San Jose 13, San Jose 21 central
offices have trunks impacted such that all lines are busy and incoming
calls are receiving trouble messages. The Santa Cruz County SO (178,040
ATNs), Scott's Valley PD (12,007 ATNs) and the UC Santa Cruz PD (14,909
ATNs) are all without ALI at this time. The Gilroy PD PSAP and the
Morgan Hill PD and CDF have been rerouted with ALI/ANI. The Felton CDF
has not been rerouted. There are 17 DSLAMS and 4 ATMS out of service
impacting DSL service. There are 3 SMDI Links down impacting voicemail
service. Verizon's Morgan Hill and Gilroy central offices are currently
isolated. There have been 224,865 blocked calls.
こういう時はOTDRが大活躍。
なんだか5箇所で切断という情報も。テロ？
GIGAZINEでも扱われました。
http://gigazine.net/index.php?/news/comments/20090411_pie/
From: Craig Holland
Subject: Fiber cut in SF area
To: NANOG
Message-ID:
Content-Type: text/plain; charset="US-ASCII"
Just dropping a note that there is a fiber cut in the SF area (I have a
metro line down). AboveNet is reporting issues and I've heard unconfirmed
reports that ATT and VZW are affected as well.
Rgs,
craig
サンフランシスコ地域で回線障害が発生の模様。
続報が入ってきています。
Yup. Abovenet fiber between 200 Paul SFO and 11 Great Oaks SJC is currently
out of commission.
200 Paul Ave is seeing several carriers down. I am also in Santa Cruz and cannot make or receive long distance calls on my land lines. Unconfirmed reports of Caltrain cut.
Confirmed VZW & ATT;
http://cbs5.com/local/phone.internet.outage.2.980578.html
Rather widespread "general telco" outage, the county has deployed
extra patrol units in the south bay to compensate for not being able
to call 911.
Third video link in shows repairs underway.
緊急電話も使えない状態だった模様。
Additional news stories reporting second fiber cut on Sprint fiber
in San Carlos, between San Francisco and San Jose, the SF Gate article above
was updated at 12:20pm with that information.
San Jose cut at around 1:30am, San Carlos around 3:30am.
さらに別地域でも。
http://sandbox.bitgravity.com/blog/2009/04/09/destroy-the-internet-with-a-hacksaw/
影響範囲の地図付きのBlog
Activity Type Code Desc: PROGRESS COMMENTS
Activity Type Code: PROG
OTDR readings were taken by AT&T West and a cut was located 1600 ft from
the San Jose, CA central office. AT&T West technicians are onsite
working to isolate the exact location of the cut. There are 4 cables
impacted. AT&T Mobility has 61 GSM and 45 co-located UMTS sites out of
service off of Santa Clara Base Station Controllers 15 & 23, and Santa
Clara Radio Network Controller 4. E911 has 52 Location Measuring Units
down. The AT&T West Santa Cruz 11 central office (41,803 ATNs) is
experiencing an SS7 isolation and the San Martin central office (11,904
ATNs) lost it's umbilical and is isolated at this time. The Bailey
remote site (4,973 ATNs) is also isolated. Scott's Valley has 3 out of 4
SS7 links down. The Santa Cruz 01, Aptos, Scott's Valley, Felton,
Boulder Creek, Ben Lomand, San Jose 11, San Jose 13, San Jose 21 central
offices have trunks impacted such that all lines are busy and incoming
calls are receiving trouble messages. The Santa Cruz County SO (178,040
ATNs), Scott's Valley PD (12,007 ATNs) and the UC Santa Cruz PD (14,909
ATNs) are all without ALI at this time. The Gilroy PD PSAP and the
Morgan Hill PD and CDF have been rerouted with ALI/ANI. The Felton CDF
has not been rerouted. There are 17 DSLAMS and 4 ATMS out of service
impacting DSL service. There are 3 SMDI Links down impacting voicemail
service. Verizon's Morgan Hill and Gilroy central offices are currently
isolated. There have been 224,865 blocked calls.
こういう時はOTDRが大活躍。
なんだか5箇所で切断という情報も。テロ？
GIGAZINEでも扱われました。
http://gigazine.net/index.php?/news/comments/20090411_pie/
4/09/2009
NANOG@Apr 8, 2009
Date: Wed, 8 Apr 2009 18:33:48 -0700
From: Jo Rhett
Subject: options for full routing table in 1 year?
To: NANOG list
Message-ID:
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
I was chatting with someone the other day and we were trying to build
a complete list of all units which can handle full routing tables 1
year from now, assuming current 4k/month growth (nevermind de-
aggregation)
Juniper M/T-series units could handle 600k before, now 1mil with I-
chip upgrade?
Juniper MX-series units are always 1mil
Cisco 6500/7600 with SUP720-3BXL handles 1mil routes
Force10 E300/600/1200 with dual-cam line cards handle 512k routes
Force10 E600/1200 with Exascale (quad-cam) line cards handle 1mil routes
Is there anything I'm forgetting here?
And if you already have one of these units, the upgrades are:
Juniper M-series units can replace the FPIC card to get new I-chip?
...if I understand it, no other cards need replaced
Cisco 6500/7600 you replace SUP32 or SUP720 with SUP720-3BXL
...if I understand it, no other cards need replaced?
(note that this disagrees with my understanding of how their FIB/CEF
works so I'm curious about this)
Force10 you replace every single line card, since the entire chassis
is limited to the smallest CAM size available.
--
Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source
and other randomness
NANOGでも経路爆発に備える為かハイエンドのルータ情報を集める人が出てきた。
これもIP移転に伴う動きか。
From: Jo Rhett
Subject: options for full routing table in 1 year?
To: NANOG list
Message-ID:
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
I was chatting with someone the other day and we were trying to build
a complete list of all units which can handle full routing tables 1
year from now, assuming current 4k/month growth (nevermind de-
aggregation)
Juniper M/T-series units could handle 600k before, now 1mil with I-
chip upgrade?
Juniper MX-series units are always 1mil
Cisco 6500/7600 with SUP720-3BXL handles 1mil routes
Force10 E300/600/1200 with dual-cam line cards handle 512k routes
Force10 E600/1200 with Exascale (quad-cam) line cards handle 1mil routes
Is there anything I'm forgetting here?
And if you already have one of these units, the upgrades are:
Juniper M-series units can replace the FPIC card to get new I-chip?
...if I understand it, no other cards need replaced
Cisco 6500/7600 you replace SUP32 or SUP720 with SUP720-3BXL
...if I understand it, no other cards need replaced?
(note that this disagrees with my understanding of how their FIB/CEF
works so I'm curious about this)
Force10 you replace every single line card, since the entire chassis
is limited to the smallest CAM size available.
--
Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source
and other randomness
NANOGでも経路爆発に備える為かハイエンドのルータ情報を集める人が出てきた。
これもIP移転に伴う動きか。
APPLe@Apr 8, 2009
Date: Wed, 8 Apr 2009 22:44:28 -0700 (PDT)
From: David Goldstein
Subject: [APPLe list] domain name news - 6 April
To: APPLe Mailing List, TechNewsReview Mailing
List
Message-ID: <444504.76135.qm@web54111.mail.re2.yahoo.com>
Content-Type: text/plain; charset=utf-8
Don't forget to check out http://www.auda.org.au/domain-news/ for today's edition of the complete domain news, already online!
～略～
CNNIC Releases the 23rd Statistical Report on the Internet Development in China
http://www.cnnic.net.cn/html/Dir/2009/03/23/5512.htm
～以下略～
CNNICが中国でのInternet導入状況報告を発行とのこと。
モバイルインターネットユーザが1億人を超えて爆発的成長が来る、と。
From: David Goldstein
Subject: [APPLe list] domain name news - 6 April
To: APPLe Mailing List
List
Message-ID: <444504.76135.qm@web54111.mail.re2.yahoo.com>
Content-Type: text/plain; charset=utf-8
Don't forget to check out http://www.auda.org.au/domain-news/ for today's edition of the complete domain news, already online!
～略～
CNNIC Releases the 23rd Statistical Report on the Internet Development in China
http://www.cnnic.net.cn/html/Dir/2009/03/23/5512.htm
～以下略～
CNNICが中国でのInternet導入状況報告を発行とのこと。
モバイルインターネットユーザが1億人を超えて爆発的成長が来る、と。
YLUG@Apr 8, 2009
from: Jun OKAJIMA
to: ylug@linux.or.jp
date: Wed, Apr 8, 2009 at 11:15 AM
subject: [ylug:12179] Re: Debug Hacks――デバッグを極めるテクニック＆ツール
レス感謝します ＞ 各位。
特定の方へのレス限定ではなく、全体にコメント。
いや、OSS系の方がこういった反応ですか。
そりゃマズいんじゃないかな。
いいですか、OSS的なFreedomというのは、
こういったことをいうんですよ。
-------
書籍を売るのは自由。印税を受け取るのもアリ。
しかし、書籍（＝バイナリ）をRMS（じゃなくても誰でも）が買ったら、
RMSには、それをHackし、再配布する自由がある。
Hackのために、ソース（LaTexとか）を要求できる。
Hack版は、PDFとしてネットに流そうと、
書籍として販売しようと自由。
その際、原作者への印税支払は不要。
許可も挨拶も不要。
-------
もちろん、この場合、当然の疑問が出てきます。
「速攻でHack版をPDFで流されたら、
出版社は、編集者は、執筆者はどうやって食うの？」
これは、一般人にとってはきわめて当然の疑問です。
であるからして、普通はFreeなんかにしない。
全部 Copyrighted。
がしかし。
OSS信者がそれを言っちゃあねぇ。
わかりましたか？
皆さんは、プログラミングに関しては、
他の収入源（コンサルなど）で食えるから、
コードはCopyleft でOK、と主張するのに、
なぜか、プログラムの解説書に関しては、
売り上げに悪影響を与えるからPDFは出さない、
とかいっているわけです。
なにがなんだか。
たとえ、それが一般常識に反しても、
たとえ、それでは資金の回収に困難をきたしても、
とにかく、LaTexのソースをFreeで流して、
「あとはバザール方式で自由にHackしてください」
と言うのがOSS流ですし、
それじゃあ食えない、とかいうなら、
それは、OSSの否定なんです。
わたしのようなOSS懐疑派が
Copyrightedを選択するのはともかく、
OSS信者が、「Copyleftじゃ食えない」というのは、
それは間違ってますよ。
有限会社デジタルインフラ 岡島 純
またも毒電波発信中。
OSSな人は著作権も放棄しなければならないかのような言いっぷり。
この伝でいくと、自宅含む財産も、家族も共有しなきゃいけないのかな、と。
#OSSは著作権を尊重すると思っていたのですが。これほどまでに理解が歪んでる人がいるとは。
to: ylug@linux.or.jp
date: Wed, Apr 8, 2009 at 11:15 AM
subject: [ylug:12179] Re: Debug Hacks――デバッグを極めるテクニック＆ツール
レス感謝します ＞ 各位。
特定の方へのレス限定ではなく、全体にコメント。
いや、OSS系の方がこういった反応ですか。
そりゃマズいんじゃないかな。
いいですか、OSS的なFreedomというのは、
こういったことをいうんですよ。
-------
書籍を売るのは自由。印税を受け取るのもアリ。
しかし、書籍（＝バイナリ）をRMS（じゃなくても誰でも）が買ったら、
RMSには、それをHackし、再配布する自由がある。
Hackのために、ソース（LaTexとか）を要求できる。
Hack版は、PDFとしてネットに流そうと、
書籍として販売しようと自由。
その際、原作者への印税支払は不要。
許可も挨拶も不要。
-------
もちろん、この場合、当然の疑問が出てきます。
「速攻でHack版をPDFで流されたら、
出版社は、編集者は、執筆者はどうやって食うの？」
これは、一般人にとってはきわめて当然の疑問です。
であるからして、普通はFreeなんかにしない。
全部 Copyrighted。
がしかし。
OSS信者がそれを言っちゃあねぇ。
わかりましたか？
皆さんは、プログラミングに関しては、
他の収入源（コンサルなど）で食えるから、
コードはCopyleft でOK、と主張するのに、
なぜか、プログラムの解説書に関しては、
売り上げに悪影響を与えるからPDFは出さない、
とかいっているわけです。
なにがなんだか。
たとえ、それが一般常識に反しても、
たとえ、それでは資金の回収に困難をきたしても、
とにかく、LaTexのソースをFreeで流して、
「あとはバザール方式で自由にHackしてください」
と言うのがOSS流ですし、
それじゃあ食えない、とかいうなら、
それは、OSSの否定なんです。
わたしのようなOSS懐疑派が
Copyrightedを選択するのはともかく、
OSS信者が、「Copyleftじゃ食えない」というのは、
それは間違ってますよ。
有限会社デジタルインフラ 岡島 純
またも毒電波発信中。
OSSな人は著作権も放棄しなければならないかのような言いっぷり。
この伝でいくと、自宅含む財産も、家族も共有しなきゃいけないのかな、と。
#OSSは著作権を尊重すると思っていたのですが。これほどまでに理解が歪んでる人がいるとは。
登録:
投稿 (Atom)
