間違いがありましたら、指摘お待ちしてます。
「ポート7144を開けろ」と言われても、具体的にイメージが湧かない人のために説明してみます。
なお、PeerCast 使用時におけるポート開放の必要性（stsoundworks）と内容が重複する部分もあります。
下手な絵を見たくなければ、上記サイトへどうぞ。
PeerCastを導入する時に非常に役立つ説明は、初心者向けPeerCast解説が役に立つと思います。
PeerCastにおいてのポート開けについての説明はPipin@2chに例があります。
さらに様様なルータ別の解説はWinnytips内のルータ別の解説が非常に役立つのではないでしょうか？
ここでは、少し視点を変えてPeerCastを紹介してみましょう。
↓のバケツリレーをしている謎生物は、ポート開け（FWの設定も含む）したユーザです（Push=NO）。
一方「火壁」の向こう側にいるのがポート開けしてない（一部のCATV回線含む）ユーザです（Push=YES）。
※CATV（某自営混む）ユーザの方から「ウチでは問題なく配信・リレーできてるので、CATVユーザの全てが"Push=YES"であるとは限らないよ。」
と指摘して下さいました。で、ここに説明があるのですが、CATV回線などでグローバルIPが割り当てられていない人（プライベートしか割り当てられていない人）は"Push=YES"になります。
某自営混むさんの場合、グローバルIPを割り当てられるので、現状では問題なく使えるようです。
ポートを塞がれない事を祈りましょう（そうなったとしても、Settingで別のポートにして……）。（さんくす：IIP#Peercast@2chの某氏）
リレーの終端に"Push=YES"なユーザがいても、私はあまり問題にはならないと思います。
ですから、一部のCATV回線などでポート開けが非常に困難（というより、できない）な環境の方をPeerCastから排除するつもりはありません。
今後も是非とも利用し続けて下さい（Push=YES状態で配信側になるのは、無理なようですが）。
問題は上図のように十分にリレーされていない状態で"Push=YES"なユーザが、配信の根元を掴んだ場合です。
余談ではありますが、鳥の配信の時や、ネットランナーにPeerCastが紹介された時に、
リレーをしなければPeerCastが成り立たない事をきちんと宣伝（誘導）しなかった為Push=YESが大量に発生してしまい、大混乱になった事がありました。
※鳥に関しては、テストケースという点もありましたし、後日サイト上でポートを開けてリレーを行うよう、ユーザを促していましたが。
今となってはユーザが増えるいい機会だったとも受け止められますが、リスナー数が一番多い（現状）PeerDJNightでさえ、3分の1位のリスナーはPush=YESだったりします。
……リレーするユーザが増えれば増えるほど、Push=YESの人が聞ける機会が増えます。
もし宜しければ、PeerCastを友人・知人に薦めてみてはいかがでしょうか？
アナタと私たちのためにも……
こんな場合は、配信側で（少々汚いやり方ではありますが）対処する事が可能です。
上の画面写真ではListeners=1になってますが、実際にPush=YESかつListeners=0なユーザも多く見受けられます。
Push=YESは悪ではなく、リレーの根幹には避けたいユーザである事を強調したいと思います（さんくす：みけらじ）。
こうする事で、Push=YES（行き止まりなノードのユーザ）を一時的にリレーの末端へ追いやる事ができます。
……あまりスマートなやり方ではありませんが、現状のPeerCastではこうするしか……
いささか中途半端ではありますが、アナタのPeerCastに対しての理解の一助に繋がればと思っています。
※この文章やマンガはIIPの#peercast@2chのメンバー、他多数のサイト・配信者からの情報を編集したにすぎません。
彼（彼女）らに最大限の感謝を。のらDJ拝 2003/05/05 22:03:21 さらに一部手直し
インデックスへ戻る