Hi, I am getting this warning: "2013-03-15 12:25:15.816238 [WARNING] ftmod_libpri.c:1954 [s1c29][1:29] -- T316 timed out, resending RESTART request" when I start my FS box. After these warnings with three restart attempts I get this error: 2013-03-15 12:25:45.816239 [ERR] ftmod_libpri.c:1950 [s1c31][1:31] -- T316 timed out, channel reached restart attempt limit '3' and is suspended I am also facing NORMAL_CIRCUIT_CONGESTION error when generation outgoing calls through FreeTDM. Is this a bug? Kindly help. -- Ashish
The RESTART is sent out for PRI (and ISDN) when the signalling is first established, or the link to the switch needs to be restarted. If the switch does not respond to RESTART (and the timer T316 expires - IIRC this is a long timeout), then no channels will be available for calls. The first thing to check I think is that your PRI board is definitely set to the right variant of signalling protocol, so that it matches that at the switch/provider. There are many variations of protocol (NI-1, EuroISDN etc), and if there's a mismatch it could be that one end or the other is using RESTART to try to recover the link after some kind of failure. Tell me, do any calls go out at all? Or is it that some calls go out, then you get congestion? Regards, Martyn On 8 April 2013 06:09, Ashish gautam <ashish@nms.co.in> wrote:
Hi,
I am getting this warning: "2013-03-15 12:25:15.816238 [WARNING] ftmod_libpri.c:1954 [s1c29][1:29] -- T316 timed out, resending RESTART request" when I start my FS box.
After these warnings with three restart attempts I get this error:
2013-03-15 12:25:45.816239 [ERR] ftmod_libpri.c:1950 [s1c31][1:31] -- T316 timed out, channel reached restart attempt limit '3' and is suspended
I am also facing NORMAL_CIRCUIT_CONGESTION error when generation outgoing calls through FreeTDM. Is this a bug?
Kindly help.
-- Ashish
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
Thanks Martyn for your response. Yes some calls go out ( nearly 4 simultaneously ) and for the rest, it shows congestion. I have checked the signalling protocol its fine. Out of the 30 channels 4 get restarted normally (probably this is the reason why only four calls can go out) and rest are not, they remain in the suspended state. --Ashish On Mon, Apr 8, 2013 at 5:30 PM, Martyn Davies <martyn@magiccow.co.uk> wrote:
The RESTART is sent out for PRI (and ISDN) when the signalling is first established, or the link to the switch needs to be restarted. If the switch does not respond to RESTART (and the timer T316 expires - IIRC this is a long timeout), then no channels will be available for calls.
The first thing to check I think is that your PRI board is definitely set to the right variant of signalling protocol, so that it matches that at the switch/provider. There are many variations of protocol (NI-1, EuroISDN etc), and if there's a mismatch it could be that one end or the other is using RESTART to try to recover the link after some kind of failure.
Tell me, do any calls go out at all? Or is it that some calls go out, then you get congestion?
Regards, Martyn
On 8 April 2013 06:09, Ashish gautam <ashish@nms.co.in> wrote:
Hi,
I am getting this warning: "2013-03-15 12:25:15.816238 [WARNING] ftmod_libpri.c:1954 [s1c29][1:29] -- T316 timed out, resending RESTART request" when I start my FS box.
After these warnings with three restart attempts I get this error:
2013-03-15 12:25:45.816239 [ERR] ftmod_libpri.c:1950 [s1c31][1:31] -- T316 timed out, channel reached restart attempt limit '3' and is suspended
I am also facing NORMAL_CIRCUIT_CONGESTION error when generation outgoing calls through FreeTDM. Is this a bug?
Kindly help.
-- Ashish
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
That is puzzling. There is such a thing as a fractional E1/PRI, I'm wondering if there might be a configuration issue on the provider side, i.e. they think there are fewer than 30 channels available. I note that the freetdm config explicitly sets the bearer channel numbers (http://wiki.freeswitch.org/wiki/FreeTDM). It's probably worth checking with the provider that they agree with the settings, e.g. [span wanpipe PRI_1] trunk_type => E1 b-channel => 7:1-15 d-channel => 7:16 b-channel => 7:17-31 I'm guessing that if the 'd-channel' setting was wrong, then nothing would be working, but check the b-channel ranges. I'm assuming that the RESTART is issued by the card, and the RESTART ACK is expected from the network. If the RESTART ACK never comes, then it's fair to ask the telco why this is. The signalling won't work until that handshake is complete. Regards, Martyn On 8 April 2013 13:23, Ashish gautam <ashish@nms.co.in> wrote:
Thanks Martyn for your response.
Yes some calls go out ( nearly 4 simultaneously ) and for the rest, it shows congestion. I have checked the signalling protocol its fine. Out of the 30 channels 4 get restarted normally (probably this is the reason why only four calls can go out) and rest are not, they remain in the suspended state.
--Ashish
On Mon, Apr 8, 2013 at 5:30 PM, Martyn Davies <martyn@magiccow.co.uk> wrote:
The RESTART is sent out for PRI (and ISDN) when the signalling is first established, or the link to the switch needs to be restarted. If the switch does not respond to RESTART (and the timer T316 expires - IIRC this is a long timeout), then no channels will be available for calls.
The first thing to check I think is that your PRI board is definitely set to the right variant of signalling protocol, so that it matches that at the switch/provider. There are many variations of protocol (NI-1, EuroISDN etc), and if there's a mismatch it could be that one end or the other is using RESTART to try to recover the link after some kind of failure.
Tell me, do any calls go out at all? Or is it that some calls go out, then you get congestion?
Regards, Martyn
On 8 April 2013 06:09, Ashish gautam <ashish@nms.co.in> wrote:
Hi,
I am getting this warning: "2013-03-15 12:25:15.816238 [WARNING] ftmod_libpri.c:1954 [s1c29][1:29] -- T316 timed out, resending RESTART request" when I start my FS box.
After these warnings with three restart attempts I get this error:
2013-03-15 12:25:45.816239 [ERR] ftmod_libpri.c:1950 [s1c31][1:31] -- T316 timed out, channel reached restart attempt limit '3' and is suspended
I am also facing NORMAL_CIRCUIT_CONGESTION error when generation outgoing calls through FreeTDM. Is this a bug?
Kindly help.
-- Ashish
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
participants (2)
-
Ashish gautam
-
Martyn Davies