Dropped incoming calls

[Alan van der Vyver]

Hi!

I have just upgraded a test system from 3.1 to the latest v5 build. Everything appears to be working except that incoming calls from BroadVoice are dropped.

I reach the IVR and dial the desired extension. I hear the confirmation that the call is being transferred. The requested extension rings, though the caller does not hear the ringing.

If nobody answers the extension, the moment it switches to voice mail the call drops. If someone answers the extension, as soon as they answer the call drops.

This segment from the IVRServer.log file looks like it might be relevant:

15:28:23.095|1d8c|.\PbxMedia\IPbxMediaImpl.cpp(110):IvrService, IPbxMediaImpl:romptAddFile(), C:\Program Files\3CX PhoneSystem\Data\Http\prompts\SigmaTEK DA.wav(2)
15:28:23.708|1d8c|.\PbxMedia\IPbxMediaImpl.cpp(133):IvrService, IPbxMediaImpl:romptPlayAll(), PlayAll
15:28:34.772|1a40|c:\svn\src\ivr\vxmlivrservice\pbxmedia\IPbxMediaImpl.h(156):IvrService, IMSEndPointListenerIVR::dtmf(), DTMF '1' 50ms
15:28:34.772|1d8c|.\PbxMedia\IPbxMediaImpl.cpp(178):IvrService, IPbxMediaImpl:romptStopAll(), Cancel
15:28:35.285|1a40|c:\svn\src\ivr\vxmlivrservice\pbxmedia\IPbxMediaImpl.h(156):IvrService, IMSEndPointListenerIVR::dtmf(), DTMF '0' 50ms
15:28:35.738|1a40|c:\svn\src\ivr\vxmlivrservice\pbxmedia\IPbxMediaImpl.h(156):IvrService, IMSEndPointListenerIVR::dtmf(), DTMF '2' 50ms
15:28:36.060|1d8c|(0):Error! Module 'pingtel.com.OSBinet'. Error ID 302. URLhttp://localhost:5481/Vxml/root.vxml
15:28:36.100|1d8c|(0):Error! Module 'pingtel.com.OSBinet'. Error ID 302. URLhttp://localhost:5481/Vxml/call_transfer.vxml
15:28:36.100|1d8c|(0):Error! Module 'pingtel.com.OSBinet'. Error ID 302. URLhttp://localhost:5481/Vxml/root.vxml
15:28:36.140|1d8c|.\PbxMedia\IPbxMediaImpl.cpp(160):IvrService, IPbxMediaImpl:romptCancelAll(), Cancel
15:28:36.140|1d8c|.\PbxMedia\IPbxMediaImpl.cpp(110):IvrService, IPbxMediaImpl:romptAddFile(), C:\Program Files\3CX PhoneSystem\Data\Ivr\Prompts\Sets\8210986B-9412-497f-AD77-3A554F4A9BDB\please_hold.wav(3)
15:28:36.140|1d8c|.\PbxMedia\IPbxMediaImpl.cpp(133):IvrService, IPbxMediaImpl:romptPlayAll(), PlayAll
15:28:44.227|1a40|.\PbxMedia\IVRServer.cpp(150):IvrService, IVRTransferSuccess(), Remove IVRHandler:00000001
15:28:44.227|1a40|.\PbxMedia\IPbxMediaImpl.cpp(75):IvrService, IPbxMediaImpl::stopSession(), Ivr_EndSession called 00000001
15:28:44.227|1d8c|.\api\VXItelImpl.cpp(139):IvrDll, VXItelImpl::Impl::IntrnTransfer(), Error! Error of 'From_5136740005_To_800_Menu_800_#0/0' session transferring to sip:[email protected]. Status: NEAR_END_DISCONNECT. Transfer error. Session stopped

I also found this in the PhoneSystem.trace.log file:

15:28:44.659|Dialog.cxx(534)|Trace5|Resip|::ResipLogger::about to re-send request with digest credentialsSipReq: INVITE [email protected]:5060 tid=0a702d5f7f0d5563 cseq=INVITE [email protected]:5060 / 4 from(tu)<br>
15:28:44.750|DialogUsageManager.cxx(1190)|Trace5|Resip|::ResipLogger::Got: SipResp: 200 tid=3a79636a7507ce26 cseq=INVITE [email protected] / 1 from(wire)<br>
15:28:44.750|Dialog.cxx(547)|Trace5|Resip|::ResipLogger:ialog::dispatch, ignoring stray response: SipResp: 200 tid=3a79636a7507ce26 cseq=INVITE [email protected] / 1 from(wire)<br>
15:28:44.790|DialogUsageManager.cxx(1190)|Trace5|Resip|::ResipLogger::Got: SipResp: 100 tid=7e01df0fc715db54 cseq=INVITE / 4 from(wire)<br>
15:28:44.830|DialogUsageManager.cxx(1190)|Trace5|Resip|::ResipLogger::Got: SipResp: 401 tid=7e01df0fc715db54 cseq=INVITE / 4 from(wire)<br>
15:28:44.830|InviteSession.cxx(2046)|Trace5|Resip|::ResipLogger::Transition InviteSession::SentReinvite -> InviteSession::Connected<br>
15:28:44.830|.\InviteADS.cpp(349)|Trace5||InviteADS:nOfferRejected::Offer rejected from "Sigmatek Corp"<sip:[email protected];user=phone>;tag=6789 to "Alan van der Vyver"<sip:[email protected]>;tag=1320e260<br>
15:28:44.830|ServerInviteSession.cxx(319)|Trace5|Resip|::ResipLogger::InviteSession::Connected: end<br>
15:28:44.830|InviteSession.cxx(2360)|Trace5|Resip|::ResipLogger::"Alan van der Vyver"<sip:[email protected]>;tag=1320e260 Sending BYE Application Rejected Sdp(usually no common codec)<br>

I know the last line says "usually no common codec", but that seems unlikely after an upgrade.

Any help will be appreciated.

regards,
Alan.

 

[ktikoft]

Just out of curiosity have you tried adding all the codecs back on ?

If you have a purchased version you also have G729

 

[Alan van der Vyver]

Hi!

After your suggestion, I did try assigning all the codecs, but received the same response.

I assume a codec is used to send the IVR responses and those work OK. It is possible that the telephone does not have an appropriate codec, but it does have the same ones it had before and they match what is specified for BroadVoice.

I also receive the problem though, when the IVR transfers to voice mail and I would assume that the IVR and voice mail prompts use the same codec.

regards,
Alan.

 

[Alan van der Vyver]

Hi!

After carefully examining the 3CXPhoneSystem.trace.log it seemed that everything proceeds normally and everything connects up normally, but for some reason, 3CX then tries to issue a re-invite to Broadvoice and this is rejected.

Based on that, I decided to try removing the "Supports Re-invite" provider capability for Broadvoice and it now works.

Unfortunately, I don't really know what I am doing, so if I have messed something else up or just changed something I shouldn't have, I would appreciate someone telling me.

regards,
Alan.

 

[Henk]

So it is alworking now? or do you still need a hand with something?

 

[Alan van der Vyver]

Sorry for the misunderstanding.

It is now working.

I was just unsure about the implications of disabling the "supports re-invite" option. I don't know if it is a legitimate change or whether it might cause other problems.

regards,
Alan.

 

[Henk]

Hey, everthing is allowed. Aslong it works in the end.

Good luck.

H.