IHANetに参加した・ネットワーク事情。

技術ネタ。

2週間ほど前に、IHANetなるインターネット上の有志のネットワークに参加した。
IHANetとはいわゆるISPが行う、AS番号を割り当ててBGPとかのルーティングプロトコルで経路を交換して、インターオペラビリティの実験や個人のスキル向上をしましょうというグループで、Tomochaさんとかいろいろな人がいます(笑

個人的にはまったポイントが有ったので、軽くまとめ。

  • Cisco IOS(12.4系)でlink-localアドレスを用いて経路をBGPにより交換する場合
    router bgp 64535
    neighbor peer peer-group
    neighbor FE80::2008:1%Tunnel8 remote-as 64525
    neighbor FE80::2008:1%Tunnel8 peer-group peer
    neighbor FE80::2008:1%Tunnel8 update-source Tunnel8
    !
    address-family ipv6
    neighbor peer soft-reconfiguration inbound
    neighbor FE80::2008:1%Tunnel8 activate
    network 2001:268:355::/48
    exit-address-family
    !

    といってlink-localアドレスにインターフェイスを追加する必要がある。
    当たり前のようで、はまってしまったので注意。

  • IPv6がmtu 1280以上のパケットをはじく
    これは未だ何が原因だがわかっていないのだけど、IIJ系からMTU 1280以上のパケットを送るとKDDI大手町のトンネルルータから先パケットが届かなくなる。
    KDDI側の問題は考えづらくたぶん僕の問題だと思うが、とりあえず以下のコマンドで直った。
     ipv6 virtual-reassembly max-reassemblies 1024

後は最近家にiSCSIに対応したNASを導入した。
元々会社にiSCSIを導入してESXi周りをすっきりさせようと思ったのだが、コストがべらぼうにかかる(Dell MD3000iにSAS 1TBx15を積んで100万ぐらい)のと、ぶっちゃけストレージをGbEなんかに乗せて大丈夫なの?っていうのが有ったので、見送った。ただ、現実問題いつかストレージ周りを統合させないといけなくなったときにどんなもんかわからないのもイヤなので、家で購入してiSCSI + ESXiでどの程度スループット出るか試してみることにした。

購入したのは、QNAP TS-509 Pro
またセットアップしたところまでなので、何とも言えないが単純NASとしてはかなり早い。
NASとしては優秀だが、iSCSIとしてシステムドライブを入れたりするとどうなるのかはかなり興味深い。
ベンチマークとったりして試したいと思う。

【募集】外国人留学生と日本人について話をしたい人

こんばんは。

どうも、いつも告知ばかりの中島です。
大学でSA(授業アシスタント)と行っている留学生向けの日本語の授業で、 
留学生と日本人について話をするという授業を行います!

「日本人はなぜ〜するのか」というテーマで、毎回いろいろな疑問を履修者と共に考えます。 

具体的には、

  • すみませんと言うのか
  • お祭りが多いのか
  • 敬語を使うのか
  • マスクをするのか
  • 物事を直接言わないのか
  • 一人暮らしを好むのか
  • 新聞を読む・好むのか
  • なぜケータイのアドレスを聞くのか
  • 社交辞令

といったことを話し合います!(これ以外もきっと話します)

授業は、湘南藤沢キャンパス金曜日3限(1:00〜2:30)にて開講される、日本語コミュニケーションという授業です。
授業シラバス(学外からはみれないかも) 
早速来週(5/29)から行いたいと思っています。

日本人の塾生であれば、どなたでもかまいません。
1回だけの参加でもいいですし、毎回参加していただいてもかまいません!
特に謝礼などをお支払いすることはできませんが、下手な留学生交流よりもいろいろ話せるので、留学生の友達とかができるかも。 

興味が有る方はコメントかメールでご連絡くださいー

どうやら最近コメントができなかったらしい

なんか先ほどログを眺めていたら、どなたかにコメントを残していただいていたのに、
記事にはコメントが反映できていなかったみたいです。

おそらくだいぶコメントが反映できていなかったみたい・・・。

コメントくださった皆様、すみません。

Using VPN Service with Mac OS X at Zhejiang University (浙江大学)

In Zhejiang University (浙江大学), they provide Internet Connection Service via L2TP Tunneling VPN. But it only supports Windows Platform(XP or Vista) not works in Mac, Linux Platforms.

On the internet, someone posted Instruction of VPN Connection with Linux (Ubuntu). they tried connect with xl2tpd but osx does not support it. so i tried following steps.

Note: I tried in Leopard (10.5.6) 

  1. Edit /etc/ppp/options
    Mac OS X’s L2TP VPN always uses IPsec encryption. So we should turn off this feature. Add Following Lines to /etc/ppp/options
    plugin L2TP.ppp
    l2tpnoipsec

  2. Open System Preferences to make VPN Connections
    Server Address: lns.zju.edu.cn
    Account Name: foobar@a or d or so.
    Open “Authentication Settings” and enter your VPN password in User Authentication field(confirm “Password” checked and keep Machine Authentication field blank, we don’t use IPsec encryption)
  3. Click Apply then connect.

I hope it helps.

それにしても酷い英語。

確定申告

今年も確定申告だったので、申告してきた。

ネットバンクや電子認証系のシステムは大体Windows XPかVistaでMacは当然のように対応していないのだが、国税の電子申告システムはMac(しかもLeopard, Safari 3.1)に完全対応しているので、毎年電子申告している。

申告書の作成から、住基カードの電子証明書による署名そして送信の一連の流れをすべてやってくれるので非常に便利である。
何よりも、源泉徴収票は省略可能なので、郵送も窓口にも行かずに済む。 
確定申告されているみなさまには是非ともおすすめしたい。 

今年は青い方の準備をしていなかったので、青い申告が出来なかったので白い申告。
源泉所得税でほとんど払ってあったので、不足分が少なくてよかった。 

UQ WiMax 来た

UQ WiMAX UD01SS

モニターに応募をしたら、なんとモニターをさせていただけることとなり、今日スティックタイプのUD01SSが到着した。

Macには対応していないのははじめから承知の上だったのだが、なんとしても使いたいので、いろいろ試したが、無理だった(笑)

OEM元でドライバーを入手したのだが、どうもこのデバイスUSB Composite Deviceなので、Mass Storageを殺さないとネットワークデバイスになってくれない模様。

ドライバー: http://www.ktwibro.com/ktwibro/customer/down_view.html?idx=124

たぶんMass Storageを殺せれば、GCT Semiのチップを積んだ他のデバイスのドライバーが上のリンクのドライバーに含まれているので、Product IDをいじれば多分使えるはずだと思うんだよね。週末に再度やってみよう。

肝心の電波はというと、新宿の僕の家では屋内では電波が弱すぎて接続できずでした。
屋外に行ったら多少違うのかもしれないけど、こりゃまだまだだ。 

[メモ] [CPP] Mac OS Xでboostをコンパイルする

Leopardでboostの32ビットと64ビット混合のUniversalなバイナリーを生成したのだけど、BJAM_OPTIONの改変だけじゃうまくいかなくて、darwin.jamをいじったので、メモ。

darwin.jam
arch-addr-flags darwin OPTIONS : combined : 64 : -arch i386 -arch ppc -arch x86_64 -arch ppc64 ;
configure
BJAM_CONFIG="macosx-version=10.5 architecture=combined address-model=64"

これでうまくいく。

特典航空券と格安航空券

航空ネタ。

春分の日前後でまた香港に行くので、どうやって航空券を発券しようか迷った。

マイルが貯まってるので、特典航空券で済ますべきなのだが、希望の便は残念ながら特典航空券では満席。仕方がないので、有償航空券を買おうと思っていろいろ調べてたら有償航空券をマイルで買うのは意外と悪くないことが判明したので、個人的なまとめ。

▼特典航空券
3/19 羽田 – 香港 [空席待ち]
3/23 香港 – 羽田 [空席待ち]
消費マイル: 20000 mile
サーチャージ+税: 15,540円

電話して空席待ちの人数を確認したら、両便共に20名ほど。空席は40席ほど。
Open発券すれば前日まで空席待ち出来るが、発券せずに空席待ちする場合だと3月5日が期限。おそらくそれまでには回ってこないだろう。いけなきゃ意味ない。

▼有償航空券 – スーパーエコ割 発券クラス LまたはH
3/19 成田 – 香港 [OK]
3/23 香港 – 羽田 [OK]
加算マイル: 2552 mile
運賃(税込): 61,940円

これだと差額46,400円分有償航空券の方が高いので、香港に安く行くという目的は達成されない。

いろいろ調べたら、マイルを航空券の購入に充てることが出来る。
それが、eクーポンっていうのらしくて、12000マイルで18000円分になるらしい。

ということで再計算。

▼有償航空券 – スーパーエコ割 発券クラス LまたはH
3/19 成田 – 香港 [OK]
3/23 香港 – 羽田 [OK]
加算マイル: 2552 mile
消費マイル: 24000mile
運賃(税込): 61,940円
eクーポン: -36,000円
現金: 25,940円

これで、10,400円差。これなら空席待ちでいけなくなるリスクもないし、よい。

それに今だと、スーパーエコ割で乗るとEdyでキャッシュバックされるらしい。
香港便だと8,000円。 

というと差額は2,400円である。

貯まったマイルは特典航空券が一番お得だと思っていたが、有償航空券の購入に充てるというのも意外と悪くないのではないかと言うことを発見した。

それにしてもこの1年間に香港に5回も入国することになる (笑
パスポートが香港と中国だらけ。 

[Blackberry][Bold] MacとのPIMの同期 続報

Missing Sync for Blackberry 2.0がリリースされましたが、どうやらBluetooth経由のSyncであれば日本語を含む2バイト文字の同期が可能になったみたい。

Missing Sync for BlackBerry 2.0 Unicode Issue
https://support.markspace.com/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=335

実際に試して見たところ、ちゃんと同期されました。

しかし、残念なことにフリガナはまだ同期されない模様・・。

サポートに連絡して対応してもらうようお願いしてみます。
ただ、これで少なくともMacでBlackberryと全く同期できなかったいままでと比べてかなり使い勝手が上がったと思います。

[Updated on 09/03/04]

サポートの方からメールが来ました。

I will pass your information along as a feature request to the Engineering dept.

とのこと。ということで、しばらく待ってみます。

Google on IPv6

ネタとしては古いが、自宅のネットワークがようやくIPv6 readyになったので、Google on IPv6を申し込んでみた。

Google over IPv6

仕組みとしては、ホワイトリストに載ったDNS resolverからの問い合わせにはAAAAレコードを返すけど、そうじゃないDNS resolverからの問い合わせにはAレコードしか返さないよってことみたいで、フレッツのIPv6プレフィックス問題のように、変にAAAAレコードを返すとGoogleに繋がらない!!なんて状態が生まれちゃうから、当然なんだけどね。

もともとWebには、

Your network must provide and support production-quality IPv6 networking and provide access to a substantial number of IPv6 users.

って書いてあったのを承知の上で、メールしてみた。

あえなくGoogleの中の人から、

Can you provide an estimate of the number of users in 2001:268:355::/48? At this time we prefer to enable Google over IPv6 for networks with a substantial number of users.

なんてメールが来てしまって、撃沈。

うちのネットワーク、クエリーを転送できる上位DNSとか無いからこれじゃいつまでたってもGoogleをIPv6で見れないじゃないか(笑

GoogleをIPv6で引けるネットワークのDNSへのクエリーを許可してくれるような神様が居るといいんだけどw