NAT有りでPCtoPCのIP電話 (123レス)
NAT有りでPCtoPCのIP電話 http://mao.5ch.net/test/read.cgi/network/994948600/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
4: 1 [] 2001/07/13(金) 00:46 ID:kT9JAFfY あ〜どうも馬鹿といわれた1です。もちろん検索かけて色々調べて みましたよ。その結果通るパケットにIPがきっちり書き込まれていて NATだと問題があるくらいは理解しました。 その上でどうにかする方法は無いのか?と聞いているのですが 言葉足らずだったようですね。まぁ高いアプリは買いたく無いってのは 真実ですけどね。方法が無いのなら仕方ないのであきらめます。 >>2 見た瞬間は何のための通信技術板なのか目を疑いましたけど… http://mao.5ch.net/test/read.cgi/network/994948600/4
5: どきどき名無しさん [] 2001/07/13(金) 01:07 ID:fV3UZ/3M >見た瞬間は何のための通信技術板なのか目を疑いましたけど… こういう物言いする奴 心底キライ。 linuxでマスカレイドさせればできる。 (パケットの中のIPを書き換える機能が備わってる) 分かったらさっさと消えろ>>1 http://mao.5ch.net/test/read.cgi/network/994948600/5
6: 名無し [] 2001/07/13(金) 01:15 ID:fV3UZ/3M >>1 なんのためのって、、 通信技術板はおまえのたわ言を聞くために ある板じゃねーぞ! このタコ http://mao.5ch.net/test/read.cgi/network/994948600/6
7: *.network.2ch.net [sage] 2001/07/13(金) 01:26 ID:??? >>5 udpのデーター部の書き換えまでしてくれんだろ。 ヘッダー部の書き換えだったらしてくれるんだけどね。 >>1 つーわけで基本的には自分も相手もそれなりのアプリなりハードなりいるわけさ。 M$が、多少はがんばってセキュリティに色気出したら使えないアプリになっちまったって言う見本みたいだよな。 貴方の場合、電波要素十分なわけで投稿時に自分を気弱モードに洗脳してからsubmitすれば? http://mao.5ch.net/test/read.cgi/network/994948600/7
8: 1 [] 2001/07/13(金) 09:39 ID:NQBGcvgo >>7 なるほど。つまり現在の環境では投資無しでは実現は不可能に近い ということですね。それが分かれば十分です。 あと自分が電波の素質あるってはじめて知ったよ。知らなかった。気をつけよう… >>5の方も気を悪くされたようなので誤ります。 あと ttp://www.speakfreely.org/ こういうのを見つけたんで試してみます。静的NAT環境であれば 動くという情報を見つけましたので期待せずやってみます。 http://mao.5ch.net/test/read.cgi/network/994948600/8
9: 1はバカ [0] 2001/07/13(金) 10:38 ID:??? ↑誤字恥ずかしー http://mao.5ch.net/test/read.cgi/network/994948600/9
10: 1 [] 2001/07/13(金) 11:20 ID:NQBGcvgo 確かに誤ったら駄目だね。謝ります。 あと、speakfreelyというソフトで音声通話成功しました。 NAT環境でも問題なく通話できました。ICQからの連動にも 成功しましたので文句無しです。問題が解決しましたので 以後は1は馬鹿スレにでもして下さい。 色々ご迷惑おかけしました。 http://mao.5ch.net/test/read.cgi/network/994948600/10
11: 名無しさん [sage] 2001/07/13(金) 11:20 ID:??? >>7 できるよん http://mao.5ch.net/test/read.cgi/network/994948600/11
12: *.network.2ch.net [sage] 2001/07/13(金) 19:58 ID:??? あらホントね。 追加ソースありでいけるのは、分かるけど本当に書いてる奴がいたとは。 方向としてあれでも自力で解決した>>1, 過去のあまっちょろい記憶に頼った俺 鬱打 http://mao.5ch.net/test/read.cgi/network/994948600/12
13: H.323&SIP [ITU-T&IETF] 2001/07/13(金) 22:51 ID:??? >>11 NetMeetingのようなH.323でもできる?特に最初の呼制御の部分。 PERでエンコーディングされているので、一回パケットのデータ (UDPやTCPのペイロード部分ね)を元に戻さないと、そのペーロード中の IPアドレスを見つけられないはず。SIPはテキストだから簡単だろう。 後半の音声ストリームの部分は、RTP/UDP/IPなので、不可能ではない。 けど、パフォーマンスはどれくらいでるのだろう。片方向33〜50pps程度の パケットを両方向、どれくらいの遅延、ジッタで変換して転送できるんだろう。 http://mao.5ch.net/test/read.cgi/network/994948600/13
14: anonymous@ [] 2001/07/14(土) 00:05 ID:fA2luDy6 >>13 ネトミ3で動作確認しました。内部→外部ホストへの接続にて http://www.coritel.it/coritel/ip/sofia/nat/nat2/nat2.htm 数ヶ月前から使用してますが、今の所は問題は出てないです。 もちろん音声も画像も双方向でやりとり出来る事を確認しました。 外部→内部もポートフォワーディングで出来るみたいだけど、 面倒なので設定/確認してません。スマソ。 http://mao.5ch.net/test/read.cgi/network/994948600/14
15: 名無し [sage] 2001/07/14(土) 00:19 ID:??? こむずかしいこと考えずに ルータでポートフォワードしろ それだけ http://mao.5ch.net/test/read.cgi/network/994948600/15
16: どきどき名無しさん [] 2001/08/07(火) 00:55 ID:XL/GrHO6 おーー!! ついに H.323を変換してくれる 家庭用ルータがでたみたい。 http://www.iodata.co.jp/news_rel/200108/114.htm いままでは、子羊ルータ系のマニアックなのしかなかったよね。 これ買おうかな。 http://mao.5ch.net/test/read.cgi/network/994948600/16
17: 七誌 [] 01/09/15 08:29 ID:FBBe74SA http://www.ipfan.org/ を見てみよう http://mao.5ch.net/test/read.cgi/network/994948600/17
18: 名無しさん [] 01/09/15 14:37 ID:CU6yHNxU I/OデータのルータではIP MasqueradeでH.323は通せないのでは。 OpenGatekeeper H.323 Proxyはどうか http://www.openh323.org/ http://mao.5ch.net/test/read.cgi/network/994948600/18
19: 名無しさん@おめでとうございます。 [sage] 01/09/15 14:58 ID:??? >>18 H.323 GateKeeperって、LAN側と公衆回線のつなぎめで使うんじゃなかった? http://mao.5ch.net/test/read.cgi/network/994948600/19
20: 名無しさん [_] 01/09/15 21:30 ID:??? 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 http://mao.5ch.net/test/read.cgi/network/994948600/20
21: 七誌 [ipfan] 01/09/16 08:25 ID:??? >>19 つなぎ目で使うのはH.323のGateway GatekeeperはIP網側に必要(だってGatewayやTerminalからの RASメッセージとか受けるんだもん) もちろん装置として、共通線の信号も終端する機能も付加した Gatekeeper製品ならばつなぎ目で使用するかもね http://mao.5ch.net/test/read.cgi/network/994948600/21
22: 名無しさん [] 01/09/16 09:32 ID:YVsC2MyE >>21 Gatekeeperのの機能を持ったGatewayと言うべきでは? SS7の処理だけでなくLAN <=> 電話回線の変換も必要だから。 メディアゲートウェイは別にあってIP over ISAPやMGCP辺りで コントロールするのであればGatekeeperと言えないことも無い と思いますが。(メディアゲートウェイだけやっているメーカーも 有ったような気がする。) NAT越えの方はGatewayじゃなくてもH323 NAT機能があれば 対応可能。単にL4以上に含まれるアドレスも書き換えているだけ ですが、機能的にはSPI(SPF)対応製品なら対応はそれほど 大変ではないはず。 http://mao.5ch.net/test/read.cgi/network/994948600/22
23: 21 [21] 01/09/16 15:14 ID:??? >>22 論理的にはgatewayとgatekeeperは別物 もちろん、物理的に一個にしてしまっても良い ただ、gateway、gatekeeperの機能や SG、MGC、MGのdecompositionの話は、 電話網側の回線の種類等によっていろいろ想定できるので、 装置としてはいろいろな構成が考えられるでしょう。 ところで、H.323はBERかPERでエンコーディングしてますが、 それをdecodeしてアドレス書き換えて、再度encodeする処理は どれ位の性能が出るもんなんでしょう?呼制御関係は、それほど リアルタイム性は要求されないので気にしなくても良いのかも… http://mao.5ch.net/test/read.cgi/network/994948600/23
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 100 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.003s