VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
View previous topic :: View next topic |
Author |
Message |
scott.ellis at novatex... Guest
|
Posted: Mon Jan 19, 2009 1:32 pm Post subject: [Freeswitch-users] Interesting Problem with SPA 3000 |
|
|
I have an interesting problem with a set up using two (or more) SPA 3000's.
I make a call out on the unit to a PSTN line - great.
I then try and make another call out on that line - it fails and moves
on to the next one in the bridge call statement. It then goes through on
the second unit.
Almost always 1:30 later, I get an inbound call from the PSTN showing up
in FreeSwitch, which goes to an extension - and when answered bridges
that extension onto the existing call.
Now I am sure that this behaviour from the SPA is a little odd, but does
anyone have any tips for dealing with it from the dialplan? Most obvious
being a way to not call the first unit when it already is active...
I do not have it defined as a gateway - just using
sofia/internal/$1@10.0.0.18:5061 so make a call.
Scott
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org |
|
Back to top |
|
|
msc at freeswitch.org Guest
|
Posted: Mon Jan 19, 2009 1:47 pm Post subject: [Freeswitch-users] Interesting Problem with SPA 3000 |
|
|
Scott,
Is it possible that your SPA is not properly detecting hangups? I'm
wondering if there is a setting in the SPA3000 for your country.
(Australia, no?) Please check your SPA settings and report back.
Thanks,
MC
On Mon, Jan 19, 2009 at 10:27 AM, Scott Ellis
<scott.ellis@novatex.com.au> wrote:
Quote: | I have an interesting problem with a set up using two (or more) SPA 3000's.
I make a call out on the unit to a PSTN line - great.
I then try and make another call out on that line - it fails and moves
on to the next one in the bridge call statement. It then goes through on
the second unit.
Almost always 1:30 later, I get an inbound call from the PSTN showing up
in FreeSwitch, which goes to an extension - and when answered bridges
that extension onto the existing call.
Now I am sure that this behaviour from the SPA is a little odd, but does
anyone have any tips for dealing with it from the dialplan? Most obvious
being a way to not call the first unit when it already is active...
I do not have it defined as a gateway - just using
sofia/internal/$1@10.0.0.18:5061 so make a call.
Scott
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
|
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org |
|
Back to top |
|
|
scott.ellis at novatex... Guest
|
Posted: Mon Jan 19, 2009 2:31 pm Post subject: [Freeswitch-users] Interesting Problem with SPA 3000 |
|
|
No the hang ups seem to be ok. It seems to be that after FS tries to make a second call, 1:30 later I get the phantom inbound call. If I do not try and make that second call everything works fine. I think I can make a dial plan to manage the outbound calls, but the same thing happens if the first call is inbound PSTN, then we make outbound.
So I need to have a db variable to indicate "device in use" effectively so the call attempt is not made.
Scott
The second outbound being made
2009-01-20 06:07:03 [NOTICE] switch_channel.c:565 switch_channel_set_name() New Channel sofia/internal/43517488@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email]) [5b9d6822-e65c-11dd-b2e1-993799172013]
2009-01-20 06:07:03 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state() Hangup sofia/internal/43517488@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email]) [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE]
2009-01-20 06:07:04 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 8 (sofia/internal/43517488@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email])) Ended
2009-01-20 06:07:04 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/43517488@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email]) [CS_HANGUP]
2009-01-20 06:07:04 [NOTICE] switch_channel.c:565 switch_channel_set_name() New Channel sofia/internal/43517488@10.0.0.17:5061 ([email]sofia/internal/43517488@10.0.0.17:5061[/email]) [5babe9ba-e65c-11dd-b2e1-993799172013]
The phantom inbound, goes to 500 is not answered, and then the original call above is closed.
2009-01-20 06:07:42 [NOTICE] mod_dptools.c:600 answer_function() Channel [sofia/internal/Line_8@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email])] has been answered
2009-01-20 06:07:42 [NOTICE] switch_channel.c:565 switch_channel_set_name() New Channel sofia/internal/500 [726fc392-e65c-11dd-b2e1-993799172013]
2009-01-20 06:07:42 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state() Hangup sofia/internal/500 [CS_CONSUME_MEDIA] [USER_BUSY]
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 11 (sofia/internal/500) Ended
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/500 [CS_HANGUP]
2009-01-20 06:07:42 [INFO] mod_dptools.c:1984 audio_bridge_function() Originate Failed. Cause: USER_BUSY
2009-01-20 06:07:42 [NOTICE] mod_dptools.c:2011 audio_bridge_function() Hangup sofia/internal/Line_8@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email]) [CS_EXECUTE] [USER_BUSY]
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 10 (sofia/internal/Line_8@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email])) Ended
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/Line_8@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email]) [CS_HANGUP]
2009-01-20 06:11:02 [NOTICE] mod_sofia.c:681 sofia_read_frame() Hangup sofia/internal/49633633@10.0.0.18:5061 ([email]sofia/internal/49633633@10.0.0.18:5061[/email]) [CS_EXCHANGE_MEDIA] [MEDIA_TIMEOUT]
2009-01-20 06:11:02 [NOTICE] switch_ivr_bridge.c:955 switch_ivr_multi_threaded_bridge() Hangup sofia/internal/402@10.0.0.9 ([email]sofia/internal/402@10.0.0.9[/email]) [CS_EXECUTE] [MEDIA_TIMEOUT]
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 5 (sofia/internal/402@10.0.0.9 ([email]sofia/internal/402@10.0.0.9[/email])) Ended
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/402@10.0.0.9 ([email]sofia/internal/402@10.0.0.9[/email]) [CS_HANGUP]
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 6 (sofia/internal/49633633@10.0.0.18:5061 ([email]sofia/internal/49633633@10.0.0.18:5061[/email])) Ended
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/49633633@10.0.0.18:5061 ([email]sofia/internal/49633633@10.0.0.18:5061[/email]) [CS_HANGUP]
Michael Collins wrote: |
|
Back to top |
|
|
msc at freeswitch.org Guest
|
Posted: Mon Jan 19, 2009 4:02 pm Post subject: [Freeswitch-users] Interesting Problem with SPA 3000 |
|
|
Scott,
I think you're at the point where you'll need to collect more info and
start a pastebin or two. I'm actually working on the checklist and
how-to for reporting bugs and troubleshooting. You can be my first
test case!
Please visit here and start collecting data:
http://wiki.freeswitch.org/wiki/Reporting_Bugs
Let me know if any of my instructions seem wrong or confusing or just
plain don't work.
Thanks,
MC (mercutioviz)
On Mon, Jan 19, 2009 at 11:21 AM, Scott Ellis
<scott.ellis@novatex.com.au> wrote:
Quote: | No the hang ups seem to be ok. It seems to be that after FS tries to make a
second call, 1:30 later I get the phantom inbound call. If I do not try and
make that second call everything works fine. I think I can make a dial plan
to manage the outbound calls, but the same thing happens if the first call
is inbound PSTN, then we make outbound.
So I need to have a db variable to indicate "device in use" effectively so
the call attempt is not made.
Scott
The second outbound being made
2009-01-20 06:07:03 [NOTICE] switch_channel.c:565 switch_channel_set_name()
New Channel sofia/internal/43517488@10.0.0.18:5061
[5b9d6822-e65c-11dd-b2e1-993799172013]
2009-01-20 06:07:03 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state() Hangup
sofia/internal/43517488@10.0.0.18:5061 [CS_CONSUME_MEDIA]
[RECOVERY_ON_TIMER_EXPIRE]
2009-01-20 06:07:04 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 8
(sofia/internal/43517488@10.0.0.18:5061) Ended
2009-01-20 06:07:04 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel
sofia/internal/43517488@10.0.0.18:5061 [CS_HANGUP]
2009-01-20 06:07:04 [NOTICE] switch_channel.c:565 switch_channel_set_name()
New Channel sofia/internal/43517488@10.0.0.17:5061
[5babe9ba-e65c-11dd-b2e1-993799172013]
The phantom inbound, goes to 500 is not answered, and then the original call
above is closed.
2009-01-20 06:07:42 [NOTICE] mod_dptools.c:600 answer_function() Channel
[sofia/internal/Line_8@10.0.0.9] has been answered
2009-01-20 06:07:42 [NOTICE] switch_channel.c:565 switch_channel_set_name()
New Channel sofia/internal/500 [726fc392-e65c-11dd-b2e1-993799172013]
2009-01-20 06:07:42 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state() Hangup
sofia/internal/500 [CS_CONSUME_MEDIA] [USER_BUSY]
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 11 (sofia/internal/500) Ended
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel sofia/internal/500 [CS_HANGUP]
2009-01-20 06:07:42 [INFO] mod_dptools.c:1984 audio_bridge_function()
Originate Failed. Cause: USER_BUSY
2009-01-20 06:07:42 [NOTICE] mod_dptools.c:2011 audio_bridge_function()
Hangup sofia/internal/Line_8@10.0.0.9 [CS_EXECUTE] [USER_BUSY]
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 10 (sofia/internal/Line_8@10.0.0.9)
Ended
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel sofia/internal/Line_8@10.0.0.9
[CS_HANGUP]
2009-01-20 06:11:02 [NOTICE] mod_sofia.c:681 sofia_read_frame() Hangup
sofia/internal/49633633@10.0.0.18:5061 [CS_EXCHANGE_MEDIA] [MEDIA_TIMEOUT]
2009-01-20 06:11:02 [NOTICE] switch_ivr_bridge.c:955
switch_ivr_multi_threaded_bridge() Hangup sofia/internal/402@10.0.0.9
[CS_EXECUTE] [MEDIA_TIMEOUT]
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 5 (sofia/internal/402@10.0.0.9) Ended
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel sofia/internal/402@10.0.0.9
[CS_HANGUP]
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 6
(sofia/internal/49633633@10.0.0.18:5061) Ended
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel
sofia/internal/49633633@10.0.0.18:5061 [CS_HANGUP]
Michael Collins wrote:
Scott,
Is it possible that your SPA is not properly detecting hangups? I'm
wondering if there is a setting in the SPA3000 for your country.
(Australia, no?) Please check your SPA settings and report back.
Thanks,
MC
On Mon, Jan 19, 2009 at 10:27 AM, Scott Ellis
<scott.ellis@novatex.com.au> wrote:
I have an interesting problem with a set up using two (or more) SPA 3000's.
I make a call out on the unit to a PSTN line - great.
I then try and make another call out on that line - it fails and moves
on to the next one in the bridge call statement. It then goes through on
the second unit.
Almost always 1:30 later, I get an inbound call from the PSTN showing up
in FreeSwitch, which goes to an extension - and when answered bridges
that extension onto the existing call.
Now I am sure that this behaviour from the SPA is a little odd, but does
anyone have any tips for dealing with it from the dialplan? Most obvious
being a way to not call the first unit when it already is active...
I do not have it defined as a gateway - just using
sofia/internal/$1@10.0.0.18:5061 so make a call.
Scott
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
|
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org |
|
Back to top |
|
|
scott.ellis at novatex... Guest
|
Posted: Mon Jan 19, 2009 6:25 pm Post subject: [Freeswitch-users] Interesting Problem with SPA 3000 |
|
|
Will do.
Scott
Michael Collins wrote: Quote: | Quote: | Scott,
I think you're at the point where you'll need to collect more info and
start a pastebin or two. I'm actually working on the checklist and
how-to for reporting bugs and troubleshooting. You can be my first
test case!
Please visit here and start collecting data:
http://wiki.freeswitch.org/wiki/Reporting_Bugs
Let me know if any of my instructions seem wrong or confusing or just
plain don't work.
Thanks,
MC (mercutioviz)
On Mon, Jan 19, 2009 at 11:21 AM, Scott Ellis
<scott.ellis@novatex.com.au> (scott.ellis@novatex.com.au) wrote:
Quote: | No the hang ups seem to be ok. It seems to be that after FS tries to make a
second call, 1:30 later I get the phantom inbound call. If I do not try and
make that second call everything works fine. I think I can make a dial plan
to manage the outbound calls, but the same thing happens if the first call
is inbound PSTN, then we make outbound.
So I need to have a db variable to indicate "device in use" effectively so
the call attempt is not made.
Scott
The second outbound being made
2009-01-20 06:07:03 [NOTICE] switch_channel.c:565 switch_channel_set_name()
New Channel sofia/internal/43517488@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email])
[5b9d6822-e65c-11dd-b2e1-993799172013]
2009-01-20 06:07:03 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state() Hangup
sofia/internal/43517488@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email]) [CS_CONSUME_MEDIA]
[RECOVERY_ON_TIMER_EXPIRE]
2009-01-20 06:07:04 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 8
(sofia/internal/43517488@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email])) Ended
2009-01-20 06:07:04 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel
sofia/internal/43517488@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email]) [CS_HANGUP]
2009-01-20 06:07:04 [NOTICE] switch_channel.c:565 switch_channel_set_name()
New Channel sofia/internal/43517488@10.0.0.17:5061 ([email]sofia/internal/43517488@10.0.0.17:5061[/email])
[5babe9ba-e65c-11dd-b2e1-993799172013]
The phantom inbound, goes to 500 is not answered, and then the original call
above is closed.
2009-01-20 06:07:42 [NOTICE] mod_dptools.c:600 answer_function() Channel
[sofia/internal/Line_8@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email])] has been answered
2009-01-20 06:07:42 [NOTICE] switch_channel.c:565 switch_channel_set_name()
New Channel sofia/internal/500 [726fc392-e65c-11dd-b2e1-993799172013]
2009-01-20 06:07:42 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state() Hangup
sofia/internal/500 [CS_CONSUME_MEDIA] [USER_BUSY]
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 11 (sofia/internal/500) Ended
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel sofia/internal/500 [CS_HANGUP]
2009-01-20 06:07:42 [INFO] mod_dptools.c:1984 audio_bridge_function()
Originate Failed. Cause: USER_BUSY
2009-01-20 06:07:42 [NOTICE] mod_dptools.c:2011 audio_bridge_function()
Hangup sofia/internal/Line_8@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email]) [CS_EXECUTE] [USER_BUSY]
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 10 (sofia/internal/Line_8@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email]))
Ended
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel sofia/internal/Line_8@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email])
[CS_HANGUP]
2009-01-20 06:11:02 [NOTICE] mod_sofia.c:681 sofia_read_frame() Hangup
sofia/internal/49633633@10.0.0.18:5061 ([email]sofia/internal/49633633@10.0.0.18:5061[/email]) [CS_EXCHANGE_MEDIA] [MEDIA_TIMEOUT]
2009-01-20 06:11:02 [NOTICE] switch_ivr_bridge.c:955
switch_ivr_multi_threaded_bridge() Hangup sofia/internal/402@10.0.0.9 ([email]sofia/internal/402@10.0.0.9[/email])
[CS_EXECUTE] [MEDIA_TIMEOUT]
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 5 (sofia/internal/402@10.0.0.9 ([email]sofia/internal/402@10.0.0.9[/email])) Ended
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel sofia/internal/402@10.0.0.9 ([email]sofia/internal/402@10.0.0.9[/email])
[CS_HANGUP]
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 6
(sofia/internal/49633633@10.0.0.18:5061 ([email]sofia/internal/49633633@10.0.0.18:5061[/email])) Ended
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel
sofia/internal/49633633@10.0.0.18:5061 ([email]sofia/internal/49633633@10.0.0.18:5061[/email]) [CS_HANGUP]
Michael Collins wrote:
Scott,
Is it possible that your SPA is not properly detecting hangups? I'm
wondering if there is a setting in the SPA3000 for your country.
(Australia, no?) Please check your SPA settings and report back.
Thanks,
MC
On Mon, Jan 19, 2009 at 10:27 AM, Scott Ellis
<scott.ellis@novatex.com.au> (scott.ellis@novatex.com.au) wrote:
I have an interesting problem with a set up using two (or more) SPA 3000's.
I make a call out on the unit to a PSTN line - great.
I then try and make another call out on that line - it fails and moves
on to the next one in the bridge call statement. It then goes through on
the second unit.
Almost always 1:30 later, I get an inbound call from the PSTN showing up
in FreeSwitch, which goes to an extension - and when answered bridges
that extension onto the existing call.
Now I am sure that this behaviour from the SPA is a little odd, but does
anyone have any tips for dealing with it from the dialplan? Most obvious
being a way to not call the first unit when it already is active...
I do not have it defined as a gateway - just using
sofia/internal/$1@10.0.0.18:5061 ([email]sofia/internal/$1@10.0.0.18:5061[/email]) so make a call.
Scott
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org (Freeswitch-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org (Freeswitch-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org (Freeswitch-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
|
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org (Freeswitch-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
| |
|
|
Back to top |
|
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|