BBフォンの発番号通知は成りすましではないのか?
■ このスレッドは過去ログ倉庫に格納されています
IP電話の電話番号がもうすぐ決まるらしいが、その電話番号を持っていないBBフォンは、 番号通知が可能である。契約回線を通知するので成りすましとは言えないかもしれないが、 発信側のみかか交換機を経由していないので、YBBのDBからの情報をGCを経て着信側の みかか交換機に伝えていると思われる。 でもこれって、やっぱり広義の意味では成りすましではないのだろうか? (ナンバーディスプレイって絶対に成りすましが許されないサービスじゃなかったっけ) それとも、みかか交換機はYBBのDSLAMと接続されているの? >>200 >ホテルの明細書的には課金でしょう。 いや、だからそういう意味で書いているんだが。 BBP同士は無料だが、ホテル的には課金係数かけて有料するには極反させて あげる必要があるんだと。。 >>200 >当然代理店のほうで買い与えるんでしょ 守ベンダーとBBP代理店が契約できるわけがないのでNGですね 大体BBP法人用広告では工事料金お客様でという場合があります となってますしBBCの内部文書では3万くらいまでは負担を考えるとあります つまり大抵のPBXで料管やユニットの交換を伴う場合BBP導入は無理ですね。 >>201 ソフトSWがDBも兼ねてるのでMACアドレスなどは無関係です >>204 PPPoE もない YBB で他に取る手段は? こうゆー話もあります。 本当かは知らない(藁 http://pc.2ch.net/test/read.cgi/isp/1023308726/211 211 :名無しさんに接続中… :02/06/07 14:24 ID:BcI4DKh9 サポートダイアルに電話していろいろ聞いてみたよ。 でターミナルのMACアドレス聞かれた。 ついでに、MACアドレスで電話代はチェックしているのか聞いたら YESと言うような答えが帰ってきた。 ターミナルを交換した場合電話代も逆になるか聞いてみたら そうなるとも答えていた。 --------- >>202 すまない、技術的にはそうです。 >>204 ふーむ、3万円ね。カネ掛けても元取れないのは確かでしょうけど。 電話ではないけどさあ、WAN側MACアドレスを設定出来るブロードバンドルータをTAのかわりにつなぐと、 もしかして、WANに出られたりとか? (w 認証MACアドレスのみって、他TAのMACアドレスをspoofingしちゃって、課金投げつけることも可能ってこと? ガクガクブルブル・・・ どなたか、TAのベンダーってどこか、見てもらえませんか? 下記URIでMACアドレスを打ち込んでもらえれば出るはずなのですが。 ttp://standards.ieee.org/regauth/oui/index.shtml >PPPoE もない YBB で他に取る手段は? 単にIPアドレスで認証すればよかろ。 NTTだって、何も認証せずに電話線の接続先に請求書を一方的に 送りつけるだけなんだから、深刻に考える必要なかろ。 PPPoEって、ほんと百害あって一利もない。 >>181 ん? YBBって0|く!電気絡んでたの? ますますNから干されちゃうんじゃない? >>209 >単にIPアドレスで認証すればよかろ。 漏れも、このスレを立てるちょっと前までは、G-IPで認証しL2SWで セキュリティかけた上で、みかかNNIでサービスしているもんだと思っていた。 IPはその内、v6でスタティックにするはずだろうと(現在ダイナミックだよね)。 んで、発番通知が可能だと聞いたんで >>204 のようにYBBのDBが みかかに伝えていると思ったので、YBBがDB入力の際に誤入力する 可能性(YBBだからねぇ)が高く、このスレを立てた訳なんだねぇ。 それまでは、YBBにはあまり興味がなかったんだが、あちこちのスレ で、DHCP問題等があるようにセキュリティがかなり甘〜いそうじゃ ないか。んで、又 >>205 のようにMACアドレスの件が出てきた。 さて、BBポンの認証はどうなんだろう。 >NTTだって、何も認証せずに電話線の接続先に請求書を一方的に >送りつけるだけなんだから、深刻に考える必要なかろ。 でも、みかかは物理的な線だけだから成りすましは考えられんだろ。 BBポンは、<<<<ガクガクブルブル>>>>> >>201 漏れは、 「アダプタの MAC アドレスで加入者識別をしている」に10ペリカン。 一応、IP等他の認証も加えているとの希望的予想で「成りすましには成功しない」に5ペリカン。 でも、巨大なLANという噂もあるので、マンションの隣人(同局舎内)が同じ加入者 どうしなら「成りすましに成功する」に5ペリカンのトリプルベット。 YBB って固定の IP もらえるんですか? ここによるともらえないことになってます。だから IP Address に よる認証はそもそも無理。 http://www.bbtec.net/support/faq/index.php?mode=Show&class=6#62 グローバルIPアドレスは提供してもらえるの? 現在はグローバルIPアドレスを動的に提供しております。固定IPアドレスに ついてはオプションメニューとして準備中です。 決定次第ウェッブページ上にてご案内いたしますので、しばらくお待ち ください。 この他、ご要望の多いサービスについても随時検討をする予定です。 --------- もちろん、DHCP 鯖と Softswtich が連携して着信等を実現して いるんでしょうけど、最終的な認証手段は MAC しかなさそう。 ユーザとMAC の一覧表を DB で保持してそれを元に課金。 専用スレ立てるんなら、通信行政板か? あの板はイタイからここにコピペ。本スレと少ししか関係ないのでsage。 1 一、二種の区分を廃止し、全ての事業者は「電気通信 事業者」とされる。 従って、現在の二種事業者も電気通信回線を自ら保有 することが可能となる。 2 許可、認可制を廃止。参入も登録又は届出となる。 3 約款等のサービス提供条件の作成、公表の義務も原則 不要。相対契約も可能とする。 >>213 これをやったらNTTの独占時代が再来してしまう・・・ 全て自由ということはマスボリュームとノウハウがあるとこの勝ちです。 相対なんて公社時代からノウハウあるし・・・ >210 葱のキッティングにシフトしてるから大丈夫(藁 >213は私です。 テ○サからの情報で、未だ草案段階です。これについては7/2まで パブリックコメントを募集しています。あっしは、今度の説明会に 逝ってきやす。 >>216 この案だとこの先の新規参入はかえって難しくなる可能性もあります >214>217 そうかな?みかか法あるし… でも誰のための緩和かといったら、一番得するのは… つーか電話で商売できるのってあと何年だろう。 どこかで見切りつけないと、この手の制度を作るのが複雑になりすぎるよ。 >>218 「指定電気通信事業者」と「指定電気通信設備」の括りは残るんでしょう? だったらみかか束酉はそのままでは? そういえば知り合いの婆さんがYahoo BBのことを 「やすいびび」 と発音していたらしい... >>211 だいたいDHCPでセキュ問題起こしたしなあ どう考えても何も考えてないに10000ガバス BB ポンアダプタに ping を打つと、TTL = 64 の echo reply が 返ってくるんですが、何か訳合ってこういう仕様にしているんでしょうか? ちなみに、echo request をブロードキャストすると TTL = 64 の echo reply が多数返ってきます。BB ポンアダプタがいっぱい・・・? >>199 IP-PBXでもMGCP端末収納できる製品はあります。 またソナスはMGCP-JISUPインターワークを完了していないので BBPで使われている可能性はゼロです。 フュージョンは加入者端末の収納をしない長距離事業でソナス を使っているので。うーん、でもSIP直収実験を発表しているか ら、ソナスはSIPは収納できるってことかしら。 取り敢えずBBテクでは公衆網系の実装をやれる実力はないから、 IP PBXレベルの製品を葱あたりにまる投げ、と言うこの板での 仮説が一番信憑性があると思います。 >>224 沖のCTなんとかって中味はソナスのソフトSWだよ 沖のIP-PBXはH323じゃ? >>225 SonusのソフトスイッチはASXというのですがまだ日本仕様 のものは出ていません。沖で採用されていることはあり得 ません。又SonusはProtocol Stack屋さんでもないので、 完全なデマでしょう。 >>224 IP PBXレベルの製品を葱あたりにまる投げというのは同意だが、 せめて葱なら、CenterStageを使っている事を信じたい。 IP Stage はH323だけで、 CenterStage はMGCPが使えたはず >>229 Thk リンク先の葱HPから http://www.oki.com/jp/NSC/JIS/PROD/CenterStage/features.htm ■グローバルマルチプロトコル対応 No.7共通線信号方式の他、世界標準であるH.323、MGCP、SIP-T、BICCなどの 異なるグローバルマルチプロトコルに対応しています。(SIPは今後対応予定) と書いてあった。 >>233 MGCPは行けてるはず、SIPはまだでしょう >>232 そーなすの売れ行きはどうです?(藁 ちなみに何処の誤爆? 発番号ネタ 表示圏外の「O」と「S」ってどう違うんですか? >>230 BICC...(絶句)。 本当にサポートしているなら使ってみたい。但し実験室内で。 久々ですね。>>all >>99 >NNIのみかか接続料は、実は1秒単位。KDDIとBBポンの間は3分単位だと >したら十分元がとれるだろう。仮に30秒通話したとしてBBポンはユーザに >7.5円請求する。KDDIはBBポンに5円請求する。みかかはKDDIに1円請求する。 >BBポンは、みかか局舎に1200程コロケしている。その内KDDIとのポイント >もある。どうだ、これで納得できるか。 私のこの仮説があちこちでコピペされている。ヤフ板でもされている。 この前後のレスを見ずにコピペされている。ん〜まぁいいけど、適当な計算だから 正確に知りたい場合は、 http://pcweb.mycom.co.jp/career/ityougo/2001/017.html http://www.ntt-west.co.jp/info/ntt_report/001/03.html を参考にしてほしい。 又、KDDIのみかか接続料+1円という説もあるので、どちらかであろう。 ヤフ板から見つけた奴 http://messages.yahoo.co.jp/bbs?.mm=CP&action=m&board=1075193&tid=adsla4nkdclbfa1a9a5da5ua1bca3ba3b&sid=1075193&mid=14304 http://messages.yahoo.co.jp/bbs?.mm=CP&action=m&board=1075193&tid=adsla4nkdclbfa1a9a5da5ua1bca3ba3b&sid=1075193&mid=14313 http://messages.yahoo.co.jp/bbs?action=m&board=1009984&tid=a5bda5ua5ha5pa5sa5af&sid=1009984&mid=303406 >SBのIP電話は1通話7.5円の内、約6割がSBの収入になります。 ハァ?だよね。 仮にBBPがまともにみかか直NNIでも\4.5の接続料がかかるのに6割の\4.5がSBの 収入だなんて。この収入ってどういう意味でかいてんだろ。 >>238 >SBのIP電話は1通話7.5円の内、約6割がSBの収入になります。 この方の考え方をちょっち考えて見た(みかか直NNI接続としてね)。 6割がSBの収入って事は、BBPの1課金の平均通話時間が約113-120秒という 計算からなのかな。適当な計算でいくと(正確な計算はみかかHPをみるように)、 \4.5(GCの場合)÷180(秒)×120(秒)=\3.0 \4.78(ZCの場合)÷180(秒)×113(秒)=\3.0 \7.5-¥3.0=¥4.5(1課金平均通話時間の収入?) 2課金平均=約5分 3課金平均=約8分 なのか?だれかBBPの平均通話時間を知っている人いませんか? #なんか不完了呼なのに、1-2秒の通話で大量に課金(¥7.5で)されている という人もいるので、利益がけっこうあるかもw 本日幕張にいってきました。やはりセンターステージでしたね。 担当者も認めていました。SIPはまだプロトタイプだそうです。 しまった。interop逝きそびれてしまった。鬱だ。 >>241 今年の目玉はZIMAのネェチャンだけでしたよ。 ソフトバンクは寂れて悲惨でした・・・。 >>243 そなすより信頼性は高いです ただ3億以上しますよ・・・ >>243 日本のNNIにはつながりません。 SonusとのSIP相接が公衆網との接続する唯一の手です。 >>245 そんなことないのでsage どこのベンダの工作員でしょうか? >>245 >>246 Class5のSoftSwitchだからSyndeoのものが直接回線交換網の 交換機とお話しするケースは少ないと思われ。 じゃ、ZTVはどのように使う気か、これはご本人達も今悩んで いるのでは? ま、InteropにSyndeo以外Class5のベンダーが出展してないか ら、別にSyndeoが優れているんではなくて、不戦勝って奴でし ょう。Sylantro/Indigo/LongBoard/BroadSoft etcetc Syndeo並のとこは幾らでもいる....あ、某NTT系の会社がLBと VDは出典してましたね。 成りすましといえば着信課金等の発信番号通知も成りすましだねぇ 【2ch】「2ちゃんねる公式ガイド2002」が販売中だ( ´∀`)モナー http://news2.2ch.net/test/read.cgi/newsplus/1028602905/l50 2ちゃんねる公式ガイド2002は、株式会社コアマガジンから2002年8月5日に発売される 書籍です。 CD-ROM+ステッカーつきで値段はちょっと張りますが、よりマニアを目指す 人には楽しい本となっています。 読者対象は中級以上の2ちゃんねらーで、ウラワザ・ セキュリティ・板ガイドなど、2ちゃんねるをより楽しむ方法を解説。付録CDにはさまざま な2ch関連アーカイブを満載。 ソース:http://www.coremagazine.co.jp/2ch/ ( ´D`)ノ< 一人一冊から一部屋一冊の時代がやってくるのれす♪ ━━━━━━━━━━━━━━━━━━━━━━━ ,__ 2ちゃんねるガイドを買え! iii■∧ 。買う金がなかったらこれを2回コピペしろ、 (,, ゚Д゚) / 宣伝ぐらいやってくれ、ゴルァ! ▽(| つ | ̄ ̄ ̄ ̄ ̄|━━━━━━━━━━━━━━━━━━━━━━━ 他人とBBポンアダプタを取り替えてみる実験したんだけど、結果聞きたい人いる? >255 すごく聞きたいです。MACアドレス認証以上の何をやっているのか、が 明らかになるのではと。 2ちゃんねらーが朝銀問題で国相手に訴訟起こす模様 小泉の訪朝までには訴訟できるように弁護士と相談中とのことです >実は今週早々、ある関係者の方から管理人の手元に衝撃的な証言が届いてしまいました。 >朝銀への公的資金投入問題で金融庁様がズルやっていた決定的証拠つきです。 こんなのもあり楽しみです 朝銀って何?公的資金って何? http://chogin.parfait.ne.jp/ 朝銀問題はやわかりFLASHムービー http://www.geocities.co.jp/Playtown-Denei/8746/ 要お気に入り登録&コピペ 必要な知識が簡単にチェックできます 超党派議員名簿やマスコミへのメルアド集もあります うちにあるPanasonicの電話機を一体型モデムに繋いだら、発信には問題ないのにみかか回線からかかってきた電話がほとんど話中になるんですよ。 サポセンに電話したらこっちの回線状態がわかるって言ってモデムのシリアル番号とMACアドレスを聞かれました。 そんで10M以上でリンクしてますので速度的には全く問題ないんですけどとか言われて電話切った後、5回ほど向こうからみかか経由のテストコールしてもらってそのときは正常。 でもいつも話中になるということなので新しいモデムと交換しますって送ってきました。 もし、この時モデム交換するふりして受け取ったのをそのまま返しておいたらどうなってたかな? 何日後かに認証取り消されて接続不可になるか、それともBBフォンを無料で使い放題になるか 後者だと惜しいことしたと思う。 モデム配送の手配をしてるのは倉庫会社のようなのでもしかするとモデムの解約処理が不完全のままBBフォンの課金対象だけ移行→(゚Д゚)ウマー ってな具合になるかもしれないです。 少なくともモデム交換が完了するクロネコヤマト往復分の日数は両方のモデムが使えるはずです。 誰かモデム交換するふりして同じのを使い続けてみて。 故障してなくても回線が正常なのに繋がらないと言えば新しいモデム送ってもらうことは容易だと思います。 で、モデム交換してみたが結局状況変わらず。Panasonicの電話を外して他のに変えるとその後数分間は話中だったけど復旧した。 そしてもう一回Panasonicにしてみると話中になった。 普通の話中みたいじゃなくて呼び出し音が一回弱鳴ったすぐ話中に移行する。 LCRやNDなどの機能を搭載してない電話機なのに相性が悪いとかなんかな? 1です。 >>255 >>256 私も聞きたいです。このスレの役目がほぼ終わったと思っていたが、 MAC認証の事忘れてた。 >>258 電話モジュラーをストレート->クロス(又はその逆)をすれば改善する 場合があります。ただ、みかか回線からのみなら電話回線をスプレッタ前で 分岐して電話機を2台にしる。発信用と着信様に分ける。あっ、スプレッタ を購入する必要があるかも。 >>1 どうもです。 電話線をクロスすると何が変わるのでしょうか? モデムにスプリッタが内臓されているので、外付けスプリッタで分岐するとモデム内のスプリッタでさらに分けることになりますけど大丈夫なんでしょうか? 以前別の場所で使ってて解約したACCA+@niftyの1.5Mと8Mのモデムそれぞれ返却してない(放っておいたけど催促もないし買取請求もない)のでルーターモデムとスプリッター2つずつ余ってます。 以前ISDNを使ってたので局からの回線は壁に穴をあけて直に部屋まで引いてあって、それにTAを接続してアナログポートから出る線を一旦屋外に戻した後、本来の屋内に3つある壁のモジュラージャックにそれぞれ分かれて来るようにしていました。 そして今回ADSL契約に伴いアナログに戻したのですが、ISDN用TAにささってたデジタル側の電話線をADSLモデムの回線側ポートにさしてアナログポートのをTEL端子にさしたので以前と使い勝手は同じです。 レンタルのモデムはスプリッター内臓でBBフォン機能一体型なのでそのままTAがあったとこにすりかえただけです。 電話機を置くところは壁にあるモジュラージャック3箇所(まとめてモデムTELポートと接続)なのですがPanasonic電話機なしだと3台設置してても話中や雑音などはありません。 ところが、電話機1台減らしてその代わりにPanasonicの電話機を設置すると台数は同じでも雑音ないのに話中、Panasonic1台だけにしても同じく話中になってしまうのです。 こう書くとただPanasonic電話機が故障してるだけのように思えますが、部屋に直接来てる局からの電話線(モデムのADSL側にさす線)にモデムを介さず直接Panasonic電話機を設置すると普通に使えます。 やっぱり電話機とYahoo!のモデムとの相性のように思うのですがいかがでしょうか? >>260 BBPモデムは、極性を見るらしいし、整えられない。過去レスにある。 今の一体型は知らないが。 で、一部の電話機も極性を見るのがある。だから2つを繋げた時に 不具合が起こる場合がある。で極性を整える為にみかか側のモジュラー を替えて反転させてみる。まっ、平たくいやあ259さんのとおり相性 だね。 で、スプレッタは、周波数をフィルタリングして音声帯域をTEL側にして モデム側は、何もしていない。よって2台繋げてもあまり問題はない。 簡易図解 PSTN(みかか回線側) | +---+---+ |スプレッタ+----TELライン---着専電話機A +---+---+ |モデムライン | | +---+----+ |BBPモデム+---TELライン---発信電話機B +---+----+ | PC #みかか回線側より電話があれば、電話機A/Bともに鳴動します。Aを 取れば、正常に通話が可能でしょう。 > 少なくともモデム交換が完了するクロネコヤマト往復分の日数は両方のモデムが使えるはずです。 交換後しばらく新 TA は機能しなかったそうです。 # どうやらつないだ後に有効になるように設定してるみたい。(手動 or 定期更新で) あと、TA の MAC アドレスだけでなく DSLAM のポート番号ぐらいは管理してそうな気がする。(妄想) 上がってきたので聞きますが、BBポン NNI 接続始まっていますか? 遅くなりましたが、>>255 の実験結果を書きます。 ●登場人物: 3 人の BB ポンユーザ(それぞれ A、B、X とします) 1. A と B は同じ市外局番、異なる局舎収容のユーザ。 2. X は A、B とは異なる市外局番のユーザ。 ●実験内容 1. A の BBポンアダプタ を B の家につけて、X から A にダイヤルするとどこにつながるか? 2. さらに、B の家から A のアダプタを使って X にダイヤルするとどうなるか? ●結果 ADSLのリンクは問題なくつながるが、BBポンアダプタの「VRYランプ」(これが点灯しないと BBポンが使えない)が点灯しない。。。とほほ。 そのため、実験 1. では BBポン発 NTT 着となって A の家につながった。 実験 2. では、NTT 発 NTT 着として、X の家につながった。 ●想像 1. ユーザの識別は MAC アドレスでやっているが、それ以外にも利用制限をするための 仕組みがある。DHCP サーバや DSLAM のポート番号(>>262 ) 等を参照している? 2. 同一局舎収容のユーザ同士でBBポンアダプタを交換した場合にどうなるかを調べることで、 上の利用制限の仕組みがはっきりするのではないか? 気になったのですが、DSLAM のポート番号は呼制御しているサーバ等から簡単に 識別できるものなんでしょうか? 識者のご意見をお待ちしています。 >>264 ソフトSWのDBはダイナミックDNSとテーブルを参照するから テーブルの方にポートを打っておけばいいんでないかい? >>261 ありがとうございました。 >>262 うちの場合、交換した直後からBBフォン利用可だったんですけど。 >>264 送ってきたモデムの箱に入ってたBBフォンの説明が書いてある紙によると、 一旦BBフォンの利用を開始するとYahoo!に連絡をしない限り、後でモデム(TA)を外して使わないで直接みかか回線に直接電話機を接続した状態にしておくと、 BBフォン経由でかかってきた電話は受ける電話機が設置されていないことになり相手には話中音が聞こえます。 と書いてあります。 この説明によると、A宅のようにTAが外されている家にBBフォンから電話をすると電話機が設置されてないことになって話中音になるらしい。 つまり、BBフォン契約者どうし間でBBフォンから発信するとみかか回線へ呼び出すことは有り得ず、必ずBBフォン側で着信することになります。 この時、発信者のX宅ではプププ、プププ(無料通話扱い)になっているかどうか確認してください。 実験1によってモデム交換でBBフォンがリンクしなかった結果を考慮すると、 A宅の電話番号でB宅へかかる線は有り得ない。 また、TAが設置されていないA宅にX宅からBBフォンを使ってかけた経路は、 X宅のBBフォン回線→電話機の無いA宅のBBフォン回線 となるはずです。 そうすると、おかしな点があります。 A宅の電話番号を呼び出しても受ける電話機がないからかかるはずがない!! >>264 に質問しますが、A宅には誰かが待機していて電話がかかってきたのを確認したのでしょうか? もしA宅に誰もいなかったのならば、Xがたとえ呼び出し音でもB宅とA宅の両方の電話が鳴らなかったという場合が想定されます。 ここまでの推理が正しいのならば、たぶん説明書の話中音というのが呼び出し音の間違いではないかと。 みかか回線で電話機がなかった時はどっちの音が鳴りますか?それがもし話中音じゃなくて呼び出し音だったらその通りだと思います。 憶測なので間違っていたらすいません。 >>264 モデム交換した状態でインターネットに接続できますか? 回線のADSL信号を検出すると局との接続は無条件に確立すると思うので、 認証エラーでPPP接続が確立していなくてもADSLランプは点灯するのではないかと。 自己レスですが、いま自宅の電話機をはずして携帯から自宅にかけたら話中音ではなく呼び出し音でした。 > >>264 に質問しますが、A宅には誰かが待機していて電話がかかってきたのを確認したのでしょうか? > もしA宅に誰もいなかったのならば、Xがたとえ呼び出し音でもB宅とA宅の両方の電話が鳴らなかったという場合が想定されます。 A 宅では BB ポンアダプタを外して、回線に電話機を直結していたのですが、 A 宅で本当に呼出音がなったのかは確認できていません。なお、B 宅では何も起きませんでした。 > つまり、BBフォン契約者どうし間でBBフォンから発信するとみかか回線へ > 呼び出すことは有り得ず、必ずBBフォン側で着信することになります。 これについては、BBポンアダプタを「交換した」状態で、X 宅から B 宅に電話をかけると、 BB ポン発 NTT 着として通話できるのを確認しています(X 宅でプププ音が一回聞こえました)。 > モデム交換した状態でインターネットに接続できますか? 問題なくできました。speed test も試しました。 >>269 報告ありがとうございます。 おかげで説明書に書いてある内容がやっと理解できました。 着信宅のBBポンのアダプタがリンクしている場合はBBポン側で着信するため、 アダプタに電話機が接続されていないと電話を受けることができない、 いくらスプリッターで分けたTEL側のみかか回線に電話機があっても呼び出し音はならず気づかない っていう意味で書いてあったのですね。 一方、BBポンのアダプタが落ちている時はBBポン→みかか回線が可能になる が正解のようです。 時々BBポンのランプが消えるときがあるからBBポンからかかってきた電話に出られないかもって心配してたのですが、最悪みかかで受けれることがわかって安心しました。 となると、やはりA宅の呼び出し音は鳴っていた可能性が高いですね。 留守番電話とかにしておくと良いと思います。 A宅の電話が鳴ったと仮定して>>264 の結果が正しい可能性が高いので モデム+アダプタを交換するとインターネットは接続できるがBBポンはリンクしない。 そして電話番号どおりのお宅へみかか回線経由で着信する。 以上のことから本スレの趣旨に戻ると、 モデムの場所が変わってもインターネットは認証を通る、 アダプタの場所が変わるとBBポンは使えない。 MACアドレスが2つあるのか?と言いたくなる。 オペレータがモデムを交換したら請求が逆になるって言ってたの大嘘だな(糞。 ふと思い出したのだけど、BBポンはインターネット網を使用していない。 独自の専用線を使っているという話だ。 するとどこでインターネットとBBポンを分けているのか気になる。 MACアドレスチェックする以前にもう分かれているのかな? >>270 改行なし&長文読みにくいぞ。省略されてるし。 自治厨になるつもりはないが、ここは「通技」板なのでらしくカキコしてくれ。 気分を害したなら謝る。スマソ。 >>270 >オペレータがモデムを交換したら請求が逆になるって言ってたの大嘘だな(糞。 あながち大嘘ともいえないと思うぞ。 そもそもBBPには、最初(今も)は問題がたくさんあって、クレームやこのスレ等 から晒されて1部地域から徐々に改善されたという側面もあるんだな。 BBポン同士の通話だって着信側がTA不良や電源OFFの場合は、最初は「話中音」で BBP網内でみかか経由へ迂回なんかしてなかった。発信側で"0000"や"184"で迂回 番号をつけなければ、通話できなかったんだから。 惜しむらくは、3ヶ月前にこの実験を行っていれば、違う結果が出ていたかも知れ ないという事だ。 >するとどこでインターネットとBBポンを分けているのか気になる。 >MACアドレスチェックする以前にもう分かれているのかな? VoIP、ダークファイバー、ソフトSW、DBServer、SS7接続等の意味配置を考えれば 次第に理解していくと思うぞ。 このスレでは常識でしたかスマソ このスレの目的はどうやってナンバーディスプレイを出しているかなんだよね。 モデム交換してリンクしてたらちょっとは面白くなったのに残念です。 今回はできなかったんだけど、同一局舎収容の BB ポンアダプタを交換して 実験してくれる人、いませんか? 同じマンションの隣の部屋同士とかで交換できたら理想的なんだけど。。。 >>270 分かり易く簡単に構成図を書いてみますた。あまり突っ込まないように。w ミカカ交換機-->PSTN 認証DHCP鯖 I X --> Inrernet | | | [BBP]-->[スプレッタ]---ミカカ[スプレッタ]--[DSLAM]--[ルータ]---{ YBB網 }---[ルータ] ミカカorKダークファイバ | | [BBP]<--[スプレッタ]---ミカカ[スプレッタ]--[DSLAM]--[ルータ]---{ YBB網 }---[ソフトSW]DB兼 葱 CenterStage | PSTN<---ミカカNNI--K社UNI-----------------------------[ソフトSW] T点延長orK社ダイレクトラインT1(INS1500) #国内固定電話ノミ(海外/携帯ピッチ除) I X --> Inrernet × I X --> Internet ○ 鬱だ氏脳。 結局わかってないのが上図のどこで番号を挿入しているかなんだよな。 >>278 えっ、皆わかってんと思うよ。 MACアドレス+αからラディウス(上図ではDHCP鯖)が認証確認。 その情報からソフトSWが発番をK社UNIに挿入している。 で、K社と相接しているミカカNNIはその発番を拒否せず、 着信側に発番通知しているんだけど。。。 今は、その+αがDSLAMのポト番なのかIPアドなのか、 という事なんだけど。。。 >>279 インターネットは認証されてBBポンは認証されないのはナゼ? 未解決age 成りすましに成功しますた。 漏れは、BBポン開通後にミカカとDI契約をしたんです。 イタ電が多かったので、契約回線を直FAX番号、 付加番号をTEL番号として使っていたんです。 んで、今度DIを解約する事にして付加番を契約回線にし直してと ミカカに頼んだんです。自分の番号なのでスンナリOKでした。 局内工事のみだったので、YBBに連絡しなかったんです。 工事完了後、BBポンで電話かけるとND契約の着信先に旧契約番号 が表示されたんです。で、相手がND表示の電番からかけ直すと 「あなたのおかけになった電話番号は現在使われておりません。〜」 というトーキーが流れました。 YBBのDBには、旧電話番号が登録されたままなんでしょう。 ありがとうBBポン! これで思い存分イタ電が出来ます。 >>281 素晴らしい! BBポンのインチキをもっと暴いてください! うちのプロバイダもIP電話やってるけど 使う機会が無くて実験も出来ませんけどね やっぱりインチキするのかな このスレの議論は>>281 によって解決されました。 みんなで成りすまし番号作って遊ぼう。 ちょうどいい。話題を転換しよう。 実は課金も凄いらしいですよ。 http://village.infoweb.ne.jp/ ~fwnz2242/wforun.cgi?mode=allread&no=34326&page=0 リーチを申し込んだが放置されている友人に掛けた分の明細を見たら 0円だったとの報告。 顧客DBを見て通話先がBB本かそうでないかを判断しているとかいないとか? 実は未開通でホントは3分7.5円課金しなきゃいけないケースなのに0円。 ほんとねたが尽きないね(w >>286 ってことは>>264 の実験でもA宅の受話器を取ってたら着信ミカカなのに無料で通話できたかも。 このケースだとK社はミカカから課金されているので、当然K社は約束の5円をY社に請求。 ところがY社は自慢のBBポンを使用しただけだから払わないと断る。 K社は怒り爆発してミカカへの取次ぎ停止→マズー いかに内部がむちゃくちゃかってのが分かるな みかかも新しい事始める時はそうだが >>287 話中(K社から請求なし)なのに、顧客から\7.5請求して 補っているという罠。 >>287 もとい。 ドンブリ勘定なので、K社からの請求詳細チェックしていないという罠。 法人向けが何故定額制なのか。 これで謎が解けた。 きちんと課金処理が出来ないから、定額なのだ。 >>287 > ってことは>>264 の実験でもA宅の受話器を取ってたら着信ミカカなのに無料で通話できたかも。 いくらなんでもそれはないでしょう。。。 一時期、「発着ともにBBポンなのにNTT経由でつながっていて課金された」というクレームが あったと記憶しているのですが、これって上記のケースで X 宅に課金されたってことですよね。 >>291 それは大いにありそう。w >>293 やはり経路のチェックは正確だと思いますね。 発信時のプププかプププ・プププっていう音には間違いがないようですし。 すると>>286 が発生した原因は何? >>294 経路処理と課金処理は違います。番号テーブルやDB、切断信号等を 元に経路処理から課金処理を行いますが、課金処理によって結果(請求) は違って来ます。 例えば、公衆電話等で電話を掛けたとします。そして相手が受話器を取っても 500〜800msecぐらいまでに、こちらの受話器を下ろせば10円は戻ってきます。 これは、実際にはオフフック信号(課金開始信号)から課金は開始されてます。 しかし、人が受話器を耳から外して電話機に下ろすまでに若干の時間を要する 為に10円が落ちてしまったら客から「相手が不在なのに何でじゃ?ゴルァ」と いうクレームを防ぐ為の課金処理です。 (私も昔は、ポケベルに連絡する時によくこの技を使いました。セ、セコイ。w) 本当のキャリアは、こういう事もキッチリとしなければいけない訳です。 >>295 の続き このケースでは、以下の事が考えられます。 BBPのDBには、全顧客の電話番号が登録されています。 そして、この電話番号同士の通話は無料という課金処理フラッグが立てられ いたと考えます。着信先のTA不良や電源OFFの場合は通話出来なかった 事から問題なしとフラッグを立てていたのでしょう。 で、クレームが多かったのでBBP網(ソフトSW)で迂回する事にしました。 そして迂回時フラッグを立てるのを忘れていて、BBP同士の通話という事で 無料という課金処理が生きている状態なのでしょう。 >>293 が課金されたって言っているので>>296 のバグは過去のもので、 現在は修正されていてもう生きてない状態かな。 >>293 >いくらなんでもそれはないでしょう。。。 >一時期、「発着ともにBBポンなのにNTT経由でつながっていて課金された」というクレーム・・・・ 私はあり得ると思います。それにこのクレームってBBPの請求が無料のはず なのに\7.5×度数(1度数3分)の請求があったというクレームでしたか? みかかからの直接請求だったというクレームではありませんでしたか? 相手先がTA不良でBBP網で迂回してあげたのにクレームとは、顧客責任と考え ます。発信時のプププかプププ・プププっていう音で区別できるのですから。 (私は、本来なら"相手先TAの不良なので迂回します。3分\7.5の通話料が かかります"というトーキーはあってしかるべきだと思います) >>297 という事で、未だ修正されていない可能性も捨て切れません。 つーかDBのライセンス料金をケチって 10万加入分しか払ってない みんなが一斉にBBポン使ったら回線パンクすると思うんだけど、どれぐらい耐えられるだろうか。 BBポン同士の場合はコンピュータの処理能力いっぱいまで使えるとしても、 ミカカポンへの通話にはK君所有回線の数に限りがあると思う。 ワールドカップチケット販売のときは故意にTA落としてたらしいけど。 BBポンは基本的にヒキョウということでよろしいですか? >>300 W杯の番号はナビダイヤルだから 網の品質以前にモデムで迂回するのだが モデム迂回障害が多発してたからその対策っぽい ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる