semistatic Posted July 1, 2012 Report Posted July 1, 2012 Is there any way to use trunk redirection without setting "assume that call comes from user"? Here's the issue I'm having... 1) Calls come in to the snomONE, and are passed to the 2nd PBX via this trunk. (This works fine) 2) Calls from the 2nd PBX come into the snomONE PBX via this trunk and are redirected out a 2nd trunk to the outside world, or extensions on the snomONE PBX. Calls are redirected properly and connect fine.. the problem is that the BYE message isn't sent properly. If the remote caller hangs up first, it's sent to the snomONE only. If the 2nd PBX caller hangs up, the 2nd trunk to the outside isn't disconnected. When both callers hang up, it's fine. If I take out that value, I can call snomONE extensions without an issue, and the BYE is always sent properly. Is there any way around this? Quote
Vance Posted July 2, 2012 Report Posted July 2, 2012 Hi I have exactly the same problem. It is OK in version 4.2.x but the latest versions do not pass the BYE on if the B-Party hangs up. Eventually, after a long time, the leg does 'go away' but not before the call is sitting there for all this time racking up the billing. I have tried to get this through to support but it is a difficult problem to describe and get the logging straight on. At one point the lads indicated there was a known problem so I was expecting something to change in a later version but I can confirm the same issue exists on the latest release. I got a PCAp and as you rightly say, teh BYE is simply not sent through. Quote
Vodia PBX Posted July 2, 2012 Report Posted July 2, 2012 Hmm. Could be a SIP routing issue, e.g. if the contact header in the INVITE contains something that cannot be routed, then the PBX cannot hang up. Actually I am not sure if the PBX treats extensions different than trunks because of the SBC that is primarily for the extensions. The PCAP would be interesting, maybe if you can send a private message with a URL it would be great to take a look at it. Quote
semistatic Posted July 2, 2012 Author Report Posted July 2, 2012 The INVITE looks OK - the problem seems to be that snomONE isn't sending a BYE to both ends of the connection. It BYEs one trunk, but not the other (depending on which end disconnects first. Quote
pbx support Posted July 3, 2012 Report Posted July 3, 2012 Could you please attach the SIP trace (preferably the pcap, the SIP trace from snomONE is fine it you can't get the pcap)? Quote
Vance Posted July 3, 2012 Report Posted July 3, 2012 I can have a go at this tonight. Not easy as I would need to update the platform to 4.5, wait for a couple of calls and then downgrade it again. The call detail will have private infomation, how do I get the PCAP to you privately? BTW, you could easily test this yourself. Simply set it up as semistatic has detailed and you will see the leg hanging there on the 'calls' display if you hang up the B-End. Quote
Vance Posted July 4, 2012 Report Posted July 4, 2012 Sorry! Too many calls going through to stop the system - waited until after midnight but I need my beauty sleep so abandoned. Sunday is quiet so I can go again that night. Again, this is easily recreated so maybe the Snom lads could simply set this scenario up in the lab no? Quote
semistatic Posted July 5, 2012 Author Report Posted July 5, 2012 it's going to be difficult to get a packet dump on this box because of the production status. I think Vance is correct, you could easily reproduce this error I believe... we're using Beta Corona Austrinids. I'm attaching a Visio of the call flow and how it fails. Please note, even though in the drawing I show the outside party hanging up, the same thing happens if the originating party hangs up first - the outside trunk is left stuck open. Quote
pbx support Posted July 5, 2012 Report Posted July 5, 2012 The quickest thing is to get access to your system and take a look at the setup (i.e., whether any cell phone association is going on or AA is involved in the call flow, etc) and possibly get the trace. In the meantime we will setup something in the lab to replicate your diagram. Quote
katerina Posted July 11, 2012 Report Posted July 11, 2012 I could reproduce something similar. But in my case the initial caller not only gets no BYE, but also after the hangup he hears "Press 1 to dial a number". Does this happen to you too? I just want to make sure that we are talking about the same problem. Quote
semistatic Posted July 11, 2012 Author Report Posted July 11, 2012 I could reproduce something similar. But in my case the initial caller not only gets no BYE, but also after the hangup he hears "Press 1 to dial a number". Does this happen to you too? I just want to make sure that we are talking about the same problem. Actually, after one party hangs up, we get kind of an odd two-tone indicator that keeps repeating itself every few seconds. Quote
Vance Posted July 12, 2012 Report Posted July 12, 2012 I have a trace. The information there is live so I cant just post it on a public site. How do I get this to you? Quote
katerina Posted July 12, 2012 Report Posted July 12, 2012 You could send it as a private message (Use full editor) it or open a Support Ticket under support.snom.com (go to Ask for support and then when you get to Forum link enter the link for this forum) Quote
pbx support Posted July 12, 2012 Report Posted July 12, 2012 The "Assume call coming from user" is interfering with the "cell phone feature". We will fix it in the next version. Quote
Vance Posted July 12, 2012 Report Posted July 12, 2012 That is not the issue. This issue we are talking about here is where a call comes in on a trunk and uses the account (Assume that the call comes from user) to terminate the call which in turns sends the call out of another trunk. If the B-End hangs up the A-End does not receive the BYE so it stays holding that end up. Big problem and means, for me anyway, that at least one client cannot use anything greater than 4.2. Log trace of at least one call is attached. Document.rtf Quote
Vodia PBX Posted July 13, 2012 Report Posted July 13, 2012 I suspect the problem lies in the new cell phone handling logic. When an extension is connected to a cell phone, the PBX does not hang up and instead plays a voice menu what other actions are now possible on the cell phone (which is a feature). I am sure that the PBX thinks that the call is connected to a cell phone, as it "assumes that the call comes from user so-and-so", which would perfectly explain it. We have to check if we can do the workaround that we clear the extension on the leg after the call was sent to the trunk or we have to introduce another internal flag which says "hang up or play ivr". Quote
katerina Posted July 13, 2012 Report Posted July 13, 2012 Vance, what I could reproduce was also with a call that comes in on a trunk and gets sent out to another trunk, as I read your trace I really think we are talking about the same issue. In your trace the PBX is also trying to play "Press 1 to dial a number" (aa_call_number.wav) but you just have an older version of the audio files and the wav file is missing that's why you don't hear anything: [8] 2012/07/12 23:29:56: Play audio_en/aa_call_number.wav, caching false [8] 2012/07/12 23:29:56: call port 2: state code from 200 to 200 [6] 2012/07/12 23:29:56: Could not read file audio_en\aa_call_number.wav (error code ERROR_FILE_NOT_FOUND) Quote
semistatic Posted July 19, 2012 Author Report Posted July 19, 2012 Any ETA on getting this fixed? It's causing a lot of problems with our call center Quote
pbx support Posted July 19, 2012 Report Posted July 19, 2012 We have already fixed it, under test now. If you are running centos64 bit version, then please try http://downloads.snom.net/snomONE/centos64/v4.6/pbxctrl-centos5-4.6.0.1002. If you are using other OS, let us know. As usual, please backup and then upgrade. Best is to try it on the test system and then deploy. Quote
Vance Posted July 25, 2012 Report Posted July 25, 2012 Hi Need 64bit Windows? Best regards Vance Quote
pbx support Posted July 26, 2012 Report Posted July 26, 2012 Please try http://downloads.snom.net/snomONE/win64/v4.6/pbxctrl-4.6.0.1002.exe Quote
Vance Posted August 7, 2012 Report Posted August 7, 2012 Any joy lads. Got lots of calls I can testthis with Quote
Vance Posted August 14, 2012 Report Posted August 14, 2012 Hi Could really do with a solution to this even if it is only a test version. Anyone getting this? Vance Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.