<div dir="ltr"><div><div><div>How about these channel vars?<br></div>remote_media_port<br></div>local_media_port<br><br></div>-MC<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 31, 2014 at 6:06 PM, takashi higashi <span dir="ltr"><<a href="mailto:higashi@itsherpa.com" target="_blank">higashi@itsherpa.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
for example,<br>
When sip://<a href="mailto:1000@192.168.100.1">1000@192.168.100.1</a> user and sip://<a href="mailto:1001@192.168.100.1">1001@192.168.100.1</a> is talking,<br>
I want to get 1000 and 1001 user’s audio and video rtp packet using ffmpeg.<br>
So I have to specify 1000,1001 users rtp ports, right?<br>
my goal is that encoding from rtp to m-jpeg and transfer to node.js.<br>
How can I get 1000,1001 user’s audio and video rtp ports?<br>
<br>
Thanks,<br>
<br>
> Send FreeSWITCH-users mailing list submissions to<br>
> <a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>
><br>
> To subscribe or unsubscribe via the World Wide Web, visit<br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> or, via email, send a message with subject or body 'help' to<br>
> <a href="mailto:freeswitch-users-request@lists.freeswitch.org">freeswitch-users-request@lists.freeswitch.org</a><br>
><br>
> You can reach the person managing the list at<br>
> <a href="mailto:freeswitch-users-owner@lists.freeswitch.org">freeswitch-users-owner@lists.freeswitch.org</a><br>
><br>
> When replying, please edit your Subject line so it is more specific<br>
> than "Re: Contents of FreeSWITCH-users digest..."<br>
> Today's Topics:<br>
><br>
> 1. Re: How to get real-time rtp audio and video ports<br>
> (Michael Jerris)<br>
> 2. Re: Latest master and latest v1.4 consume more CPU for<br>
> conferences (Michael Jerris)<br>
> 3. Re: Latest master and latest v1.4 consume more CPU for<br>
> conferences (Oleg Stolyar)<br>
><br>
> 差出人: Michael Jerris <<a href="mailto:mike@jerris.com">mike@jerris.com</a>><br>
> 件名: Re: [Freeswitch-users] How to get real-time rtp audio and video ports<br>
> 日付: 2014年8月1日 1:29:36 JST<br>
> 宛先: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
> 返信先: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
><br>
><br>
> I don't understand your question. That is the port for the rtp stream. What do you mean what is it?<br>
><br>
><br>
> On Jul 30, 2014, at 9:34 PM, takashi higashi <<a href="mailto:higashi@itsherpa.com">higashi@itsherpa.com</a>> wrote:<br>
><br>
>> Hey guys,<br>
>> I sent e-mail to freeswitch developer about how to get rtp packet with ffmpeg. and I asked to him below question.<br>
>> How can I get rtp packet with ffmpeg? I want to trancoding real time rtp packet to motion jpeg and transfer node.js.<br>
>> and then, he answered like this,<br>
>> The following works for me:<br>
>> ffmpeg -re -f lavfi -i aevalsrc="sin(400*2*PI*t)" -ar 8000 -f mulaw -f rtp rtp://<a href="http://127.0.0.1:6666" target="_blank">127.0.0.1:6666</a><br>
>> ffmpeg -i pcmu.sdp -acodec copy /tmp/a.wav<br>
>> or<br>
>> ffmpeg -i bingbing.mp4 -an -vcodec h264 -filter:v scale=1280:720 -f rtp rtp://<a href="http://127.0.0.1:6668" target="_blank">127.0.0.1:6668</a><br>
>> looks like pcmu is not a valid codec for mp4, so I use aac<br>
>> ffmpeg -i pcmu-264.sdp -acodec libfaac -vcodec copy /tmp/a.mp4<br>
>><br>
>> So I asked about what is 6666 ports? How can I get rtp real-time audio and video ports?<br>
>> but I couldn't get answer...<br>
>> Somebody help me, how to get real-time rtp audio and video ports? please.<br>
><br>
><br>
><br>
><br>
><br>
><br>
> 差出人: Michael Jerris <<a href="mailto:mike@jerris.com">mike@jerris.com</a>><br>
> 件名: Re: [Freeswitch-users] Latest master and latest v1.4 consume more CPU for conferences<br>
> 日付: 2014年8月1日 1:54:34 JST<br>
> 宛先: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
> 返信先: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
><br>
><br>
> There is no reason at all to think it has anything to do with the crash. For the crash, simply get a backtrace of it so we can take a look at what is going on with the crash.<br>
><br>
> On Jul 31, 2014, at 11:54 AM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>> wrote:<br>
><br>
>> Well, it gets a little complicated. I need to enable multiple simultaneous eavesdroppers and the ability to include one extra person into the conversation. Let's call it Leg C. Then Leg B should be able to drop off leaving Leg A and Leg B talking. Additionally I need the ability for Leg B and Leg C to talk to each other putting Leg A on hold.<br>
>><br>
>> I considered using the eavesdrop tool for this which would give me the ability for the eavesdropper to talk to Leg A, Leg B or both. However, I was not sure that having Leg A drop off would work and ultimately decided that the simplicity of implementing this with conferences is worth the CPU hit.<br>
>><br>
>> Again, the only reason I am concerned with the current additional CPU jump is because it's unexplained and I suspect it has something to do with the crash I experienced.<br>
>><br>
>><br>
>> On Thu, Jul 31, 2014 at 8:35 AM, Steven Ayre <<a href="mailto:steveayre@gmail.com">steveayre@gmail.com</a>> wrote:<br>
>> Just one extra?<br>
>><br>
>> <a href="https://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_three_way" target="_blank">https://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_three_way</a><br>
>><br>
>><br>
>> On 31 July 2014 15:04, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>> wrote:<br>
>> That's a whole different discussion. Mostly because I need the ability to easily add another person to the call.<br>
>><br>
>><br>
>> On Thu, Jul 31, 2014 at 6:48 AM, Russell Treleaven <<a href="mailto:rtreleaven@bunnykick.ca">rtreleaven@bunnykick.ca</a>> wrote:<br>
>> Why do you have two person conferences instead of bridged calls?<br>
>><br>
>> Sent from my BlackBerry® PlayBook™<br>
>> <a href="http://www.blackberry.com" target="_blank">www.blackberry.com</a><br>
>><br>
>> From: "Oleg Stolyar" <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>><br>
>> To: "FreeSWITCH Users Help" <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
>> Sent: 31 July, 2014 9:40 AM<br>
>> Subject: Re: [Freeswitch-users] Latest master and latest v1.4 consume more CPU for conferences<br>
>><br>
>> I am not sure we are on the same page with the numbers. The relative increase is about 30%-40%<br>
>><br>
>> The 0.3% is the absolute increase per conference. CPU usage per single two-member conference went from 1.2%-1.3% to 1.6%-2.0%<br>
>><br>
>> I am using AWS m3.xlarge instances with CentOS. It's a 4-core system, so the increase in CPU of usage of 30% would reduce the number of calls each instance can take. The increase itself would not necessarily be a huge deal except if it's unexplained, it may be an indicator that something is wrong. As I said in my original email, the system running the recent code also crashed less than 24 hours after starting to take live calls. I wanted to call out the increase as it seems likely to me (although by no means certain) that the two are related.<br>
>><br>
>> The previous FreeSWITCH version I used have always been rock solid - this was the first time FreeSWITCH crashed on me.<br>
>><br>
>><br>
>> On Thu, Jul 31, 2014 at 6:21 AM, Brian West <<a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a>> wrote:<br>
>> What kind of system are you running on where 0.2 to 0.3% CPU increase would really matter?<br>
>><br>
>><br>
>> On Wed, Jul 30, 2014 at 9:39 PM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>> wrote:<br>
>> Of course, and it did when I first made the rate change. It went from 1% CPU to the 1.2%-1.3% in the master from May. The problem I am running into now is that there is another jump in CPU with no additional config change.<br>
>><br>
>> If nothing comes to mind, I will patch the May master with the fix for WebRTC password size to fix my immediate issue and then try to find the time to bisect git and pinpoint what happened.<br>
>><br>
>><br>
>> On Wed, Jul 30, 2014 at 7:26 PM, Anthony Minessale <<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>> wrote:<br>
>> It is very likely to add to the cpu to transcode everything to 12000hz<br>
>><br>
>><br>
>><br>
>> On Wed, Jul 30, 2014 at 6:12 PM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>> wrote:<br>
>> Hi Anthony, thank you for responding!<br>
>><br>
>> I apologize for the previous email - I retracted it too soon - the CPU simply jumped down for a bit then went back up.<br>
>><br>
>> Here are the full versions for both the master where it happened and v1.4. Is this enough?<br>
>><br>
>> FreeSWITCH Version 1.5.14b+git~20140729T132247Z~af64da86f2~64bit (git af64da8 2014-07-29 13:22:47Z 64bit)<br>
>> FreeSWITCH Version 1.4.7+git~20140724T230506Z~9d1c0f7f3d~64bit (git 9d1c0f7 2014-07-24 23:05:06Z 64bit)<br>
>><br>
>> It does not occur on this master:<br>
>> FreeSWITCH Version 1.5.13b+git~20140522T175648Z~9d99c34682~64bit (git 9d99c34 2014-05-22 17:56:48Z 64bit)<br>
>><br>
>> I figured I would try this email before bisecting git but it will likely be my next step.<br>
>><br>
>> On the subject of the 12000 rate related bug - I'd love to discuss this more with you - perhaps I'll try to get a little bit of your time at ClueCon to just show you the problem. It actually happens on every platform I tested it on except Debian 7. Just in the last couple of days I reproduced it on Ubuntu 12.04 and Ubuntu 14.04. I only mentioned it in this thread in case the 12000 sample rate conference on 8000 codecs is relevant to the CPU increase.<br>
>><br>
>><br>
>><br>
>> On Wed, Jul 30, 2014 at 3:46 PM, Anthony Minessale <<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>> wrote:<br>
>> I'm not really sure how to pinpoint .8% cpu increase. You would maybe have to git bisect? I believe you already said this in another email then retracted it. So with all the back and forth it starts to sound like you have misinformation.<br>
>><br>
>> You can't use vague references like "latest" which changes every 10 min.<br>
>> You need to try the most current master (TODAY then recite the hash) with a clean build and have a valid backtrace.<br>
>> The things you are saying are inconsistent so I think you need to rule out build skew from jumping around so many versions.<br>
>> Your 12000 thing also makes no sense at all and does not occur for anyone else which suggests you have environmental problem related to the way your system is setup.<br>
>><br>
>><br>
>><br>
>><br>
>> On Wed, Jul 30, 2014 at 5:31 PM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>> wrote:<br>
>> Hi guys,<br>
>><br>
>> I have my FreeSWITCH running a bunch of conferences with two or three users using PCMU/8000 from all the user agents. I have the conference sample rate set to 12000 to get around a strange bug I reported a couple of months ago.<br>
>><br>
>> In my old installation with master from May 22 2014, the servers consumed about 1.2%-1.3% CPU per two-person conference.<br>
>><br>
>> In the latest master AND in the latest v1.4 it went up to about 1.6%-2.0% CPU per two-person conference. CPU usage by the FreeSWITCH process also jumps up and down more.<br>
>><br>
>> Additionally (not sure if it's related) the latest master crashed less than 24 hours after it started taking live traffic. I ma trying to get the core dump and see if v1.4 also crashes but including the info here in case it gives someone an idea of what's going on with the CPU.<br>
>><br>
>> Any ideas as to what's causing the increased CPU usage would be greatly appreciated.<br>
>><br>
>> ___<br>
><br>
><br>
><br>
> 差出人: Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>><br>
> 件名: Re: [Freeswitch-users] Latest master and latest v1.4 consume more CPU for conferences<br>
> 日付: 2014年8月1日 2:06:47 JST<br>
> 宛先: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
> 返信先: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
><br>
><br>
> Yes, I enabled core dump and will get the backtrace if it crashes again. I need to make preparations for the rest of my system to handle FreeSWITCH crashes better before I put the new code back in production, so it may take a while.<br>
><br>
> If I find the time I will also try to bisect git to find the commit that caused this as Anthony suggested.<br>
><br>
><br>
> On Thu, Jul 31, 2014 at 9:54 AM, Michael Jerris <<a href="mailto:mike@jerris.com">mike@jerris.com</a>> wrote:<br>
> There is no reason at all to think it has anything to do with the crash. For the crash, simply get a backtrace of it so we can take a look at what is going on with the crash.<br>
><br>
> On Jul 31, 2014, at 11:54 AM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>> wrote:<br>
><br>
>> Well, it gets a little complicated. I need to enable multiple simultaneous eavesdroppers and the ability to include one extra person into the conversation. Let's call it Leg C. Then Leg B should be able to drop off leaving Leg A and Leg B talking. Additionally I need the ability for Leg B and Leg C to talk to each other putting Leg A on hold.<br>
>><br>
>> I considered using the eavesdrop tool for this which would give me the ability for the eavesdropper to talk to Leg A, Leg B or both. However, I was not sure that having Leg A drop off would work and ultimately decided that the simplicity of implementing this with conferences is worth the CPU hit.<br>
>><br>
>> Again, the only reason I am concerned with the current additional CPU jump is because it's unexplained and I suspect it has something to do with the crash I experienced.<br>
>><br>
>><br>
>> On Thu, Jul 31, 2014 at 8:35 AM, Steven Ayre <<a href="mailto:steveayre@gmail.com">steveayre@gmail.com</a>> wrote:<br>
>> Just one extra?<br>
>><br>
>> <a href="https://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_three_way" target="_blank">https://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_three_way</a><br>
>><br>
>><br>
>> On 31 July 2014 15:04, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>> wrote:<br>
>> That's a whole different discussion. Mostly because I need the ability to easily add another person to the call.<br>
>><br>
>><br>
>> On Thu, Jul 31, 2014 at 6:48 AM, Russell Treleaven <<a href="mailto:rtreleaven@bunnykick.ca">rtreleaven@bunnykick.ca</a>> wrote:<br>
>> Why do you have two person conferences instead of bridged calls?<br>
>><br>
>> Sent from my BlackBerry® PlayBook™<br>
>> <a href="http://www.blackberry.com" target="_blank">www.blackberry.com</a><br>
>><br>
>> From: "Oleg Stolyar" <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>><br>
>> To: "FreeSWITCH Users Help" <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
>> Sent: 31 July, 2014 9:40 AM<br>
>> Subject: Re: [Freeswitch-users] Latest master and latest v1.4 consume more CPU for conferences<br>
>><br>
>> I am not sure we are on the same page with the numbers. The relative increase is about 30%-40%<br>
>><br>
>> The 0.3% is the absolute increase per conference. CPU usage per single two-member conference went from 1.2%-1.3% to 1.6%-2.0%<br>
>><br>
>> I am using AWS m3.xlarge instances with CentOS. It's a 4-core system, so the increase in CPU of usage of 30% would reduce the number of calls each instance can take. The increase itself would not necessarily be a huge deal except if it's unexplained, it may be an indicator that something is wrong. As I said in my original email, the system running the recent code also crashed less than 24 hours after starting to take live calls. I wanted to call out the increase as it seems likely to me (although by no means certain) that the two are related.<br>
>><br>
>> The previous FreeSWITCH version I used have always been rock solid - this was the first time FreeSWITCH crashed on me.<br>
>><br>
>><br>
>> On Thu, Jul 31, 2014 at 6:21 AM, Brian West <<a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a>> wrote:<br>
>> What kind of system are you running on where 0.2 to 0.3% CPU increase would really matter?<br>
>><br>
>><br>
>> On Wed, Jul 30, 2014 at 9:39 PM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>> wrote:<br>
>> Of course, and it did when I first made the rate change. It went from 1% CPU to the 1.2%-1.3% in the master from May. The problem I am running into now is that there is another jump in CPU with no additional config change.<br>
>><br>
>> If nothing comes to mind, I will patch the May master with the fix for WebRTC password size to fix my immediate issue and then try to find the time to bisect git and pinpoint what happened.<br>
>><br>
>><br>
>> On Wed, Jul 30, 2014 at 7:26 PM, Anthony Minessale <<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>> wrote:<br>
>> It is very likely to add to the cpu to transcode everything to 12000hz<br>
>><br>
>><br>
>><br>
>> On Wed, Jul 30, 2014 at 6:12 PM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>> wrote:<br>
>> Hi Anthony, thank you for responding!<br>
>><br>
>> I apologize for the previous email - I retracted it too soon - the CPU simply jumped down for a bit then went back up.<br>
>><br>
>> Here are the full versions for both the master where it happened and v1.4. Is this enough?<br>
>><br>
>> FreeSWITCH Version 1.5.14b+git~20140729T132247Z~af64da86f2~64bit (git af64da8 2014-07-29 13:22:47Z 64bit)<br>
>> FreeSWITCH Version 1.4.7+git~20140724T230506Z~9d1c0f7f3d~64bit (git 9d1c0f7 2014-07-24 23:05:06Z 64bit)<br>
>><br>
>> It does not occur on this master:<br>
>> FreeSWITCH Version 1.5.13b+git~20140522T175648Z~9d99c34682~64bit (git 9d99c34 2014-05-22 17:56:48Z 64bit)<br>
>><br>
>> I figured I would try this email before bisecting git but it will likely be my next step.<br>
>><br>
>> On the subject of the 12000 rate related bug - I'd love to discuss this more with you - perhaps I'll try to get a little bit of your time at ClueCon to just show you the problem. It actually happens on every platform I tested it on except Debian 7. Just in the last couple of days I reproduced it on Ubuntu 12.04 and Ubuntu 14.04. I only mentioned it in this thread in case the 12000 sample rate conference on 8000 codecs is relevant to the CPU increase.<br>
>><br>
>><br>
>><br>
>> On Wed, Jul 30, 2014 at 3:46 PM, Anthony Minessale <<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>> wrote:<br>
>> I'm not really sure how to pinpoint .8% cpu increase. You would maybe have to git bisect? I believe you already said this in another email then retracted it. So with all the back and forth it starts to sound like you have misinformation.<br>
>><br>
>> You can't use vague references like "latest" which changes every 10 min.<br>
>> You need to try the most current master (TODAY then recite the hash) with a clean build and have a valid backtrace.<br>
>> The things you are saying are inconsistent so I think you need to rule out build skew from jumping around so many versions.<br>
>> Your 12000 thing also makes no sense at all and does not occur for anyone else which suggests you have environmental problem related to the way your system is setup.<br>
>><br>
>><br>
>><br>
>><br>
>> On Wed, Jul 30, 2014 at 5:31 PM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com">olegstolyar@gmail.com</a>> wrote:<br>
>> Hi guys,<br>
>><br>
>> I have my FreeSWITCH running a bunch of conferences with two or three users using PCMU/8000 from all the user agents. I have the conference sample rate set to 12000 to get around a strange bug I reported a couple of months ago.<br>
>><br>
>> In my old installation with master from May 22 2014, the servers consumed about 1.2%-1.3% CPU per two-person conference.<br>
>><br>
>> In the latest master AND in the latest v1.4 it went up to about 1.6%-2.0% CPU per two-person conference. CPU usage by the FreeSWITCH process also jumps up and down more.<br>
>><br>
>> Additionally (not sure if it's related) the latest master crashed less than 24 hours after it started taking live traffic. I ma trying to get the core dump and see if v1.4 also crashes but including the info here in case it gives someone an idea of what's going on with the CPU.<br>
>><br>
>> Any ideas as to what's causing the increased CPU usage would be greatly appreciated.<br>
>><br>
>> ___<br>
><br>
> _________________________________________________________________________<br>
> Professional FreeSWITCH Consulting Services:<br>
> <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
> <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
><br>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
> <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
><br>
> Official FreeSWITCH Sites<br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
><br>
> FreeSWITCH-users mailing list<br>
> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> FreeSWITCH-users mailing list<br>
> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
いつもお世話になっております。<br>
アイティーシェルパ東です。<br>
<br>
=============================================<br>
株式会社アイティーシェルパ<br>
東 高志<br>
〒810-0073<br>
福岡県福岡市中央区舞鶴２−２−１１<br>
富士ビル赤坂３Ｆ<br>
TEL：092-737-5755 FAX：092-737-5765<br>
E-mail：<a href="mailto:higashi@itsherpa.com">higashi@itsherpa.com</a><br>
=============================================<br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br></div>