<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Michael,<br>
We were having the 30 second drop problem also. We are not behind
a NAT.<br>
We changed both values to $${local_ip_v4} and it worked great.<br>
Thanks,<br>
Jack<br>
<br>
On 6/23/2011 11:32 AM, Michael Collins wrote:
<blockquote
cite="mid:BANLkTimBBN8RpAcEiJM6Rj6tegZSeydmUg@mail.gmail.com"
type="cite">Matthew,
<div><br>
</div>
<div>Did you get resolution on this one? I think you can go to the
sip profile and work with these lines:</div>
<div>
<div> <param name="ext-rtp-ip" value="auto-nat"/></div>
<div> <param name="ext-sip-ip" value="auto-nat"/></div>
<div><br>
</div>
<div>You can put an IP address in those and try it out. Let us
know what happens.</div>
<div>-MC</div>
<br>
<div class="gmail_quote">
On Wed, Jun 22, 2011 at 8:26 AM, Matthew Ralston <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:freeswitch@mralston.com">freeswitch@mralston.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word">Hi Chris,
<div><br>
</div>
<div>The FreeSWITCH box does indeed have a private IP
address. The Cisco Linksys WAG160N router in front of it
has UPnP enabled, not that I particularly trust it.</div>
<div><br>
</div>
<div>So maybe it's worth hard coding the public IP into
the Sofia config.</div>
<div><br>
</div>
<div>Where is the best place to put the public IP? The
internal.xml and external.xml files both refer
to $${local_ip_v4} although I don't see where this comes
from. Does FreeSWITCH figure this out itself in some
way?</div>
<div><br>
</div>
<div>As I have internal SIP phones, an external SIP
provider and (whilst debugging) some external SIP phones
(which use the internal profile!!). I'm concerned that
if I hard code the public IP address in to the wrong
place it will cause problems for the internal SIP
phones.
<div class="im">
<br>
<div>
<span style="border-collapse:separate;color:rgb(0,
0,
0);font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br>
Kind regards,<br>
<br>
Matthew Ralston<br>
Web Developer & IT Consultant<br>
<br>
<a moz-do-not-send="true"
href="mailto:matt@mralston.co.uk"
target="_blank">matt@mralston.co.uk</a><br>
<a moz-do-not-send="true"
href="http://www.mralston.com" target="_blank">www.mralston.com</a><br>
</span>
</div>
<br>
</div>
<div>
<div class="h5">
<div>
<div>On 22 Jun 2011, at 16:11, Chris Chen wrote:</div>
<br>
<blockquote type="cite">Hi Matthew, continue my
last reply here
<div><br>
</div>
<div>2) Is your FS server using private IP
address? you have to setup your FS external
SIP/RTP IP address to the proper public IP
address, by either using UPNP enabled router,
STUN, or hardcoded public IP address in sofia
profiles.</div>
<div><br>
</div>
<div>Please check that.</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Chris </div>
<div> <br>
<br>
<div class="gmail_quote">On Wed, Jun 22, 2011
at 10:49 AM, Matthew Ralston <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:freeswitch@mralston.com"
target="_blank">freeswitch@mralston.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,
204,
204);border-left-style:solid;padding-left:1ex">
<div style="word-wrap:break-word">
Hi Chris,
<div><br>
</div>
<div>Thanks for the quick reply!</div>
<div><br>
</div>
<div>The FreeSWITCH box is in the DMZ of
a Cisco Linksys WAG160N. Best I can
tell, the DMZ is doing its job and
allowing all ports through, inbound
and outbound, TCP & UDP.</div>
<div><br>
</div>
<div>The external SIP phones are a Cisco
SPA504G and Bria on the iPhone. These
are behind behind a Cisco ASA5505,
which has policy inspection for SIP
switched on, i.e. ALG. I have also
tested with Bria going over 3G (so
it's not behind the Cisco ASA) and had
the same problem.</div>
<div><br>
</div>
<div>The other scenario we have is some
Yealink T20P SIP phones on the same
LAN segment as the FreeSWITCH box.
These can make A-leg only calls into
FreeSWITCH (like calling
voicemail) and also calls to other
internal SIP phones fine. However when
they make an outbound call the problem
happens again. In this case the b-leg
of the calls are sent to an external
SIP provider and get cut after 30
seconds. Incidentally, we also use the
same SIP provider from an Asterisk box
in our data centre and that doesn't
have a problem, so I believe the SIP
provider is fine.</div>
<div>
<div>
<span
style="border-collapse:separate;color:rgb(0,
0,
0);font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br>
Kind regards,
<div><br>
<br>
Matthew Ralston<br>
Web Developer & IT
Consultant<br>
<br>
<a moz-do-not-send="true"
href="mailto:matt@mralston.co.uk"
target="_blank">matt@mralston.co.uk</a><br>
<a moz-do-not-send="true"
href="http://www.mralston.com/"
target="_blank">www.mralston.com</a><br>
</div>
</span>
</div>
<div>
<div>
<br>
<div>
<div>On 22 Jun 2011, at 14:21,
Chris Chen wrote:</div>
<br>
<blockquote type="cite">Hi
Matthew, this is typical
behavior for the setup of SIP
behind NAT.
<div> </div>
<div> 1) Please provide the
exact setup of remote SIP
phones, what's the router
model, does it have SIP ALG
enabled, what kind of SIP
phones </div>
<div> 2)</div>
<div><br>
<br>
<div class="gmail_quote">On
Wed, Jun 22, 2011 at 8:38
AM, Matthew Ralston <span
dir="ltr"><<a
moz-do-not-send="true"
href="mailto:freeswitch@mralston.com" target="_blank">freeswitch@mralston.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>
I'm having a problem at
the moment with calls
being successfully set
up, with two-way audio,
being terminated by
FreeSWITCH after 30
seconds.<br>
<br>
Internal calls (i.e.
between SIP phones on
the same LAN segment as
the FreeSWITCH box) work
flawlessly.<br>
<br>
The problem arises when
at least one of the
handsets is located
elsewhere on the
Internet. This behaviour
is exhibited under the
following circumstances:<br>
<br>
- A-leg only call, e.g.
to voicemail when the
handset is at another
location on the Internet<br>
- A-leg-B-leg call if
one or both of the
handsets are at another
location on the Internet<br>
- Inbound calls from our
external SIP provider<br>
- Outbound calls to our
external SIP provider<br>
<br>
So it is obvious that
the problem is related
to the SIP going via the
Internet, but I'm having
trouble understanding
why.<br>
<br>
Whilst debugging this
problem I have placed
the FreeSWITCH box is in
the DMZ on our router,
so there should not be
any ports blocked. The
FreeSWITCH box itself is
not running a software
firewall.<br>
<br>
The calls themselves are
absolutely fine for the
first 30 seconds - each
party can hear the other
talking fine.<br>
<br>
The fact that the call
is consistently dropped
after 30 seconds (give
or take a second or two
for PDD) suggests that
some timeout is being
triggered.<br>
<br>
When FreeSWITCH
terminates the call, the
following is logged to
the console:<br>
<br>
2011-06-22
13:33:50.514941 [DEBUG]
sofia.c:4787 Channel <a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
entering state
[terminating][0]<br>
2011-06-22
13:33:50.514941 [DEBUG]
switch_channel.c:2641 (<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
Callstate Change ACTIVE
-> HANGUP<br>
2011-06-22
13:33:50.514941 [NOTICE]
sofia.c:5508 Hangup <a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
[CS_EXECUTE]
[NORMAL_UNSPECIFIED]<br>
2011-06-22
13:33:50.514941 [DEBUG]
switch_channel.c:2657
Send signal <a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
[KILL]<br>
2011-06-22
13:33:50.514941 [DEBUG]
switch_core_session.c:1118
Send signal <a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
[BREAK]<br>
2011-06-22
13:33:50.534966 [DEBUG]
switch_ivr_play_say.c:1649
done playing file<br>
2011-06-22
13:33:50.625988 [DEBUG]
switch_ivr_play_say.c:244
Handle
play-file:[voicemail/vm-press.wav]
(en:en)<br>
2011-06-22
13:33:50.727027 [DEBUG]
switch_core_session.c:2063
<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
skip receive message
[APPLICATION_EXEC_COMPLETE]
(channel is hungup
already)<br>
2011-06-22
13:33:50.727027 [DEBUG]
switch_core_state_machine.c:371
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
State EXECUTE going to
sleep<br>
2011-06-22
13:33:50.727027 [DEBUG]
switch_core_state_machine.c:325
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
Running State Change
CS_HANGUP<br>
2011-06-22
13:33:50.727027 [DEBUG]
switch_core_state_machine.c:565
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
State HANGUP<br>
2011-06-22
13:33:50.727027 [DEBUG]
mod_sofia.c:458 Channel
<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
hanging up, cause:
NORMAL_UNSPECIFIED<br>
2011-06-22
13:33:50.727027 [DEBUG]
switch_core_state_machine.c:46
<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
Standard HANGUP, cause:
NORMAL_UNSPECIFIED<br>
2011-06-22
13:33:50.727027 [DEBUG]
switch_core_state_machine.c:565
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
State HANGUP going to
sleep<br>
2011-06-22
13:33:50.727027 [DEBUG]
switch_core_state_machine.c:356
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
State Change CS_HANGUP
-> CS_REPORTING<br>
2011-06-22
13:33:50.727027 [DEBUG]
switch_core_session.c:1118
Send signal <a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
[BREAK]<br>
2011-06-22
13:33:50.727027 [DEBUG]
switch_core_state_machine.c:325
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
Running State Change
CS_REPORTING<br>
2011-06-22
13:33:50.727027 [DEBUG]
switch_core_state_machine.c:625
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
State REPORTING<br>
2011-06-22
13:33:50.740064 [DEBUG]
switch_core_state_machine.c:53
<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
Standard REPORTING,
cause:
NORMAL_UNSPECIFIED<br>
2011-06-22
13:33:50.740064 [DEBUG]
switch_core_state_machine.c:625
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
State REPORTING going to
sleep<br>
2011-06-22
13:33:50.740064 [DEBUG]
switch_core_state_machine.c:350
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
State Change
CS_REPORTING ->
CS_DESTROY<br>
2011-06-22
13:33:50.740064 [DEBUG]
switch_core_session.c:1118
Send signal <a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
[BREAK]<br>
2011-06-22
13:33:50.740064 [DEBUG]
switch_core_session.c:1290
Session 5 (<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
Locked, Waiting on
external entities<br>
2011-06-22
13:33:50.740064 [NOTICE]
switch_core_session.c:1308
Session 5 (<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
Ended<br>
2011-06-22
13:33:50.740064 [NOTICE]
switch_core_session.c:1310
Close Channel <a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
[CS_DESTROY]<br>
2011-06-22
13:33:50.740064 [DEBUG]
switch_core_state_machine.c:454
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
Callstate Change HANGUP
-> DOWN<br>
2011-06-22
13:33:50.740064 [DEBUG]
switch_core_state_machine.c:457
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
Running State Change
CS_DESTROY<br>
2011-06-22
13:33:50.740064 [DEBUG]
switch_core_state_machine.c:467
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
State DESTROY<br>
2011-06-22
13:33:50.740064 [DEBUG]
mod_sofia.c:363 <a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
SOFIA DESTROY<br>
2011-06-22
13:33:50.780056 [DEBUG]
switch_nat.c:570
unmapped public port
31484 protocol UDP to
localport 31484<br>
2011-06-22
13:33:50.840070 [DEBUG]
switch_nat.c:570
unmapped public port
31485 protocol UDP to
localport 31485<br>
2011-06-22
13:33:50.840070 [DEBUG]
switch_core_state_machine.c:60
<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>
Standard DESTROY<br>
2011-06-22
13:33:50.840070 [DEBUG]
switch_core_state_machine.c:467
(<a
moz-do-not-send="true"
href="mailto:sofia/internal/1006@public.ip.removed" target="_blank">sofia/internal/1006@public.ip.removed</a>)
State DESTROY going to
sleep<br>
<br>
The above example was
from an externally
situated SIP phone
ringing voicemail (4000)
on FreeSWITCH.<br>
<br>
I have experimented
changing various timers
and timeouts in the
config of FreeSWITCH
(one at a time, being
careful to put them back
afterwards!) but been
unable to resolve the
issue.<br>
<br>
Incidentally, we have no
long term intention of
running off-site SIP
phones with the PBX and
I'm hoping not to have
to leave it in the DMZ
either, it's just like
that for debugging. What
is a real issue is the
calls to our external
SIP provider (i.e.
outbound calls) being
dropped.<br>
<br>
Any suggestions would be
greatly appreciated.<br>
<br>
Thanks,<br>
<br>
Matthew Ralston<br>
Web Developer & IT
Consultant<br>
<br>
<a
moz-do-not-send="true"
href="mailto:matt@mralston.co.uk" target="_blank">matt@mralston.co.uk</a><br>
<a
moz-do-not-send="true"
href="http://www.mralston.com/" target="_blank">www.mralston.com</a><br>
<br>
<br>
_______________________________________________<br>
Join us at ClueCon 2011,
Aug 9-11, Chicago<br>
<a
moz-do-not-send="true"
href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com</a>
877-7-4ACLUE<br>
<br>
FreeSWITCH-users mailing
list<br>
<a
moz-do-not-send="true"
href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a
moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a
moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a
moz-do-not-send="true"
href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><br>
</blockquote>
</div>
<br>
</div>
_______________________________________________<br>
Join us at ClueCon 2011, Aug
9-11, Chicago<br>
<a moz-do-not-send="true"
href="http://www.cluecon.com/"
target="_blank">http://www.cluecon.com</a>
877-7-4ACLUE<br>
<br>
FreeSWITCH-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:FreeSWITCH-users@lists.freeswitch.org"
target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a
moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a moz-do-not-send="true"
href="http://www.freeswitch.org/"
target="_blank">http://www.freeswitch.org</a><br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
<br>
_______________________________________________<br>
Join us at ClueCon 2011, Aug 9-11, Chicago<br>
<a moz-do-not-send="true"
href="http://www.cluecon.com/"
target="_blank">http://www.cluecon.com</a>
877-7-4ACLUE<br>
<br>
FreeSWITCH-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:FreeSWITCH-users@lists.freeswitch.org"
target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a moz-do-not-send="true"
href="http://www.freeswitch.org/"
target="_blank">http://www.freeswitch.org</a><br>
<br>
</blockquote>
</div>
<br>
</div>
_______________________________________________<br>
Join us at ClueCon 2011, Aug 9-11, Chicago<br>
<a moz-do-not-send="true"
href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a>
877-7-4ACLUE<br>
<br>
FreeSWITCH-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:FreeSWITCH-users@lists.freeswitch.org"
target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a moz-do-not-send="true"
href="http://www.freeswitch.org"
target="_blank">http://www.freeswitch.org</a><br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
<br>
_______________________________________________<br>
Join us at ClueCon 2011, Aug 9-11, Chicago<br>
<a moz-do-not-send="true" href="http://www.cluecon.com"
target="_blank">http://www.cluecon.com</a> 877-7-4ACLUE<br>
<br>
FreeSWITCH-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a moz-do-not-send="true" href="http://www.freeswitch.org"
target="_blank">http://www.freeswitch.org</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Join us at ClueCon 2011, Aug 9-11, Chicago
<a class="moz-txt-link-freetext" href="http://www.cluecon.com">http://www.cluecon.com</a> 877-7-4ACLUE
FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
</blockquote>
</body>
</html>