From masayuki.koiwa ＠ denphone.com Wed Feb 1 13:24:10 2012 From: masayuki.koiwa ＠ denphone.com (Masayuki Koiwa) Date: Wed, 01 Feb 2012 13:24:10 +0900 Subject: [asterisk-ug 001631] 70th Tokyo VoIP And Asterisk Lounge Message-ID: <4F28BE6A.5030909@denphone.com> デンフォンの小岩です。 寒くなりましたが、いかがお過ごしでしょうか？ English follows. Denphone株式会社主催の2月のイベントのお知らせをさせていただきます。 来週木曜日に第70回目のTokyo VoIP and Asterisk Loungeを開催致します。 今月も会場はFind Cafe& Shop『YOU』です。 そこで今回の会場を手配する都合の上、可能な限り参加者の方は、 参加予約のご連絡をご協力頂ければ幸いです。 (簡単なメール返信で構いません) 日時: 2月9日 (木) PM6:30頃〜 場所: Find Cafe& Shop『YOU』 麻布永坂ビル１F 参加費: 無料 (飲み物は各自ご負担ください。一杯500〜900円程度) 麻布十番駅 徒歩1分。7番出口を出て右へ。少し先右側がFind Cafe& Shop『YOU』 大江戸線、南北線 〒106-0045 東京都港区麻布十番1-4-8 地図はこちら： http://gmap.jp/shop-7485.html 皆様とお会いできる事を楽しみにお待ちしております。 http://www.denphone.com/voip-asterisk-lounge-jp We hope everyone is well. 9th February is the 70th Tokyo VoIP and Asterisk Lounge - we hope you can join us for a relaxed discussion about Asterisk and things related to VoIP. Both English and Japanese speaking participants are welcome. Event: Tokyo VOIP& ASTERISK LOUNGE Date: 9th February 2012 6:30pm - 10pm Location:Find Cafe& Shop『YOU』 . Cost: Free Entrance (drinks are between 500 and 900yen). Azabu-juban Stn. 1min. From Exit 7, head right and Find Cafe& Shop 『YOU』 is on the right. You can't miss the red seats. Namboku, Oedo Line(s) 1-4-8 Azabu-Juban, Minato-ku, Tokyo 106-0045. There is a map here: http://gmap.jp/shop-7485.html We look forward to seeing you there. http://www.denphone.com/voip-asterisk-lounge From webmaster ＠ voip-info.jp Sun Feb 5 01:08:27 2012 From: webmaster ＠ voip-info.jp (VOIP-INFO.JP Webmaster) Date: Sun, 05 Feb 2012 01:08:27 +0900 Subject: [asterisk-ug 001632] =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= Message-ID: <4F2D57FB.5070201@voip-info.jp> まずいものを発見しました。Asterisk 1.8レベルでは継続になってたはず のものが途中(1.8.9.0で確認)から廃止予定になっています。 とりわけMySQL関係がapp_mysqlとcdr_mysqlも廃止予定になっており、こ れまで直接MySQLを使ってきている場合には影響大です。 http://www.voip-info.jp/index.php/Asterisk_1.8#.E6.B3.A8.E6.84.8F.E7.82.B9 # 1.8はLTSの割に何かいじりまくるなぁ・・・ たかはし From munetika ＠ gmail.com Sun Feb 5 07:56:37 2012 From: munetika ＠ gmail.com (Ryuichiro Munechika/Gmail) Date: Sun, 05 Feb 2012 07:56:37 +0900 Subject: [asterisk-ug 001633] Re: =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= In-Reply-To: <4F2D57FB.5070201@voip-info.jp> References: <4F2D57FB.5070201@voip-info.jp> Message-ID: <4F2DB7A5.4030706@gmail.com> まいパパです こりゃ深刻な問題ですね。 cdr_mysqlがなくなると、コールの開始時間はAGIか何かで取得できるものの 課金に必要な「課金時間」の情報が取れないのではないかと心配です。 (2012/02/05 1:08), VOIP-INFO.JP Webmaster wrote: > まずいものを発見しました。Asterisk 1.8レベルでは継続になってたはず > のものが途中(1.8.9.0で確認)から廃止予定になっています。 > とりわけMySQL関係がapp_mysqlとcdr_mysqlも廃止予定になっており、こ > れまで直接MySQLを使ってきている場合には影響大です。 > > http://www.voip-info.jp/index.php/Asterisk_1.8#.E6.B3.A8.E6.84.8F.E7.82.B9 > > # 1.8はLTSの割に何かいじりまくるなぁ・・・ > > > たかはし > > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug -- 宗近龍一郎 munetika ＠ gmail.com From webmaster ＠ voip-info.jp Sun Feb 5 17:49:48 2012 From: webmaster ＠ voip-info.jp (VOIP-INFO.JP Webmaster) Date: Sun, 05 Feb 2012 17:49:48 +0900 Subject: [asterisk-ug 001634] Re: =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= In-Reply-To: <4F2DB7A5.4030706@gmail.com> References: <4F2D57FB.5070201@voip-info.jp> <4F2DB7A5.4030706@gmail.com> Message-ID: <4F2E42AC.5040509@voip-info.jp> MySQLの『直接』接続のモジュールが廃止予定で、ODBC接続ではサポート されます。 ODBCちょっとやってみたんですが、うまくいきません・・・誰かやって ください。 とりあえずCDRに関しては従来のCSVでの保存は行われますので、CSV管理 は特に問題はありませんが、DBで簡単に行う方法としてSQLite3での方法 をまとめておきました。 http://www.voip-info.jp/index.php/Asterisk_CDR_SQLite たかはし Ryuichiro Munechika/Gmail wrote: > まいパパです > こりゃ深刻な問題ですね。 > > cdr_mysqlがなくなると、コールの開始時間はAGIか何かで取得できるものの > 課金に必要な「課金時間」の情報が取れないのではないかと心配です。 > > (2012/02/05 1:08), VOIP-INFO.JP Webmaster wrote: >> まずいものを発見しました。Asterisk 1.8レベルでは継続になってたはず >> のものが途中(1.8.9.0で確認)から廃止予定になっています。 >> とりわけMySQL関係がapp_mysqlとcdr_mysqlも廃止予定になっており、こ >> れまで直接MySQLを使ってきている場合には影響大です。 >> >> http://www.voip-info.jp/index.php/Asterisk_1.8#.E6.B3.A8.E6.84.8F.E7.82.B9 >> >> # 1.8はLTSの割に何かいじりまくるなぁ・・・ >> >> >> たかはし >> >> _______________________________________________ >> asterisk-ug mailing list >> asterisk-ug ＠ ml.asterisk.gr.jp >> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > > From takehiro.dreamizm ＠ gmail.com Sun Feb 5 17:54:10 2012 From: takehiro.dreamizm ＠ gmail.com (Takehiro Matsushima) Date: Sun, 5 Feb 2012 17:54:10 +0900 Subject: [asterisk-ug 001635] Re: =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= In-Reply-To: <4F2DB7A5.4030706@gmail.com> References: <4F2D57FB.5070201@voip-info.jp> <4F2DB7A5.4030706@gmail.com> Message-ID: はじめまして、松島と申します。 確かにmysqlを直接扱えなくなりますが、odbcで同様のことは出来ると認識しておりました。 これは間違いでしょうか？ 2012/02/05 7:58 "Ryuichiro Munechika/Gmail" : > まいパパです > こりゃ深刻な問題ですね。 > > cdr_mysqlがなくなると、コールの開始時間はAGIか何かで取得できるものの > 課金に必要な「課金時間」の情報が取れないのではないかと心配です。 > > (2012/02/05 1:08), VOIP-INFO.JP Webmaster wrote: > > まずいものを発見しました。Asterisk 1.8レベルでは継続になってたはず > > のものが途中(1.8.9.0で確認)から廃止予定になっています。 > > とりわけMySQL関係がapp_mysqlとcdr_mysqlも廃止予定になっており、こ > > れまで直接MySQLを使ってきている場合には影響大です。 > > > > > http://www.voip-info.jp/index.php/Asterisk_1.8#.E6.B3.A8.E6.84.8F.E7.82.B9 > > > > # 1.8はLTSの割に何かいじりまくるなぁ・・・ > > > > > > たかはし > > > > _______________________________________________ > > asterisk-ug mailing list > > asterisk-ug ＠ ml.asterisk.gr.jp > > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > > > -- > 宗近龍一郎 > munetika ＠ gmail.com > > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > From webmaster ＠ voip-info.jp Sun Feb 5 17:59:18 2012 From: webmaster ＠ voip-info.jp (VOIP-INFO.JP Webmaster) Date: Sun, 05 Feb 2012 17:59:18 +0900 Subject: [asterisk-ug 001636] Re: =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= In-Reply-To: References: <4F2D57FB.5070201@voip-info.jp> <4F2DB7A5.4030706@gmail.com> Message-ID: <4F2E44E6.1060503@voip-info.jp> 松島さん はい。その通りです。ですので、今後DBを使う場合にはODBCに切り替える 必要がありますね。アプリケーションから直にMySQL叩けるのは便利だっ たんですけどねぇ・・・ まぁ、例のライセンス問題かなぁ。 たかはし Takehiro Matsushima wrote: > はじめまして、松島と申します。 > > 確かにmysqlを直接扱えなくなりますが、odbcで同様のことは出来ると認識しておりました。 > これは間違いでしょうか？ > 2012/02/05 7:58 "Ryuichiro Munechika/Gmail": > >> まいパパです >> こりゃ深刻な問題ですね。 >> >> cdr_mysqlがなくなると、コールの開始時間はAGIか何かで取得できるものの >> 課金に必要な「課金時間」の情報が取れないのではないかと心配です。 >> >> (2012/02/05 1:08), VOIP-INFO.JP Webmaster wrote: >>> まずいものを発見しました。Asterisk 1.8レベルでは継続になってたはず >>> のものが途中(1.8.9.0で確認)から廃止予定になっています。 >>> とりわけMySQL関係がapp_mysqlとcdr_mysqlも廃止予定になっており、こ >>> れまで直接MySQLを使ってきている場合には影響大です。 >>> >>> >> http://www.voip-info.jp/index.php/Asterisk_1.8#.E6.B3.A8.E6.84.8F.E7.82.B9 >>> >>> # 1.8はLTSの割に何かいじりまくるなぁ・・・ >>> >>> >>> たかはし >>> >>> _______________________________________________ >>> asterisk-ug mailing list >>> asterisk-ug ＠ ml.asterisk.gr.jp >>> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug >> >> >> -- >> 宗近龍一郎 >> munetika ＠ gmail.com >> >> _______________________________________________ >> asterisk-ug mailing list >> asterisk-ug ＠ ml.asterisk.gr.jp >> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug >> > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > > > From takehiro.dreamizm ＠ gmail.com Sun Feb 5 18:13:13 2012 From: takehiro.dreamizm ＠ gmail.com (Takehiro Matsushima) Date: Sun, 5 Feb 2012 18:13:13 +0900 Subject: [asterisk-ug 001637] Re: =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= In-Reply-To: <4F2E44E6.1060503@voip-info.jp> References: <4F2D57FB.5070201@voip-info.jp> <4F2DB7A5.4030706@gmail.com> <4F2E44E6.1060503@voip-info.jp> Message-ID: たかはし様 松島です。 ありがとうございます。 少しodbcを試してみます。 ライセンス問題ですか？ 事情を把握出来ていないのですが、よろしければご教授いただけますでしょうか。 2012/02/05 17:59 "VOIP-INFO.JP Webmaster" : > 松島さん > > はい。その通りです。ですので、今後DBを使う場合にはODBCに切り替える > 必要がありますね。アプリケーションから直にMySQL叩けるのは便利だっ > たんですけどねぇ・・・ > > まぁ、例のライセンス問題かなぁ。 > > たかはし > > Takehiro Matsushima wrote: > > はじめまして、松島と申します。 > > > > 確かにmysqlを直接扱えなくなりますが、odbcで同様のことは出来ると認識しておりました。 > > これは間違いでしょうか？ > > 2012/02/05 7:58 "Ryuichiro Munechika/Gmail": > > > >> まいパパです > >> こりゃ深刻な問題ですね。 > >> > >> cdr_mysqlがなくなると、コールの開始時間はAGIか何かで取得できるものの > >> 課金に必要な「課金時間」の情報が取れないのではないかと心配です。 > >> > >> (2012/02/05 1:08), VOIP-INFO.JP Webmaster wrote: > >>> まずいものを発見しました。Asterisk 1.8レベルでは継続になってたはず > >>> のものが途中(1.8.9.0で確認)から廃止予定になっています。 > >>> とりわけMySQL関係がapp_mysqlとcdr_mysqlも廃止予定になっており、こ > >>> れまで直接MySQLを使ってきている場合には影響大です。 > >>> > >>> > >> > http://www.voip-info.jp/index.php/Asterisk_1.8#.E6.B3.A8.E6.84.8F.E7.82.B9 > >>> > >>> # 1.8はLTSの割に何かいじりまくるなぁ・・・ > >>> > >>> > >>> たかはし > >>> > >>> _______________________________________________ > >>> asterisk-ug mailing list > >>> asterisk-ug ＠ ml.asterisk.gr.jp > >>> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > >> > >> > >> -- > >> 宗近龍一郎 > >> munetika ＠ gmail.com > >> > >> _______________________________________________ > >> asterisk-ug mailing list > >> asterisk-ug ＠ ml.asterisk.gr.jp > >> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > >> > > _______________________________________________ > > asterisk-ug mailing list > > asterisk-ug ＠ ml.asterisk.gr.jp > > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > > > > > > > > > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > From webmaster ＠ voip-info.jp Sun Feb 5 18:30:41 2012 From: webmaster ＠ voip-info.jp (VOIP-INFO.JP Webmaster) Date: Sun, 05 Feb 2012 18:30:41 +0900 Subject: [asterisk-ug 001638] Re: =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= In-Reply-To: References: <4F2D57FB.5070201@voip-info.jp> <4F2DB7A5.4030706@gmail.com> <4F2E44E6.1060503@voip-info.jp> Message-ID: <4F2E4C41.4050006@voip-info.jp> 松島さん かなり前からMySQLに関してはメンドクサイことが色々言われてまして 簡単に言っちゃうと、『GPL守ってても商用利用するならお金ちょうだい ね』ということです。 直接繋ぐ場合はクライアントライブラリを抱き込む形になるので、これ に引っかかる可能性は(商用利用がほとんどのPBXの場合には特に)高いの で今更ながら外してみた、ってことかもしれません。 で、確認してみたところ10.1ではapp_mysqlとcdr_mysqlはdeprecatedです が残るには残ってますね。次のLTSはどうも11らしいのですが、どうもこ の分では11では完全に廃止されてるのではないでしょうか。 たかはし Takehiro Matsushima wrote: > たかはし様 > > 松島です。 > > ありがとうございます。 > 少しodbcを試してみます。 > > ライセンス問題ですか？ > 事情を把握出来ていないのですが、よろしければご教授いただけますでしょうか。 > 2012/02/05 17:59 "VOIP-INFO.JP Webmaster": > >> 松島さん >> >> はい。その通りです。ですので、今後DBを使う場合にはODBCに切り替える >> 必要がありますね。アプリケーションから直にMySQL叩けるのは便利だっ >> たんですけどねぇ・・・ >> >> まぁ、例のライセンス問題かなぁ。 >> >> たかはし >> >> Takehiro Matsushima wrote: >>> はじめまして、松島と申します。 >>> >>> 確かにmysqlを直接扱えなくなりますが、odbcで同様のことは出来ると認識しておりました。 >>> これは間違いでしょうか？ >>> 2012/02/05 7:58 "Ryuichiro Munechika/Gmail": >>> >>>> まいパパです >>>> こりゃ深刻な問題ですね。 >>>> >>>> cdr_mysqlがなくなると、コールの開始時間はAGIか何かで取得できるものの >>>> 課金に必要な「課金時間」の情報が取れないのではないかと心配です。 >>>> >>>> (2012/02/05 1:08), VOIP-INFO.JP Webmaster wrote: >>>>> まずいものを発見しました。Asterisk 1.8レベルでは継続になってたはず >>>>> のものが途中(1.8.9.0で確認)から廃止予定になっています。 >>>>> とりわけMySQL関係がapp_mysqlとcdr_mysqlも廃止予定になっており、こ >>>>> れまで直接MySQLを使ってきている場合には影響大です。 >>>>> >>>>> >>>> >> http://www.voip-info.jp/index.php/Asterisk_1.8#.E6.B3.A8.E6.84.8F.E7.82.B9 >>>>> >>>>> # 1.8はLTSの割に何かいじりまくるなぁ・・・ >>>>> >>>>> >>>>> たかはし >>>>> >>>>> _______________________________________________ >>>>> asterisk-ug mailing list >>>>> asterisk-ug ＠ ml.asterisk.gr.jp >>>>> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug >>>> >>>> >>>> -- >>>> 宗近龍一郎 >>>> munetika ＠ gmail.com >>>> >>>> _______________________________________________ >>>> asterisk-ug mailing list >>>> asterisk-ug ＠ ml.asterisk.gr.jp >>>> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug >>>> >>> _______________________________________________ >>> asterisk-ug mailing list >>> asterisk-ug ＠ ml.asterisk.gr.jp >>> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug >>> >>> >>> >> >> >> _______________________________________________ >> asterisk-ug mailing list >> asterisk-ug ＠ ml.asterisk.gr.jp >> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug >> > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > > > From takehiro.dreamizm ＠ gmail.com Sun Feb 5 18:48:00 2012 From: takehiro.dreamizm ＠ gmail.com (Takehiro Matsushima) Date: Sun, 5 Feb 2012 18:48:00 +0900 Subject: [asterisk-ug 001639] Re: =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= In-Reply-To: References: <4F2D57FB.5070201@voip-info.jp> <4F2DB7A5.4030706@gmail.com> <4F2E44E6.1060503@voip-info.jp> <4F2E4C41.4050006@voip-info.jp> Message-ID: たかはし様 そういうことですか…。 少しライセンスの勉強をしてみます。 会社の実験環境ではCSVでやっていたのでノーマークでした。 ありがとうございました。 2012/02/05 18:31 "VOIP-INFO.JP Webmaster" : From webmaster ＠ voip-info.jp Sun Feb 5 21:09:19 2012 From: webmaster ＠ voip-info.jp (VOIP-INFO.JP Webmaster) Date: Sun, 05 Feb 2012 21:09:19 +0900 Subject: [asterisk-ug 001640] Re: =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= In-Reply-To: References: <4F2D57FB.5070201@voip-info.jp> <4F2DB7A5.4030706@gmail.com> <4F2E44E6.1060503@voip-info.jp> <4F2E4C41.4050006@voip-info.jp> Message-ID: <4F2E716F.3030504@voip-info.jp> このあたり、誰かちゃんと説明できる人がいればいいのですが・・・ 何となーく、じゃまくさいからサポートやめちゃおう的なのが最近 ちらちらと・・・ まあ、PosgreSQLって選択肢もありますし特に問題ないのかなぁ。 たかはし Takehiro Matsushima wrote: > たかはし様 > > そういうことですか…。 > 少しライセンスの勉強をしてみます。 > > 会社の実験環境ではCSVでやっていたのでノーマークでした。 > > ありがとうございました。 > 2012/02/05 18:31 "VOIP-INFO.JP Webmaster": > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > > > From munetika ＠ gmail.com Sun Feb 5 21:14:39 2012 From: munetika ＠ gmail.com (Ryuichiro Munechika/Gmail) Date: Sun, 05 Feb 2012 21:14:39 +0900 Subject: [asterisk-ug 001641] Re: =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= In-Reply-To: <4F2E716F.3030504@voip-info.jp> References: <4F2D57FB.5070201@voip-info.jp> <4F2DB7A5.4030706@gmail.com> <4F2E44E6.1060503@voip-info.jp> <4F2E4C41.4050006@voip-info.jp> <4F2E716F.3030504@voip-info.jp> Message-ID: <4F2E72AF.5040704@gmail.com> まいパパです 一応ORACLEはコミュニティ版のMySQLの開発は続けていくということで 2010年にコミットメントは出しているのですが、信用されてないかもしれない ^^; もっといえばAsteriskが商用で使っているという以前に、多くのインターネット 関連企業が利用している方の事例がもっとグレーなんですが。。。 PostgreSQLに対応するのが一番無難な選択肢かもしれません。海外の OSSでもそういう例が増えています。 (2012/02/05 21:09), VOIP-INFO.JP Webmaster wrote: > このあたり、誰かちゃんと説明できる人がいればいいのですが・・・ > 何となーく、じゃまくさいからサポートやめちゃおう的なのが最近 > ちらちらと・・・ > > まあ、PosgreSQLって選択肢もありますし特に問題ないのかなぁ。 > > たかはし > > > Takehiro Matsushima wrote: >> たかはし様 >> >> そういうことですか…。 >> 少しライセンスの勉強をしてみます。 >> >> 会社の実験環境ではCSVでやっていたのでノーマークでした。 >> >> ありがとうございました。 >> 2012/02/05 18:31 "VOIP-INFO.JP Webmaster": >> _______________________________________________ >> asterisk-ug mailing list >> asterisk-ug ＠ ml.asterisk.gr.jp >> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug >> >> >> > > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug -- 宗近龍一郎 munetika ＠ gmail.com From takehiro.dreamizm ＠ gmail.com Sun Feb 5 21:25:03 2012 From: takehiro.dreamizm ＠ gmail.com (Takehiro Matsushima) Date: Sun, 05 Feb 2012 21:25:03 +0900 Subject: [asterisk-ug 001642] Re: =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= In-Reply-To: <4F2E716F.3030504@voip-info.jp> References: <4F2D57FB.5070201@voip-info.jp> <4F2DB7A5.4030706@gmail.com> <4F2E44E6.1060503@voip-info.jp> <4F2E4C41.4050006@voip-info.jp> <4F2E716F.3030504@voip-info.jp> Message-ID: <4F2E751F.8080503@gmail.com> たかはし様 MySQLのコードを含むものを再配布しようとすると、商用の場合は有償のライセ ンスが適用されるように見えます。 MySQLに手を加えず、単にバックエンドに使用しているだけのサービスなら有償 ライセンスである必要はないのでは（しっかりライセンスを読んでいないのです が）。 Asterisk自身は商用ではないですし、MySQL Clientのコードを含んでいても配布 に問題はないと思いますが、どうなんでしょう。 もし、MySQLライセンスを回避するためにODBC接続してもバックエンドでMySQLを 使っている時点で商用利用にお金を払わないといけないなら、結局ODBCでも同じ 事だという事ですね。 やはりややこしいのでPostgreSQLを使えばいいんですね。 PostgreSQL用のDB Schemaが古いままなので、新しい構造に対応して欲しいとこ ろです #サーバーにMySQL入れて構築したシステムを納品したらライセンス料が必要、と いうことならば、システムそのものは無償ということで納品すると… 松島 (2012年02月05日 21:09), VOIP-INFO.JP Webmaster wrote: > このあたり、誰かちゃんと説明できる人がいればいいのですが・・・ > 何となーく、じゃまくさいからサポートやめちゃおう的なのが最近 > ちらちらと・・・ > > まあ、PosgreSQLって選択肢もありますし特に問題ないのかなぁ。 > > たかはし > > > Takehiro Matsushima wrote: >> たかはし様 >> >> そういうことですか…。 >> 少しライセンスの勉強をしてみます。 >> >> 会社の実験環境ではCSVでやっていたのでノーマークでした。 >> >> ありがとうございました。 >> 2012/02/05 18:31 "VOIP-INFO.JP Webmaster": >> _______________________________________________ >> asterisk-ug mailing list >> asterisk-ug ＠ ml.asterisk.gr.jp >> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug >> >> >> > > > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug -- Takehiro Matsushima From webmaster ＠ voip-info.jp Mon Feb 6 00:04:12 2012 From: webmaster ＠ voip-info.jp (VOIP-INFO.JP Webmaster) Date: Mon, 06 Feb 2012 00:04:12 +0900 Subject: [asterisk-ug 001643] =?iso-2022-jp?b?UlQtMjAwGyRCQlAxfiVRJUMlQSRON28bKEI=?= Message-ID: <4F2E9A6C.50803@voip-info.jp> 掲示板にも書いておきましたが、わかったかも。 何気にパッチ見直してて、今のchan_sipがtransportを含めたURIの組み立て を行ってることを発見。従来だとデフォルトでsipなのでdomainはdomainだっ たんですが、1.8系の途中からsip:domainかssip:domainをやってくれるので 今までのパッチだと頭にsip入ってるとRT-200対応のURIに組み立てし直さな いという不具合な気がします。 で、このパッチを試してみて報告上げて欲しいのですが。 http://ftp.voip-info.jp/asterisk/patch/local/1.8/channels/chan_sip.rt200ne.110205-01.patch 1.8.9.0用で作ってあるため、それ以前のバージョンではうまくいかないかも しれませんが、ちょいと試してください。 # ssip:対応はRT-200には要らないよね たかはし From taniym ＠ takumigiken.biz Mon Feb 6 12:03:15 2012 From: taniym ＠ takumigiken.biz (taniym ＠ takumigiken.biz) Date: Mon, 06 Feb 2012 12:03:15 +0900 Subject: [asterisk-ug 001644] Re: =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= In-Reply-To: <4F2E751F.8080503@gmail.com> References: <4F2D57FB.5070201@voip-info.jp> <4F2DB7A5.4030706@gmail.com> <4F2E44E6.1060503@voip-info.jp> <4F2E4C41.4050006@voip-info.jp> <4F2E716F.3030504@voip-info.jp> <4F2E751F.8080503@gmail.com> Message-ID: 皆様 MySQLのライセンスは、国内販社の一つであるソフトエージェンシー様に判りやすい フローでの解説があります。 http://www.softagency.co.jp/products/mysql/license/ 谷山　亮治 taniyama ＠ takumigiken.biz 匠技術研究所　http://takumigiken.biz 215-0002 川崎市麻生区多摩美1-12-11 TEL/FAX　044-959-5612/5613 Takehiro Matsushima さん： > たかはし様 > > MySQLのコードを含むものを再配布しようとすると、商用の場合は有償のライセ > ンスが適用されるように見えます。 > MySQLに手を加えず、単にバックエンドに使用しているだけのサービスなら有償 > ライセンスである必要はないのでは（しっかりライセンスを読んでいないのです > が）。 > > Asterisk自身は商用ではないですし、MySQL Clientのコードを含んでいても配布 > に問題はないと思いますが、どうなんでしょう。 > もし、MySQLライセンスを回避するためにODBC接続してもバックエンドでMySQLを > 使っている時点で商用利用にお金を払わないといけないなら、結局ODBCでも同じ > 事だという事ですね。 > > > やはりややこしいのでPostgreSQLを使えばいいんですね。 > PostgreSQL用のDB Schemaが古いままなので、新しい構造に対応して欲しいとこ > ろです > > #サーバーにMySQL入れて構築したシステムを納品したらライセンス料が必要、と > いうことならば、システムそのものは無償ということで納品すると… > > > 松島 > > > (2012年02月05日 21:09), VOIP-INFO.JP Webmaster wrote: > > このあたり、誰かちゃんと説明できる人がいればいいのですが・・・ > > 何となーく、じゃまくさいからサポートやめちゃおう的なのが最近 > > ちらちらと・・・ > > > > まあ、PosgreSQLって選択肢もありますし特に問題ないのかなぁ。 > > > > たかはし > > > > > > Takehiro Matsushima wrote: > >> たかはし様 > >> > >> そういうことですか…。 > >> 少しライセンスの勉強をしてみます。 > >> > >> 会社の実験環境ではCSVでやっていたのでノーマークでした。 > >> > >> ありがとうございました。 > >> 2012/02/05 18:31 "VOIP-INFO.JP Webmaster": > >> _______________________________________________ > >> asterisk-ug mailing list > >> asterisk-ug ＠ ml.asterisk.gr.jp > >> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > >> > >> > >> > > > > > > _______________________________________________ > > asterisk-ug mailing list > > asterisk-ug ＠ ml.asterisk.gr.jp > > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > > > -- > Takehiro Matsushima > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug From munetika ＠ gmail.com Mon Feb 6 13:52:22 2012 From: munetika ＠ gmail.com (Ryuichiro Munechika / GMail) Date: Mon, 06 Feb 2012 13:52:22 +0900 Subject: [asterisk-ug 001645] Re: =?iso-2022-jp?b?QXN0ZXJpc2sgMS44GyRCJEckThsoQkRlcHJlY2F0ZWQ=?= In-Reply-To: References: <4F2D57FB.5070201@voip-info.jp> <4F2DB7A5.4030706@gmail.com> <4F2E44E6.1060503@voip-info.jp> <4F2E4C41.4050006@voip-info.jp> <4F2E716F.3030504@voip-info.jp> <4F2E751F.8080503@gmail.com> Message-ID: <4F2F5C86.7030605@gmail.com> まいパパです 昔は、InnoDBなしのクラッシックとが3万円くらいで買えたんですが、今は年間の サブスクリプションライセンスしかなくなったので高くなりましたねえ。。 (2012/02/06 12:03), taniym ＠ takumigiken.biz wrote: > 皆様 > > > MySQLのライセンスは、国内販社の一つであるソフトエージェンシー様に判りやすい > フローでの解説があります。 > http://www.softagency.co.jp/products/mysql/license/ > > > 谷山　亮治 taniyama ＠ takumigiken.biz > 匠技術研究所　http://takumigiken.biz > 215-0002 川崎市麻生区多摩美1-12-11 > TEL/FAX　044-959-5612/5613 > > > Takehiro Matsushima さん： >> たかはし様 >> >> MySQLのコードを含むものを再配布しようとすると、商用の場合は有償のライセ >> ンスが適用されるように見えます。 >> MySQLに手を加えず、単にバックエンドに使用しているだけのサービスなら有償 >> ライセンスである必要はないのでは（しっかりライセンスを読んでいないのです >> が）。 >> >> Asterisk自身は商用ではないですし、MySQL Clientのコードを含んでいても配布 >> に問題はないと思いますが、どうなんでしょう。 >> もし、MySQLライセンスを回避するためにODBC接続してもバックエンドでMySQLを >> 使っている時点で商用利用にお金を払わないといけないなら、結局ODBCでも同じ >> 事だという事ですね。 >> >> >> やはりややこしいのでPostgreSQLを使えばいいんですね。 >> PostgreSQL用のDB Schemaが古いままなので、新しい構造に対応して欲しいとこ >> ろです >> >> #サーバーにMySQL入れて構築したシステムを納品したらライセンス料が必要、と >> いうことならば、システムそのものは無償ということで納品すると… >> >> >> 松島 >> >> >> (2012年02月05日 21:09), VOIP-INFO.JP Webmaster wrote: >>> このあたり、誰かちゃんと説明できる人がいればいいのですが・・・ >>> 何となーく、じゃまくさいからサポートやめちゃおう的なのが最近 >>> ちらちらと・・・ >>> >>> まあ、PosgreSQLって選択肢もありますし特に問題ないのかなぁ。 >>> >>> たかはし >>> >>> >>> Takehiro Matsushima wrote: >>>> たかはし様 >>>> >>>> そういうことですか…。 >>>> 少しライセンスの勉強をしてみます。 >>>> >>>> 会社の実験環境ではCSVでやっていたのでノーマークでした。 >>>> >>>> ありがとうございました。 >>>> 2012/02/05 18:31 "VOIP-INFO.JP Webmaster": >>>> _______________________________________________ >>>> asterisk-ug mailing list >>>> asterisk-ug ＠ ml.asterisk.gr.jp >>>> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug >>>> >>>> >>>> >>> >>> _______________________________________________ >>> asterisk-ug mailing list >>> asterisk-ug ＠ ml.asterisk.gr.jp >>> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug >> >> -- >> Takehiro Matsushima >> _______________________________________________ >> asterisk-ug mailing list >> asterisk-ug ＠ ml.asterisk.gr.jp >> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug From takehiro.dreamizm ＠ gmail.com Thu Feb 9 09:53:42 2012 From: takehiro.dreamizm ＠ gmail.com (Takehiro Matsushima) Date: Thu, 9 Feb 2012 09:53:42 +0900 Subject: [asterisk-ug 001646] =?iso-2022-jp?b?UGFyaxskQkpdTjE4ZSROOkYbKEJQYXJrGyRCSl1OMRsoQg==?= Message-ID: 松島と申します。 Asterisk1.8.7を使用しています。 これまでPark保留を使用していなかったのですが、この度使ってみようということになりました。 Dialにtkのオプションを渡してPark保留と転送をしていますが、Park保留を解除(?)したあと、再度Park保留をしようとしてできないことに気が付きました。 この再Park保留をうまくやる方法、若しくはtkオプションを渡さずともデフォルトで有効にする方法はございますでしょうか。 また、サンプルのfeatures.confをそのまま使うと700〜がParkになるかと思いますが、Park保留をすると"7-0-1"などと言われます。 この番号を引き継ぎ先でダイアルすると、引き継げた気がしていたのですが、(検証用に使用している)defaultコンテキストにそんな番号はないと言われてしまいます。 なにか特別な設定が必要でしたでしょうか。 以上、2点についてご存じの方がいらっしゃいましたらご教授いただけると幸いです。 よろしくお願い致します。 ---- Takehiro Matsushima From webmaster ＠ voip-info.jp Thu Feb 9 10:37:22 2012 From: webmaster ＠ voip-info.jp (VOIP-INFO.JP Webmaster) Date: Thu, 09 Feb 2012 10:37:22 +0900 Subject: [asterisk-ug 001647] Re: =?iso-2022-jp?b?UGFyaxskQkpdTjE4ZSROOkYbKEJQYXJrGyRCSl0bKEI=?= =?iso-2022-jp?b?GyRCTjEbKEI=?= In-Reply-To: References: Message-ID: <4F332352.8080101@voip-info.jp> 松島さん もしかして、挙動を勘違いされてるかも。 700は「狙い先」みたいなもので、Parkするための番号で、ここには保留さ れません。その次の701〜がParking Lotと呼ばれ、パークされる位置にな ります。なので、一番最初にパークされるのは"701"で正解です。 そして一旦、パークが解除されるとこの701は開放されるため、存在しなく なり、再度パークするにはまた700をダイヤルします。 なので仮に701でパーキングさせられている呼がある場合に、さらにパーク したい時は、やはり700をダイヤルします。この時、トークバックされるの は7-0-2で、702番のロットにパークされます。 仮にこの状態で701が解除されると、701が空いて702が埋まった状態になり ますが、この状態でのパーク要求(700)がダイヤルされると701に入ります。 たかはし Takehiro Matsushima wrote: > 松島と申します。 > > Asterisk1.8.7を使用しています。 > > これまでPark保留を使用していなかったのですが、この度使ってみようということになりました。 > Dialにtkのオプションを渡してPark保留と転送をしていますが、Park保留を解除(?)したあと、再度Park保留をしようとしてできないことに気が付きました。 > この再Park保留をうまくやる方法、若しくはtkオプションを渡さずともデフォルトで有効にする方法はございますでしょうか。 > > また、サンプルのfeatures.confをそのまま使うと700〜がParkになるかと思いますが、Park保留をすると"7-0-1"などと言われます。 > この番号を引き継ぎ先でダイアルすると、引き継げた気がしていたのですが、(検証用に使用している)defaultコンテキストにそんな番号はないと言われてしまいます。 > なにか特別な設定が必要でしたでしょうか。 > > 以上、2点についてご存じの方がいらっしゃいましたらご教授いただけると幸いです。 > よろしくお願い致します。 > > > ---- > Takehiro Matsushima > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > > > From takehiro.dreamizm ＠ gmail.com Thu Feb 9 12:27:13 2012 From: takehiro.dreamizm ＠ gmail.com (Takehiro Matsushima) Date: Thu, 9 Feb 2012 12:27:13 +0900 Subject: [asterisk-ug 001648] Re: =?iso-2022-jp?b?UGFyaxskQkpdTjE4ZSROOkYbKEJQYXJrGyRCSl0bKEI=?= =?iso-2022-jp?b?GyRCTjEbKEI=?= In-Reply-To: <4F332352.8080101@voip-info.jp> References: <4F332352.8080101@voip-info.jp> Message-ID: たかはし 様 お返事いただきありがとうございます。 すみません、筆(?)が足りませんでした。 例えば"7-0-1"と言われた場合、自動的にextension 701が作られている認識でいたのですが、受け取る側で701をダイヤルしても受け取れませんでした。 >> この番号を引き継ぎ先でダイアルすると、引き継げた気がしていたのですが、(検証用に使用している)defaultコンテキストにそんな番号はないと言われてしまいます。 という事でございます。 なお、すべての電話機とソフトフォンのダイアルプランはdefaultコンテキストでさばいています。 register情報はsip.confにのみ記述し、users.confには一切記述していません。 再パーク保留できない、ということについてですが、Dial(xxx/xxxxx,nn,tk)と書いておけば、#72とかでパーク保留は可能ですが、その保留を取り付いだ先で改めてパーク保留をするということができない、ということでした。 パーク保留や転送、ハングアップなどをDTMFで行うための設定をアプリケーション単位で有効にしなければならない、というふうにDialアプリケーションの挙動を見ていて感じたのですが、そうでも無いのでしょうか。 情報が足りていないといけないので補足いたしますと、CentOS6.2 64bit版で、epelからyumでasteriskをインストールしました。 申し訳ございませんが、引き続きよろしくお願いいたします。 -- Takehiro Matsushima 2012年2月9日10:37 VOIP-INFO.JP Webmaster : > 松島さん > > もしかして、挙動を勘違いされてるかも。 > > 700は「狙い先」みたいなもので、Parkするための番号で、ここには保留さ > れません。その次の701〜がParking Lotと呼ばれ、パークされる位置にな > ります。なので、一番最初にパークされるのは"701"で正解です。 > > そして一旦、パークが解除されるとこの701は開放されるため、存在しなく > なり、再度パークするにはまた700をダイヤルします。 > > なので仮に701でパーキングさせられている呼がある場合に、さらにパーク > したい時は、やはり700をダイヤルします。この時、トークバックされるの > は7-0-2で、702番のロットにパークされます。 > 仮にこの状態で701が解除されると、701が空いて702が埋まった状態になり > ますが、この状態でのパーク要求(700)がダイヤルされると701に入ります。 > > たかはし > > Takehiro Matsushima wrote: >> 松島と申します。 >> >> Asterisk1.8.7を使用しています。 >> >> これまでPark保留を使用していなかったのですが、この度使ってみようということになりました。 >> Dialにtkのオプションを渡してPark保留と転送をしていますが、Park保留を解除(?)したあと、再度Park保留をしようとしてできないことに気が付きました。 >> この再Park保留をうまくやる方法、若しくはtkオプションを渡さずともデフォルトで有効にする方法はございますでしょうか。 >> >> また、サンプルのfeatures.confをそのまま使うと700〜がParkになるかと思いますが、Park保留をすると"7-0-1"などと言われます。 >> この番号を引き継ぎ先でダイアルすると、引き継げた気がしていたのですが、(検証用に使用している)defaultコンテキストにそんな番号はないと言われてしまいます。 >> なにか特別な設定が必要でしたでしょうか。 >> >> 以上、2点についてご存じの方がいらっしゃいましたらご教授いただけると幸いです。 >> よろしくお願い致します。 >> >> >> ---- >> Takehiro Matsushima >> _______________________________________________ >> asterisk-ug mailing list >> asterisk-ug ＠ ml.asterisk.gr.jp >> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug >> >> >> > > > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug From webmaster ＠ voip-info.jp Thu Feb 9 12:48:24 2012 From: webmaster ＠ voip-info.jp (VOIP-INFO.JP Webmaster) Date: Thu, 09 Feb 2012 12:48:24 +0900 Subject: [asterisk-ug 001649] Re: =?iso-2022-jp?b?UGFyaxskQkpdTjE4ZSROOkYbKEJQYXJrGyRCSl0bKEI=?= =?iso-2022-jp?b?GyRCTjEbKEI=?= In-Reply-To: References: <4F332352.8080101@voip-info.jp> Message-ID: <4F334208.3060208@voip-info.jp> ということはパーキングは実施されてるはずなのに取れないってことですね？ もしかすると include => が無いのかと思ったんですが700が生きてるってこ とは includeはされているのではないかと。 CLIから parkedcall show やると、どうなってますか？ *CLI> parkedcalls show Num Channel (Context Extension Pri) Timeout *** Parking lot: default (1) 701 SIP/201-0000003a (default s 1) 58s 1 parked call in parking lot default --- こんな感じで701に繋がれているのがあるはずですが。 もうひとつ、includeせずに自分で書いてしまう手があります。 exten => 700,1,Park() exten => 701,1,Wait(1) exten => 701,2,ParkedCall(701) exten => 702,1,Wait(1) exten => 702,2,ParkedCall(702) exten => 703,1,Wait(1) exten => 703,2,ParkedCall(703) exten => 704,1,Wait(1) exten => 704,2,ParkedCall(704) こんな感じで、includeさせずに自分で全部書くとどうでしょうか？ Takehiro Matsushima wrote: > たかはし 様 > > お返事いただきありがとうございます。 > すみません、筆(?)が足りませんでした。 > > 例えば"7-0-1"と言われた場合、自動的にextension 701が作られている認識でいたのですが、受け取る側で701をダイヤルしても受け取れませんでした。 >>> この番号を引き継ぎ先でダイアルすると、引き継げた気がしていたのですが、(検証用に使用している)defaultコンテキストにそんな番号はないと言われてしまいます。 > という事でございます。 > なお、すべての電話機とソフトフォンのダイアルプランはdefaultコンテキストでさばいています。 > register情報はsip.confにのみ記述し、users.confには一切記述していません。 > > 再パーク保留できない、ということについてですが、Dial(xxx/xxxxx,nn,tk)と書いておけば、#72とかでパーク保留は可能ですが、その保留を取り付いだ先で改めてパーク保留をするということができない、ということでした。 > パーク保留や転送、ハングアップなどをDTMFで行うための設定をアプリケーション単位で有効にしなければならない、というふうにDialアプリケーションの挙動を見ていて感じたのですが、そうでも無いのでしょうか。 > > > 情報が足りていないといけないので補足いたしますと、CentOS6.2 64bit版で、epelからyumでasteriskをインストールしました。 > > 申し訳ございませんが、引き続きよろしくお願いいたします。 > From takehiro.dreamizm ＠ gmail.com Thu Feb 9 13:06:07 2012 From: takehiro.dreamizm ＠ gmail.com (Takehiro Matsushima) Date: Thu, 9 Feb 2012 13:06:07 +0900 Subject: [asterisk-ug 001650] Re: =?iso-2022-jp?b?UGFyaxskQkpdTjE4ZSROOkYbKEJQYXJrGyRCSl0bKEI=?= =?iso-2022-jp?b?GyRCTjEbKEI=?= In-Reply-To: <4F334208.3060208@voip-info.jp> References: <4F332352.8080101@voip-info.jp> <4F334208.3060208@voip-info.jp> Message-ID: たかはし 様 ありがとうございます。緒が見えた気がしました。 > CLIから parkedcall show やると、どうなってますか？ これは、書いてくださったようにparkされたものが見えます。 > もしかすると include => が無いのかと思ったんですが700が生きてるってこ > とは includeはされているのではないかと。 700に転送ではなく、featuremapで parkcall => #72 とやっているのでParkできていました。 実は"#" -> "700"としようとすると、700番台は番号を定義していないので"7"を送った時点で転送先が見つからないと言われていました。 このことから、includeをしていないからダメ、ということだと思います(検証環境が自宅なので帰宅後に試してみます)。 それでだめであれば手書きしてみます。 上記の問題はほぼクリアできそうです。ありがとうございます。 再パーク保留について更に補足です。 昨日の段階では取次ができず、45秒後のコールバックを取ったあとのことです。 正しく取次をして、どうなるか、帰宅後に試してみようと思います。 結果については改めてポストさせていただきますので、またよろしくお願いいたします。 もちろん引き続き勉強も行って参ります。 -- Takehiro Matsushima 2012年2月9日12:48 VOIP-INFO.JP Webmaster : > ということはパーキングは実施されてるはずなのに取れないってことですね？ > > もしかすると include => が無いのかと思ったんですが700が生きてるってこ > とは includeはされているのではないかと。 > > CLIから parkedcall show やると、どうなってますか？ > > *CLI> parkedcalls show > Num Channel (Context Extension Pri) > Timeout > *** Parking lot: default (1) > 701 SIP/201-0000003a (default s 1) > 58s > 1 parked call in parking lot default > --- > > こんな感じで701に繋がれているのがあるはずですが。 > > もうひとつ、includeせずに自分で書いてしまう手があります。 > > exten => 700,1,Park() > > exten => 701,1,Wait(1) > exten => 701,2,ParkedCall(701) > > exten => 702,1,Wait(1) > exten => 702,2,ParkedCall(702) > > exten => 703,1,Wait(1) > exten => 703,2,ParkedCall(703) > > exten => 704,1,Wait(1) > exten => 704,2,ParkedCall(704) > > こんな感じで、includeさせずに自分で全部書くとどうでしょうか？ > > Takehiro Matsushima wrote: >> たかはし 様 >> >> お返事いただきありがとうございます。 >> すみません、筆(?)が足りませんでした。 >> >> 例えば"7-0-1"と言われた場合、自動的にextension 701が作られている認識でいたのですが、受け取る側で701をダイヤルしても受け取れませんでした。 >>>> この番号を引き継ぎ先でダイアルすると、引き継げた気がしていたのですが、(検証用に使用している)defaultコンテキストにそんな番号はないと言われてしまいます。 >> という事でございます。 >> なお、すべての電話機とソフトフォンのダイアルプランはdefaultコンテキストでさばいています。 >> register情報はsip.confにのみ記述し、users.confには一切記述していません。 >> >> 再パーク保留できない、ということについてですが、Dial(xxx/xxxxx,nn,tk)と書いておけば、#72とかでパーク保留は可能ですが、その保留を取り付いだ先で改めてパーク保留をするということができない、ということでした。 >> パーク保留や転送、ハングアップなどをDTMFで行うための設定をアプリケーション単位で有効にしなければならない、というふうにDialアプリケーションの挙動を見ていて感じたのですが、そうでも無いのでしょうか。 >> >> >> 情報が足りていないといけないので補足いたしますと、CentOS6.2 64bit版で、epelからyumでasteriskをインストールしました。 >> >> 申し訳ございませんが、引き続きよろしくお願いいたします。 >> > > > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug From munetika ＠ gmail.com Fri Feb 10 17:41:09 2012 From: munetika ＠ gmail.com (Ryuichiro Munechika / GMail) Date: Fri, 10 Feb 2012 17:41:09 +0900 Subject: [asterisk-ug 001651] =?iso-2022-jp?b?GyRCJVElSiU9JUslQyUvJE4bKEJTSVAbJEJFRU9DNSEbKEJL?= =?iso-2022-jp?b?WC1VVDEzNk4=?= Message-ID: <4F34D825.3010602@gmail.com> まいパパです パナソニックのSIP電話機KX-UT136Nの製品仕様書みてますと、"転送ボタン"と "フレキシブルボタン"の組み合わせで、「ラインキー １番に電話」がGXP-2000の ように実現できそうな気がするのですが、どなたか試された方いらっしゃいます？ http://www.voip-info.jp/index.php/%E3%83%A9%E3%82%A4%E3%83%B3%E3%82%AD%E3%83%BC_%EF%BC%91%E7%95%AA%E3%81%AB%E9%9B%BB%E8%A9%B1 From t-ebisawa ＠ scom-soft.co.jp Fri Feb 10 17:49:22 2012 From: t-ebisawa ＠ scom-soft.co.jp (Takayuki Ebisawa) Date: Fri, 10 Feb 2012 17:49:22 +0900 Subject: [asterisk-ug 001652] Re: =?iso-2022-jp?b?GyRCJVElSiU9JUslQyUvJE4bKEJTSVAbJEJFRU9DGyhC?= =?iso-2022-jp?b?GyRCNSEbKEJLWC1VVDEzNk4=?= In-Reply-To: <4F34D825.3010602@gmail.com> References: <4F34D825.3010602@gmail.com> Message-ID: <20120210174920.C9DE.5A3933C1@scom-soft.co.jp> 信和通信　蛯澤です。 KX-UT136NのフレキシブルボタンをBLFに設定するとラインキーっぽい動作になり ますよ。 実験済みです。 On Fri, 10 Feb 2012 17:41:09 +0900 Ryuichiro Munechika / GMail wrote: munetika> まいパパです munetika> munetika> パナソニックのSIP電話機KX-UT136Nの製品仕様書みてますと、"転送ボタン"と munetika> "フレキシブルボタン"の組み合わせで、「ラインキー １番に電話」がGXP-2000の munetika> ように実現できそうな気がするのですが、どなたか試された方いらっしゃいます？ munetika> http://www.voip-info.jp/index.php/%E3%83%A9%E3%82%A4%E3%83%B3%E3%82%AD%E3%83%BC_%EF%BC%91%E7%95%AA%E3%81%AB%E9%9B%BB%E8%A9%B1 munetika> munetika> munetika> _______________________________________________ munetika> asterisk-ug mailing list munetika> asterisk-ug ＠ ml.asterisk.gr.jp munetika> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug ==================================================== 蛯澤 隆幸(Ebisawa, Takayuki) E-Mail : t-ebisawa ＠ scom-soft.co.jp --------------------------------------------------- 信和通信工業株式会社 システム開発部 TEL:03-3692-9511 FAX:03-3692-9514 ==================================================== From munetika ＠ gmail.com Fri Feb 10 18:15:35 2012 From: munetika ＠ gmail.com (Ryuichiro Munechika / GMail) Date: Fri, 10 Feb 2012 18:15:35 +0900 Subject: [asterisk-ug 001653] Re: =?iso-2022-jp?b?GyRCJVElSiU9JUslQyUvJE4bKEJTSVAbJEJFRU9DGyhC?= =?iso-2022-jp?b?GyRCNSEbKEJLWC1VVDEzNk4=?= In-Reply-To: <20120210174920.C9DE.5A3933C1@scom-soft.co.jp> References: <4F34D825.3010602@gmail.com> <20120210174920.C9DE.5A3933C1@scom-soft.co.jp> Message-ID: <4F34E037.1050800@gmail.com> 蛯澤さん まいパパです おー、やはりそうですか^^ こりゃ入手して試してみないといけませんね :) うまくいったら、voip-info.jp にもレポートします^^ (2012/02/10 17:49), Takayuki Ebisawa wrote: > 信和通信　蛯澤です。 > > KX-UT136NのフレキシブルボタンをBLFに設定するとラインキーっぽい動作になり > ますよ。 > 実験済みです。 > > > On Fri, 10 Feb 2012 17:41:09 +0900 > Ryuichiro Munechika / GMail wrote: > > munetika> まいパパです > munetika> > munetika> パナソニックのSIP電話機KX-UT136Nの製品仕様書みてますと、"転送ボタン"と > munetika> "フレキシブルボタン"の組み合わせで、「ラインキー １番に電話」がGXP-2000の > munetika> ように実現できそうな気がするのですが、どなたか試された方いらっしゃいます？ > munetika> http://www.voip-info.jp/index.php/%E3%83%A9%E3%82%A4%E3%83%B3%E3%82%AD%E3%83%BC_%EF%BC%91%E7%95%AA%E3%81%AB%E9%9B%BB%E8%A9%B1 > munetika> > munetika> > munetika> _______________________________________________ > munetika> asterisk-ug mailing list > munetika> asterisk-ug ＠ ml.asterisk.gr.jp > munetika> http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > > ==================================================== > 蛯澤 隆幸(Ebisawa, Takayuki) > > E-Mail : t-ebisawa ＠ scom-soft.co.jp > --------------------------------------------------- > 信和通信工業株式会社 システム開発部 > TEL:03-3692-9511 FAX:03-3692-9514 > ==================================================== > > _______________________________________________ > asterisk-ug mailing list > asterisk-ug ＠ ml.asterisk.gr.jp > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug From takehiro.dreamizm ＠ gmail.com Sun Feb 12 05:20:11 2012 From: takehiro.dreamizm ＠ gmail.com (Takehiro Matsushima) Date: Sun, 12 Feb 2012 05:20:11 +0900 Subject: [asterisk-ug 001654] Re: =?iso-2022-jp?b?UGFyaxskQkpdTjE4ZSROOkYbKEJQYXJrGyRCSl0bKEI=?= =?iso-2022-jp?b?GyRCTjEbKEI=?= In-Reply-To: References: <4F332352.8080101@voip-info.jp> <4F334208.3060208@voip-info.jp> Message-ID: たかはし様 松島です。 includeでParkのPickupはうまくいきました。 ただこれでも再Parkはうまくいきませんでした。 引き続き勉強をしてみます。 2012/02/09 13:06 "Takehiro Matsushima" : > たかはし 様 > > ありがとうございます。緒が見えた気がしました。 > > > CLIから parkedcall show やると、どうなってますか？ > これは、書いてくださったようにparkされたものが見えます。 > > > もしかすると include => が無いのかと思ったんですが700が生きてるってこ > > とは includeはされているのではないかと。 > 700に転送ではなく、featuremapで parkcall => #72 とやっているのでParkできていました。 > 実は"#" -> "700"としようとすると、700番台は番号を定義していないので"7"を送った時点で転送先が見つからないと言われていました。 > このことから、includeをしていないからダメ、ということだと思います(検証環境が自宅なので帰宅後に試してみます)。 > それでだめであれば手書きしてみます。 > > 上記の問題はほぼクリアできそうです。ありがとうございます。 > > > 再パーク保留について更に補足です。 > 昨日の段階では取次ができず、45秒後のコールバックを取ったあとのことです。 > 正しく取次をして、どうなるか、帰宅後に試してみようと思います。 > > 結果については改めてポストさせていただきますので、またよろしくお願いいたします。 > もちろん引き続き勉強も行って参ります。 > > > -- > Takehiro Matsushima > > > > 2012年2月9日12:48 VOIP-INFO.JP Webmaster : > > ということはパーキングは実施されてるはずなのに取れないってことですね？ > > > > もしかすると include => が無いのかと思ったんですが700が生きてるってこ > > とは includeはされているのではないかと。 > > > > CLIから parkedcall show やると、どうなってますか？ > > > > *CLI> parkedcalls show > > Num Channel (Context Extension Pri) > > Timeout > > *** Parking lot: default (1) > > 701 SIP/201-0000003a (default s 1) > > 58s > > 1 parked call in parking lot default > > --- > > > > こんな感じで701に繋がれているのがあるはずですが。 > > > > もうひとつ、includeせずに自分で書いてしまう手があります。 > > > > exten => 700,1,Park() > > > > exten => 701,1,Wait(1) > > exten => 701,2,ParkedCall(701) > > > > exten => 702,1,Wait(1) > > exten => 702,2,ParkedCall(702) > > > > exten => 703,1,Wait(1) > > exten => 703,2,ParkedCall(703) > > > > exten => 704,1,Wait(1) > > exten => 704,2,ParkedCall(704) > > > > こんな感じで、includeさせずに自分で全部書くとどうでしょうか？ > > > > Takehiro Matsushima wrote: > >> たかはし 様 > >> > >> お返事いただきありがとうございます。 > >> すみません、筆(?)が足りませんでした。 > >> > >> 例えば"7-0-1"と言われた場合、自動的にextension > 701が作られている認識でいたのですが、受け取る側で701をダイヤルしても受け取れませんでした。 > >>>> > この番号を引き継ぎ先でダイアルすると、引き継げた気がしていたのですが、(検証用に使用している)defaultコンテキストにそんな番号はないと言われてしまいます。 > >> という事でございます。 > >> なお、すべての電話機とソフトフォンのダイアルプランはdefaultコンテキストでさばいています。 > >> register情報はsip.confにのみ記述し、users.confには一切記述していません。 > >> > >> > 再パーク保留できない、ということについてですが、Dial(xxx/xxxxx,nn,tk)と書いておけば、#72とかでパーク保留は可能ですが、その保留を取り付いだ先で改めてパーク保留をするということができない、ということでした。 > >> > パーク保留や転送、ハングアップなどをDTMFで行うための設定をアプリケーション単位で有効にしなければならない、というふうにDialアプリケーションの挙動を見ていて感じたのですが、そうでも無いのでしょうか。 > >> > >> > >> 情報が足りていないといけないので補足いたしますと、CentOS6.2 > 64bit版で、epelからyumでasteriskをインストールしました。 > >> > >> 申し訳ございませんが、引き続きよろしくお願いいたします。 > >> > > > > > > _______________________________________________ > > asterisk-ug mailing list > > asterisk-ug ＠ ml.asterisk.gr.jp > > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug > From takehiro.dreamizm ＠ gmail.com Mon Feb 13 07:17:15 2012 From: takehiro.dreamizm ＠ gmail.com (Takehiro Matsushima) Date: Mon, 13 Feb 2012 07:17:15 +0900 Subject: [asterisk-ug 001655] Re: =?iso-2022-jp?b?UGFyaxskQkpdTjE4ZSROOkYbKEJQYXJrGyRCSl0bKEI=?= =?iso-2022-jp?b?GyRCTjEbKEI=?= In-Reply-To: References: <4F332352.8080101@voip-info.jp> <4F334208.3060208@voip-info.jp> Message-ID: 松島です。 repark関連の設定があることを見落としておりました。 「parkedcall〜」の設定をfeatures.conf.sampleに発見致しました。 お騒がせ致しました。 -- Takehiro Matsushima 2012年2月12日5:20 Takehiro Matsushima : > たかはし様 > > 松島です。 > > includeでParkのPickupはうまくいきました。 > ただこれでも再Parkはうまくいきませんでした。 > > 引き続き勉強をしてみます。 > > 2012/02/09 13:06 "Takehiro Matsushima" : > >> たかはし 様 >> >> ありがとうございます。緒が見えた気がしました。 >> >> > CLIから parkedcall show やると、どうなってますか？ >> これは、書いてくださったようにparkされたものが見えます。 >> >> > もしかすると include => が無いのかと思ったんですが700が生きてるってこ >> > とは includeはされているのではないかと。 >> 700に転送ではなく、featuremapで parkcall => #72 とやっているのでParkできていました。 >> 実は"#" -> "700"としようとすると、700番台は番号を定義していないので"7"を送った時点で転送先が見つからないと言われていました。 >> このことから、includeをしていないからダメ、ということだと思います(検証環境が自宅なので帰宅後に試してみます)。 >> それでだめであれば手書きしてみます。 >> >> 上記の問題はほぼクリアできそうです。ありがとうございます。 >> >> >> 再パーク保留について更に補足です。 >> 昨日の段階では取次ができず、45秒後のコールバックを取ったあとのことです。 >> 正しく取次をして、どうなるか、帰宅後に試してみようと思います。 >> >> 結果については改めてポストさせていただきますので、またよろしくお願いいたします。 >> もちろん引き続き勉強も行って参ります。 >> >> >> -- >> Takehiro Matsushima >> >> >> >> 2012年2月9日12:48 VOIP-INFO.JP Webmaster : >> > ということはパーキングは実施されてるはずなのに取れないってことですね？ >> > >> > もしかすると include => が無いのかと思ったんですが700が生きてるってこ >> > とは includeはされているのではないかと。 >> > >> > CLIから parkedcall show やると、どうなってますか？ >> > >> > *CLI> parkedcalls show >> > Num Channel (Context Extension Pri) >> > Timeout >> > *** Parking lot: default (1) >> > 701 SIP/201-0000003a (default s 1) >> > 58s >> > 1 parked call in parking lot default >> > --- >> > >> > こんな感じで701に繋がれているのがあるはずですが。 >> > >> > もうひとつ、includeせずに自分で書いてしまう手があります。 >> > >> > exten => 700,1,Park() >> > >> > exten => 701,1,Wait(1) >> > exten => 701,2,ParkedCall(701) >> > >> > exten => 702,1,Wait(1) >> > exten => 702,2,ParkedCall(702) >> > >> > exten => 703,1,Wait(1) >> > exten => 703,2,ParkedCall(703) >> > >> > exten => 704,1,Wait(1) >> > exten => 704,2,ParkedCall(704) >> > >> > こんな感じで、includeさせずに自分で全部書くとどうでしょうか？ >> > >> > Takehiro Matsushima wrote: >> >> たかはし 様 >> >> >> >> お返事いただきありがとうございます。 >> >> すみません、筆(?)が足りませんでした。 >> >> >> >> 例えば"7-0-1"と言われた場合、自動的にextension >> >> 701が作られている認識でいたのですが、受け取る側で701をダイヤルしても受け取れませんでした。 >> >>>> >> >>>> この番号を引き継ぎ先でダイアルすると、引き継げた気がしていたのですが、(検証用に使用している)defaultコンテキストにそんな番号はないと言われてしまいます。 >> >> という事でございます。 >> >> なお、すべての電話機とソフトフォンのダイアルプランはdefaultコンテキストでさばいています。 >> >> register情報はsip.confにのみ記述し、users.confには一切記述していません。 >> >> >> >> >> >> 再パーク保留できない、ということについてですが、Dial(xxx/xxxxx,nn,tk)と書いておけば、#72とかでパーク保留は可能ですが、その保留を取り付いだ先で改めてパーク保留をするということができない、ということでした。 >> >> >> >> パーク保留や転送、ハングアップなどをDTMFで行うための設定をアプリケーション単位で有効にしなければならない、というふうにDialアプリケーションの挙動を見ていて感じたのですが、そうでも無いのでしょうか。 >> >> >> >> >> >> 情報が足りていないといけないので補足いたしますと、CentOS6.2 >> >> 64bit版で、epelからyumでasteriskをインストールしました。 >> >> >> >> 申し訳ございませんが、引き続きよろしくお願いいたします。 >> >> >> > >> > >> > _______________________________________________ >> > asterisk-ug mailing list >> > asterisk-ug ＠ ml.asterisk.gr.jp >> > http://asterisk.gr.jp/mailman/listinfo/asterisk-ug From arao ＠ qloog.com Mon Feb 13 07:25:27 2012 From: arao ＠ qloog.com (=?ISO-2022-JP?B?UUxPT0cgGyRCOVNIeBsoQg==?=) Date: Mon, 13 Feb 2012 07:25:27 +0900 Subject: [asterisk-ug 001656] =?iso-2022-jp?b?GyRCQmgbKEIyMBskQjJzGyhCVm9JUCAmIEFzdGVyaXNr?= =?iso-2022-jp?b?GyRCJWklJiVzJTgbKEIgaW4gGyRCNFhAPiROJDQwRkZiGyhC?= Message-ID: <4F383C57.8090704@qloog.com> クルーグ荒尾です。 「VoIP & Asteriskラウンジ in 関西」のご案内です。 次回の「VoIP & Asteriskラウンジ in 関西」は2月17日(金)PM7:00頃〜です。 キャリアやベンダー、ユーザーとも色々な情報交換ができると思いますので是非 ご参加ください。個人での参加ももちろん喜んででございます。 21時頃まで会場でダラダラしていると思いますので、適当にお越しくださいませ。 ※食事代金は個別で請求書を発行してもらえます。 ■会場 バー キャプテンカンガルー 大阪府大阪市北区曽根崎新地1-5-20 大川ビル 1F 北新地の駅が最寄り駅で、桜橋東交差点すぐ南側です。 http://r.tabelog.com/osaka/A2701/A270101/27009320/dtlmap/ 会費無料で、食事飲み物すべてキャッシュオンデリバリーでお願いいたします。 メニューも豊富ですので、ガッツリ食べるなり、色々飲むなり楽しめると思います。 20時まではハッピーアワーとなっており、飲み物と食事がセットで1000円になり ます。 人数が多くなる場合は席を多めに確保します。簡単なメールで結構ですので事前 にご連絡頂ければ非常に助かります。お手数ですがご協力ください。 皆様のご参加をお待ちいたしております！ 場所等がご不明な場合は荒尾までご連絡ください。 荒尾　090-1142-3002 -- ---------------------------------- ■■■ 株式会社クルーグ ■■■ 　 ■■ □ 荒尾 和宏 ---------------------------------- Tel: 078-327-8001 / Fax: 078-327-8002 Mobile: 090-1142-3002 Add: 〒650-0022 兵庫県神戸市中央区元町通3-9-7荻原ビル2F ---------------------------------- QLOOG, Inc. Kazuhiro Arao ---------------------------------- Tel: +81-78-327-8001 / Fax: +81-78-327-8002 Mobile: +81-90-1142-3002 Add: 3-9-7 Motomachi-st, Chuo-ku, Kobe-City, Hyogo 650-0022, JAPAN Email: arao ＠ qloog.com WebSite: http://wwww.qloog.com From munetika ＠ gmail.com Mon Feb 13 08:50:24 2012 From: munetika ＠ gmail.com (Ryuichiro Munechika / GMail) Date: Mon, 13 Feb 2012 08:50:24 +0900 Subject: [asterisk-ug 001657] Re: =?iso-2022-jp?b?GyRCQmgbKEIyMBskQjJzGyhCVm9JUCAmIEFzdGVyaXNr?= =?iso-2022-jp?b?GyRCJWklJiVzJTgbKEIgaW4gGyRCNFhAPiROJDQwRkZiGyhC?= In-Reply-To: <4F383C57.8090704@qloog.com> References: <4F383C57.8090704@qloog.com> Message-ID: <4F385040.6020206@gmail.com> まいパパです 参加の予定です (2012/02/13 7:25), QLOOG 荒尾 wrote: > クルーグ荒尾です。 > 「VoIP & Asteriskラウンジ in 関西」のご案内です。 > 次回の「VoIP & Asteriskラウンジ in 関西」は2月17日(金)PM7:00頃〜です。 > > キャリアやベンダー、ユーザーとも色々な情報交換ができると思いますので是非 > ご参加ください。個人での参加ももちろん喜んででございます。 > 21時頃まで会場でダラダラしていると思いますので、適当にお越しくださいませ。 > ※食事代金は個別で請求書を発行してもらえます。 > > > ■会場 > バー キャプテンカンガルー > 大阪府大阪市北区曽根崎新地1-5-20 大川ビル 1F > 北新地の駅が最寄り駅で、桜橋東交差点すぐ南側です。 > http://r.tabelog.com/osaka/A2701/A270101/27009320/dtlmap/ > > 会費無料で、食事飲み物すべてキャッシュオンデリバリーでお願いいたします。 > メニューも豊富ですので、ガッツリ食べるなり、色々飲むなり楽しめると思います。 > 20時まではハッピーアワーとなっており、飲み物と食事がセットで1000円になり > ます。 > > 人数が多くなる場合は席を多めに確保します。簡単なメールで結構ですので事前 > にご連絡頂ければ非常に助かります。お手数ですがご協力ください。 > 皆様のご参加をお待ちいたしております！ > > 場所等がご不明な場合は荒尾までご連絡ください。 > 荒尾　090-1142-3002 > From shige ＠ sacraya.net Thu Feb 16 21:31:48 2012 From: shige ＠ sacraya.net (Fumihisa Shigekane) Date: Thu, 16 Feb 2012 21:31:48 +0900 Subject: [asterisk-ug 001658] Re: =?iso-2022-jp?b?GyRCQmgbKEIyMBskQjJzGyhCVm9JUCAmIEFzdGVyaXNr?= =?iso-2022-jp?b?GyRCJWklJiVzJTgbKEIgaW4gGyRCNFhAPiROJDQwRkZiGyhC?= In-Reply-To: <4F383C57.8090704@qloog.com> References: <4F383C57.8090704@qloog.com> Message-ID: <20120216213142.F363.70F6FE2F@sacraya.net> 重兼＠咲楽屋です。 平素は当社の運営にご協力頂き、誠にありがとうございます。 On Mon, 13 Feb 2012 07:25:27 +0900 QLOOG 荒尾 wrote: > 次回の「VoIP & Asteriskラウンジ in 関西」は2月17日(金)PM7:00頃〜です。 午後から中崎町近辺で仕事しているのですが、何時に終わるのか見えてません。 終わった時間によっては参加したいと思います。 お手数をおかけしますが、よろしくお願い致します。 有限会社 咲楽屋 重兼 史尚 (Fumihisa SHIGEKANE) 〒631-0011 奈良市押熊町651-15 TEL:0742-52-6311 FAX:0742-52-6321 E-Mail: shige ＠ sacraya.net