NAT有りでPCtoPCのIP電話
例えばMSNメッセンジャ−やICQの音声通話なのですが ファイルの送信等はできているのですが音声通話が不完全です。 症例としては 相手からの接続要求だと繋がるのですがこちらからだと 相手が受信しても通話が始まりません。また相手からの要求で 繋がってもこちらからの声は届くのですが相手側からの音声が 届かないという状況です。 あと一歩だと思うのですがなにとぞ皆様ご協力お願いします。 確かに誤ったら駄目だね。謝ります。 あと、speakfreelyというソフトで音声通話成功しました。 NAT環境でも問題なく通話できました。ICQからの連動にも 成功しましたので文句無しです。問題が解決しましたので 以後は1は馬鹿スレにでもして下さい。 色々ご迷惑おかけしました。 あらホントね。 追加ソースありでいけるのは、分かるけど本当に書いてる奴がいたとは。 方向としてあれでも自力で解決した>>1 , 過去のあまっちょろい記憶に頼った俺 鬱打 >>11 NetMeetingのようなH.323でもできる?特に最初の呼制御の部分。 PERでエンコーディングされているので、一回パケットのデータ (UDPやTCPのペイロード部分ね)を元に戻さないと、そのペーロード中の IPアドレスを見つけられないはず。SIPはテキストだから簡単だろう。 後半の音声ストリームの部分は、RTP/UDP/IPなので、不可能ではない。 けど、パフォーマンスはどれくらいでるのだろう。片方向33〜50pps程度の パケットを両方向、どれくらいの遅延、ジッタで変換して転送できるんだろう。 >>13 ネトミ3で動作確認しました。内部→外部ホストへの接続にて http://www.coritel.it/coritel/ip/sofia/nat/nat2/nat2.htm 数ヶ月前から使用してますが、今の所は問題は出てないです。 もちろん音声も画像も双方向でやりとり出来る事を確認しました。 外部→内部もポートフォワーディングで出来るみたいだけど、 面倒なので設定/確認してません。スマソ。 こむずかしいこと考えずに ルータでポートフォワードしろ それだけ おーー!! ついに H.323を変換してくれる 家庭用ルータがでたみたい。 http://www.iodata.co.jp/news_rel/200108/114.htm いままでは、子羊ルータ系のマニアックなのしかなかったよね。 これ買おうかな。 I/OデータのルータではIP MasqueradeでH.323は通せないのでは。 OpenGatekeeper H.323 Proxyはどうか http://www.openh323.org/ >>18 H.323 GateKeeperって、LAN側と公衆回線のつなぎめで使うんじゃなかった? http://www.pfu.fujitsu.com/topics/new010731.html ISDNルータですが、NetVehicle-iの 「H.323NAT対応でNetMeetingがより快適〔業界初〕 マルチNATを使用した)ままで、音声を扱うアプリケーション (例えばNetMeeting)での利用が可能です」 とは、本当にH.323をIPマスカレイド内から使えるんですか? http://www.asahi.com/release/product/n073108.html NetVehicle-iのブロードバンド版の予定もあるようです。 1さん、eyeball LEという IP Masquerade内から使えるフリーのビデオチャットソフトが あるそうです。 http://www.peer2.net/dslmaniacs/asobu-inetphonevideophone.htm#eyeball >>19 つなぎ目で使うのはH.323のGateway GatekeeperはIP網側に必要(だってGatewayやTerminalからの RASメッセージとか受けるんだもん) もちろん装置として、共通線の信号も終端する機能も付加した Gatekeeper製品ならばつなぎ目で使用するかもね >>21 Gatekeeperのの機能を持ったGatewayと言うべきでは? SS7の処理だけでなくLAN <=> 電話回線の変換も必要だから。 メディアゲートウェイは別にあってIP over ISAPやMGCP辺りで コントロールするのであればGatekeeperと言えないことも無い と思いますが。(メディアゲートウェイだけやっているメーカーも 有ったような気がする。) NAT越えの方はGatewayじゃなくてもH323 NAT機能があれば 対応可能。単にL4以上に含まれるアドレスも書き換えているだけ ですが、機能的にはSPI(SPF)対応製品なら対応はそれほど 大変ではないはず。 >>22 論理的にはgatewayとgatekeeperは別物 もちろん、物理的に一個にしてしまっても良い ただ、gateway、gatekeeperの機能や SG、MGC、MGのdecompositionの話は、 電話網側の回線の種類等によっていろいろ想定できるので、 装置としてはいろいろな構成が考えられるでしょう。 ところで、H.323はBERかPERでエンコーディングしてますが、 それをdecodeしてアドレス書き換えて、再度encodeする処理は どれ位の性能が出るもんなんでしょう?呼制御関係は、それほど リアルタイム性は要求されないので気にしなくても良いのかも… 結局、Windows かr Linux で動く、フリーの H323 gatekeeper/gateway ソフトウェアって ないんですか? それと、Netmeetingの 共有(リモートデスクトップ共有も)の機能は、 H.323とは関係無いんですか? それt、WinXPもリモートデスクトップ共有みたいなの装備してるらしいですが、 NAT類やHTTP/SOCKSプロキシを超えて出来ますか? つーか?偉そうな人々だけど?できた奴いるのか? 必要ないからやらないつーのは無し? >>28 正直に言うよ。 リモートデスクトップの共有がどんな仕様なのか わからんから即答できん。(使用ポート・セッションの向き・アドレス格納方法) だけど、スタティックですべてのポートフォワードしてみりゃ 技術的にできるかどうかなんて即判断できるだろ。 そんな判断もできないやつはこの板にくるなっちゅーことです。 >>28 できたけど何か? eAでルータをPPPoEブリッジモードに切り替えてね。 NATがH.323対応してなければ、こちらから接続できても相手が接続できないから使えない というのは仕組みを知ってれば判るだろう・・・ 自局複数ユーザ接続を活かすためルータを2段にしたりLinuxでH.323ルータを動かす場合 には、PPPoEは必須になるから現在フレッツADSLかeAぐらいしかできないよ。 >>27 を読んで勉強してね。 というか俺が書いた事が理解できていないと、読んでもわからんと思うが・・・ UPnPなルータならばNATのH.323対応は不要だろ。 >>33 UPnPが危ないんじゃなくてMSが危ないんだろ? その点ルータのUPnPを実装するのはMSじゃないから、一概にはいえんと思うぞ。 UPnPが危ないというならsocksも十分に危なくなるが… (w リモートデスクトップ(RDP)はTCPの3389しか使わないし、 クライアントからサーバーの向きにセッション張るだけ リモートアシスタンスはRDPでつなげる前のやりとりの部分で NATが対応できない部分がある(これに対応してくるルータはないだろうな) >>34 そうそうそう MSが実装したUPnPなんて危なっかしくて使えん >>31 > LinuxでH.323ルータを動かす場合には、PPPoEは必須になる スマン、お前の言ってる意味がわからん。。。 >>39 教えてやろうと思ったが「おまえ」と言う言葉遣いの悪さに考えなおした イーアクセスのモデム限定だけど、GapNATというグローバルIPアドレスをLAN内の 一台のPCに割り当てる機能ができたYo! http://www.eaccess.net/jp/support/ui020508.html イーアクセスのGapNAT機能って、 ルーターのDMZ機能とDHCPの機能を拡張して、 LANの中に、ローカルアドレスのサブネットとは別に、 もう1つ別のサブネットを作って、 そこに1台だけグローバルIPと同じIPを配って、 ルーターのNAPT機能が、その1台のPCだけ例外処理して パケットのアドレスを付け替えて実現してるのかな? 原理的にはこのやり方だと思うんだけど。 >>31 > LinuxでH.323ルータを動かす場合には、PPPoEは必須になる いろいろ考えてみましたが私もわかりませんでした。 31 様、おバカな私にどうかご教授ください。 >>43 俺も考えてみたけど、つまりVPNみたいにIPをカプセル化して L3に手を入れさせたくないわけじゃないかな。 そうすると、必須というより十分条件になるな。 >>31 さま、FreeBSD の場合は PPPoE はいらないんでしょうか? >>42 GapNATの環境下だと、複数台接続時のプリンタ共有とかに支障でますね。 「LAN間の通信を可能にする」みたいなチェックボックスがあってチェックを いれたものの、プリンタ共有だけでなく共有ファイルも使えませんよね。 どうにかならないものでしょうか? PC側にソフトインストールなしで使用できるEyeBall日本版をniftyが開始。 http://eyeball.nifty.com/ ほとんどの市販ルータ&ファイアウォールがユーザ設定なしに対応可能。 >>46 共有サービスはNetBEUIでやればすむ話。 その方がスピード出るしね。 >>46 NICにローカルIPを2重に割りふればいいだけ。 マニュアルに書いてあっただろ? >>48 M$はNetBEUIを切り捨てようとしている罠。(XP) >>50 はあ? よく知りもしないくせに適当な事を書くなよ、ヴォケ。 NETBEUIをデフォルトにしておくと、設定ミスってブロードキャストで常時接続じゃないルータが 勝手に接続したり、共有が外から見えるからだろうが。 >>51 何か一人で暑くなっている厨房のもよう。 あー(~Q~;) あっち〜 >>52 キチガイはっけーん!ガタガタブルブル:((゚Д゚ ;*)): Linux厨はNATBOXにイロイロ入れた 1 OpenGatekeeper H.323 Proxy (+ NetMeeting) 2 DUAL Gatekeeper(win32専用) + wine (+ NetMeeting) 3 Linux UPnP Internet Gateway Device (+ WindowsMesenger) 全部それなりに動いたけど 1はGatekeeper登録が面倒 2は無理やりWineで動かしてるせいか挙動が怪しい(win32ならまともか?) 3はファイル送信が出来ない てか相手次第 357 :朝まで名無しさん :02/06/16 15:07 ID:X3Amzc5O 2chと他の掲示板を一括りにされて同じ規制を受けるようになるのはどうにも納得できないな。 2chの問題はいわゆる「掲示板の問題」とは別物であって管理人の定めたルールと管理人の人格 の問題だと思う。 裁判官はどんな結論を出すにしても、そのところは明確にしてもらいたい。 一人の馬鹿のせいで他の掲示板まで使いにくくなるのは腹立たしい。 >>56 キチガイはっけーん!ガタガタブルブル:((゚Д゚ ;*)): まだこのスレあったの?馬鹿じゃん。ルーター 買い換えろ!貧乏人 NAT router用PCに、SIP proxyとRTP relayを入れるのも手ですよん。 uPnP+SIPでの利用が普及しそうですが、 Internet Draftはなにか出ていますか? 最新のヤマハのルータでは、UPnP対応で、 NAT環境でもVoIPできるとうわさを聞いたのですが、 実際に使ったことある人いませんか? Windows Messenger + YAMAHA RT57i これ最強 こんなもの見つけました。 アダプタがMessengerにログイン! PCなしで電話とつないで電話ができる 詳しくは ↓ http://www.alistel.co.jp/501/ IPフォンするにはどれくらいの伝送速度があればいいでしょうか? Y!BBのねーちゃん曰く「ワカンネ」というんでつが・・・ Skypeってのはどうよ ttp://internet.watch.impress.co.jp/cda/news/2003/09/04/346.html ttp://www.skype.com >>85 なかなかすごい技術でつね。 しかし電話機しかいじれんようなのもいるのでやはりいわゆる 電話機からトゥルルルルするタイプがいいですな。 とりあえずやってみるかな。。。bbphone >>84 ISDNの音声は64kbps。 無圧縮でCDを流しても、44000x16x2bps (1.5M) RTPなんかのオーバーヘッドを考えてもYBBで気にするほどの帯域じゃなかろ。 音声なんかは圧縮すると格段にサイズ減るから、BB使ってる分には気にするな。 詳細知りたけりゃ、IANAでもいってRTPのペイロードの情報でもみてみろ。 >>87 YBBで、1.5Mbpsも相手に送れることあるんですか?? なんだよ。 MSN Messengerで音声チャットなんてさ、 Linuxのルータに、upnpsdk-1.0.4とlinuxigd-0.92.gz を突っ込めば簡単じゃん。おれんち、そうやって使ってる。 upnpsdk-1.0.4をコンパイルして突っ込む。 ただし、 src/ssdp/ssdplib.cの406行目を、 SelfAddr.sin_addr.s_addr = htonl(INADDR_ANY); に変更する(これはlinux-igd/INSTALLに書いてある)。 次に、linux-igdをコンパイルして突っ込む。 そうするとupnpdが出来るので、 route add -net 239.0.0.0 netmask 255.0.0.0 eth0 upnpd ppp0 eth0 とやって稼動される(これは、NAT内側がeth0の場合)。 なお、libupnp-1.2.1.tar.gzを入れたシステムでは、 かなり工夫しないとlinux-igdのコンパイルがこける。 意味無く入れないほうがいい。 ser + rtpproxy なんてのがあるそうな。 >>1 今時チェーンメールに引っかかるバカっているんだね・・・晒しage 大迫 栄一郎 <oosako3435@hotmail.com> トリビアの泉の実験がスタートの為突然すみません!あのテレビ番組 「トリビアの泉」の「トリビアの種」でメールがどこまでつながるかを実験競争 中だそうでスタートが島根県江津市の沖田陽彦さんから始まってとうとう回ってきま した。これを5人に回してください。 この結果は10/15(水)9:00PMから放送されます。お願い絶対に止めないで 例えばMSNメッセンジャ−やICQの音声通話なのですが ファイルの送信等はできているのですが音声通話が不完全です。 症例としては 相手からの接続要求だと繋がるのですがこちらからだと 相手が受信しても通話が始まりません。また相手からの要求で 繋がってもこちらからの声は届くのですが相手側からの音声が 届かないという状況です。 あと一歩だと思うのですがなにとぞ皆様ご協力お願いします。 >>103 頑張って欲しい。力になるよ。もう少し詳しい状況を。 NATを使っているとどうしてもSTUNサーバの助けが必要になると思うのですが、 日本で公開されているSTUNサーバのリストってどこかにありますか? Simple Traveral of UDP through NATsだな そんなあなたにはICEがお勧め WHAT: Tutorial on Interactive Connectivity Establishment (ICE) (http://www.ietf.org/internet-drafts/draft-ietf-mmusic-ice-11.txt ) WHEN: Tuesday, November 7 1130-1300 WHY: ICE is one of the 'core' SIP specifications (according to the SIP hitchhikers guide) and seeing some good adoption. It's the IETF tool for NAT traversal for SIP-based media. However, it's a complex specification. The tutorial will assume only basic familiarity with SIP, SDP and NAT, and explain the rest. Participants will emerge with a high level understanding of the operation of ICE. The tutorial will be based on the pending -12 version. >>107 出れないので、誰かあとで教えて STUNとかICEって、IPv6時代には不要になるのかな? read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる