- Joined
- Dec 10, 2007
- Messages
- 60
- Reaction score
- 0
Hello,
I have a 3CX system that consists of a digital assistant that redirects to a call queue or a call group. People call by either ringing the VoIP unlimited number or by 2x normal BT lines that are plugged into a Patton 4114 (2x FXO & 2x FXS) router. If they call using the VoIP number everything works fine. It's when they use the Patton that it does something strange. The call will come through to the digital assistant, they'll press 1 to go to the call queue, you hear "please hold while I transfer you're call" and then nothing (no hold music or anything) as it just sits on hold for ages going no-where. Sometimes it works fine but most of the time it will get stuck.
If I call the digital assistant and try and go through to a call group it has greater chance of working, unless it tries to go through to voicemail. The config for the Patton was created by the 3CX system. I've pasted the server logs below with an example of where I waited for 5 minutes in silence before hanging up. The Patton also has the problem where it doesn't break the connection when the caller hangs up which I found could be fixed by changing the Loop-Break Duration. The hold problem happens regardless of how the Loop-Break Duration is set however.
Anyone have any ideas?
Regards,
Andy
Patton fails to get through:
16:05:27.988 Call::Terminate [CM503008]: Call(119): Call is terminated
16:05:27.910 Call::Terminate [CM503008]: Call(119): Call is terminated
16:05:27.847 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
16:00:56.973 CallCtrl:
nLegConnected [CM503007]: Call(119): Device joined: sip:
16:00:56.707 CallCtrl:
nSelectRouteReq [CM503004]: Call(119): Calling: IVR:QueueHandler@[Dev]
16:00:51.582 MediaServerReporting:
TMFhandler [MS211000] C:119.1: 192.168.200.100:4898 is delivering DTMF using RTP payload (RFC2833). In-Band DTMF tone detection is disabled for this call segment.
16:00:40.114 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
16:00:40.004 CallCtrl:
nLegConnected [CM503007]: Call(119): Device joined: sip:[email protected]:5060
16:00:39.911 CallCtrl:
nLegConnected [CM503007]: Call(119): Device joined: sip:
16:00:39.864 CallCtrl:
nSelectRouteReq [CM503004]: Call(119): Calling: IVR:804@[Dev]
16:00:39.754 Line:
rintEndpointInfo [CM505002]: Gateway:[Patton3] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Patton SN4114 2JS2JO EUI MxSF v3.2.8.45 00A0BA03565B R4.2 2008-03-11 H323 SIP FXS FXO] Transport: [sip:192.168.200.214:5060]
16:00:39.739 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
16:00:39.645 CallCtrl:
nIncomingCall [CM503001]: Call(119): Incoming call from 902xxxxxxxx7@(Ln.10000@Patton3) to [sip:[email protected]:5060]
16:00:39.629 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
Patton manages to get through:
16:00:14.176 Call::Terminate [CM503008]: Call(118): Call is terminated
16:00:14.145 Call::Terminate [CM503008]: Call(118): Call is terminated
16:00:14.083 Call::Terminate [CM503008]: Call(118): Call is terminated
16:00:13.958 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
15:59:54.599 CallCtrl:
nSelectRouteReq [CM503004]: Call(118): Calling: HuntGrp:800@[Dev:sip:[email protected]]
15:59:54.599 CallCtrl:
nSelectRouteReq [CM503004]: Call(118): Calling: HuntGrp:800@[Dev:sip:[email protected]:5060, Dev:sip:[email protected]:5070]
15:59:54.599 CallCtrl:
nSelectRouteReq [CM503015]: Call(118): Target is not registered: HuntGrp800:
15:59:54.552 CallCtrl:
nSelectRouteReq [CM503004]: Call(118): Calling: HuntGrp:800@[Dev:sip:[email protected]:5060]
15:59:49.771 CallCtrl:
nLegConnected [CM503007]: Call(118): Device joined: sip:
15:59:49.552 CallCtrl:
nSelectRouteReq [CM503004]: Call(118): Calling: IVR:QueueHandler@[Dev]
15:59:44.364 MediaServerReporting:
TMFhandler [MS211000] C:118.1: 192.168.200.100:4896 is delivering DTMF using RTP payload (RFC2833). In-Band DTMF tone detection is disabled for this call segment.
15:59:36.755 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
15:59:36.661 CallCtrl:
nLegConnected [CM503007]: Call(118): Device joined: sip:[email protected]:5060
15:59:36.489 CallCtrl:
nLegConnected [CM503007]: Call(118): Device joined: sip:
15:59:36.443 CallCtrl:
nSelectRouteReq [CM503004]: Call(118): Calling: IVR:804@[Dev]
15:59:36.333 Line:
rintEndpointInfo [CM505002]: Gateway:[Patton3] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Patton SN4114 2JS2JO EUI MxSF v3.2.8.45 00A0BA03565B R4.2 2008-03-11 H323 SIP FXS FXO] Transport: [sip:192.168.200.214:5060]
15:59:36.333 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
15:59:36.224 CallCtrl:
nIncomingCall [CM503001]: Call(118): Incoming call from 902xxxxxxxx7@(Ln.10000@Patton3) to [sip:[email protected]:5060]
15:59:36.208 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
VoIP always gets through:
16:03:59.408 Call::Terminate [CM503008]: Call(120): Call is terminated
16:03:59.361 Call::Terminate [CM503008]: Call(120): Call is terminated
16:03:59.299 Call::Terminate [CM503008]: Call(120): Call is terminated
16:03:59.158 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to DN:804
16:03:48.627 CallCtrl:
nSelectRouteReq [CM503004]: Call(120): Calling: HuntGrp:800@[Dev:sip:[email protected]:5060]
16:03:48.627 CallCtrl:
nSelectRouteReq [CM503004]: Call(120): Calling: HuntGrp:800@[Dev:sip:[email protected]]
16:03:48.533 CallCtrl:
nSelectRouteReq [CM503004]: Call(120): Calling: HuntGrp:800@[Dev:sip:[email protected]:5060, Dev:sip:[email protected]:5070]
16:03:48.533 CallCtrl:
nSelectRouteReq [CM503015]: Call(120): Target is not registered: HuntGrp800:
16:03:44.939 CallCtrl:
nLegConnected [CM503007]: Call(120): Device joined: sip:
16:03:44.658 CallCtrl:
nSelectRouteReq [CM503004]: Call(120): Calling: IVR:QueueHandler@[Dev]
16:03:39.564 MediaServerReporting:
TMFhandler [MS211000] C:120.1: 91.151.5.3:63418 is delivering DTMF using RTP payload (RFC2833). In-Band DTMF tone detection is disabled for this call segment.
16:03:30.002 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to DN:804
16:03:29.861 CallCtrl:
nLegConnected [CM503007]: Call(120): Device joined: sip:[email protected]:5060
16:03:29.799 CallCtrl:
nLegConnected [CM503007]: Call(120): Device joined: sip:
16:03:29.752 CallCtrl:
nSelectRouteReq [CM503004]: Call(120): Calling: IVR:804@[Dev]
16:03:29.705 Line:
rintEndpointInfo [CM505003]: Provider:[Voipunlimited] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] Transport: [sip:192.168.200.214:5060]
16:03:29.705 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to DN:804
16:03:29.596 CallCtrl:
nIncomingCall [CM503001]: Call(120): Incoming call from 02xxxxxxxx7@(Ln.10002@Voipunlimited) to [sip:[email protected]:5060]
16:03:29.486 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to DN:804
I have a 3CX system that consists of a digital assistant that redirects to a call queue or a call group. People call by either ringing the VoIP unlimited number or by 2x normal BT lines that are plugged into a Patton 4114 (2x FXO & 2x FXS) router. If they call using the VoIP number everything works fine. It's when they use the Patton that it does something strange. The call will come through to the digital assistant, they'll press 1 to go to the call queue, you hear "please hold while I transfer you're call" and then nothing (no hold music or anything) as it just sits on hold for ages going no-where. Sometimes it works fine but most of the time it will get stuck.
If I call the digital assistant and try and go through to a call group it has greater chance of working, unless it tries to go through to voicemail. The config for the Patton was created by the 3CX system. I've pasted the server logs below with an example of where I waited for 5 minutes in silence before hanging up. The Patton also has the problem where it doesn't break the connection when the caller hangs up which I found could be fixed by changing the Loop-Break Duration. The hold problem happens regardless of how the Loop-Break Duration is set however.
Anyone have any ideas?
Regards,
Andy
Patton fails to get through:
16:05:27.988 Call::Terminate [CM503008]: Call(119): Call is terminated
16:05:27.910 Call::Terminate [CM503008]: Call(119): Call is terminated
16:05:27.847 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
16:00:56.973 CallCtrl:
16:00:56.707 CallCtrl:
16:00:51.582 MediaServerReporting:
16:00:40.114 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
16:00:40.004 CallCtrl:
16:00:39.911 CallCtrl:
16:00:39.864 CallCtrl:
16:00:39.754 Line:
16:00:39.739 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
16:00:39.645 CallCtrl:
16:00:39.629 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
Patton manages to get through:
16:00:14.176 Call::Terminate [CM503008]: Call(118): Call is terminated
16:00:14.145 Call::Terminate [CM503008]: Call(118): Call is terminated
16:00:14.083 Call::Terminate [CM503008]: Call(118): Call is terminated
16:00:13.958 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
15:59:54.599 CallCtrl:
15:59:54.599 CallCtrl:
15:59:54.599 CallCtrl:
15:59:54.552 CallCtrl:
15:59:49.771 CallCtrl:
15:59:49.552 CallCtrl:
15:59:44.364 MediaServerReporting:
15:59:36.755 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
15:59:36.661 CallCtrl:
15:59:36.489 CallCtrl:
15:59:36.443 CallCtrl:
15:59:36.333 Line:
15:59:36.333 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
15:59:36.224 CallCtrl:
15:59:36.208 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10000 forwards to DN:804
VoIP always gets through:
16:03:59.408 Call::Terminate [CM503008]: Call(120): Call is terminated
16:03:59.361 Call::Terminate [CM503008]: Call(120): Call is terminated
16:03:59.299 Call::Terminate [CM503008]: Call(120): Call is terminated
16:03:59.158 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to DN:804
16:03:48.627 CallCtrl:
16:03:48.627 CallCtrl:
16:03:48.533 CallCtrl:
16:03:48.533 CallCtrl:
16:03:44.939 CallCtrl:
16:03:44.658 CallCtrl:
16:03:39.564 MediaServerReporting:
16:03:30.002 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to DN:804
16:03:29.861 CallCtrl:
16:03:29.799 CallCtrl:
16:03:29.752 CallCtrl:
16:03:29.705 Line:
16:03:29.705 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to DN:804
16:03:29.596 CallCtrl:
16:03:29.486 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to DN:804