pbx support

outbound3.txt is also from 4.5.0.1090. So it is essentially same as outbound2.txt. We want similar log from 4.2.1.4025.

Here is the win32 version - http://downloads.snom.net/snomONE/win32/v4.6/pbxctrl-4.6.0.1007.exe Make sure that you make a full backup of the snomONE folder before the upgrade.

SIP log can be taken in 4.2.x.x version based on http://wiki.snomone.com/index.php?title=Retrieving_SIP_logging. That should show you the INVITE that is going out to the trunk proxy. Since you have already given us the outbound2.txt, we do not need the log from the new version again. Once we see the log from 4.2 version, we will suggest the trunk "Remote Party/Privacy Indication:" settings. That should take care of the issue you are facing in the new version.

PBX is sending the INVITE to "24.96.139.170:5060" and not getting any responses back from them. Is that the right address of the trunk provider? If they say the outbound call never hit their system, then there is some other issue, most probably the network issue. Possible cases are, black listing of the IP address, firewalls, etc. If you happen to have the SIP log (the outbound call log) to this provider before the upgrade, please post it too. We can see what's the difference between the 2, just to make sure that they are not dropping the INVITE because of the message itself.

There was one more change you have to do in the latest version. The reason is that we used to have the name of the binary as snomONE-ctrl before and now we use pbxctrl. Please take a look at the http://wiki.snomone.com/index.php?title=Software_Update#Important_Note that talks about the above name change. You have to do this only one time and don't have to worry about in the future.

There is no call log attached. Apart from that - 4.5.0.1090 is the latest version. If you still have issues after upgrading to .1090, then please look at the custom headers as explained here - http://wiki.snomone.com/index.php?title=Trunk_Custom_Headers Some examples are here - http://wiki.snomone.com/index.php?title=Custom_Headers_on_the_Trunk

There was some new changes regarding the blind transfers in that version. Please move to 4.5.0.1090. It has the backward compatibility for the transfers. If this was related to the "smart blind transfer" issue, then 4.5.0.1090 will take care of it.

CDRs are reported based on the legs, not on the full call. If you are not interested in the internal legs, you can ignore everything but the one "trunk" field set.

You should be able to login with your VMWare account and download this. But if you don't have one, please use this link http://snomone.wordpress.com/2012/02/21/snomone-virtual-appliance/

Please try now.

We tested here again and seems to work fine.

We will double check. I assume you are looking at http://wiki.snomone.com/index.php?title=Cellphone_Codes

Ok, not very clear about the call flow here. This log that you attached is the outbound INVITE from PBX. Can you check if some call forwarding (or service flag) is set on the account 70. Maybe the call is being forwarded to somewhere. In any case, please enable complete logging (at level 9 for pretty much everything & SIP call logging, no need of REGISTER, SUB/NOT) and PM the log to me.

What is 305xxxxxxx2@64.2.142.15? Is this an internal number or something else? If it is an internal number then either it should ring or answer (if it is some AA/ACD/Hunt etc). The response is sent by "User-Agent: packetrino". Does this ring any bell?

If you still have issues, please PM with the login to the SoHo. We will manually upgrade it to a version that will not have any issues for the future upgrades.

You can setup the address book with the CMC codes.

What version did you upgrade to? If you can login to snomONE web interface, then you can setup the admin password for the PBX as the SSH password. The newer PBX versions have switched the SSH back to default port (22 instead of 8722).

I think the issue is that CDR was not listed as *87<ext number> under the extension's web interface(on the PBX, not on the phone's web interface). The extension's call log will show the CDR as original call. I think if the call log contains the "dialed digits", then it will be clear. I am not a big proponent of tweaking the outbound calls to show up as received calls. That always come back and bite us sometime later in some other scenario.

Either no one has looked into this poll or other than Windows, other OS versions are not being used by many.

FYI.. from 4.5.0.1090 onwards, you do not have to restart the PBX to pickup the changes to "IP Routing List:" setting. PBX does an update internally to use the new settings.

This is fixed for the next release. Release dates are still not set yet.

This will be part of the next release.

If that field is empty then you should be able to pickup any "ringing" call. We have verified it in the lab and live system and works fine.

Polycom does not seem to like the ACK for the 200 OK. So it keeps repeating the 200 OK with SDP and after certain timeout it sends a BYE (disconnects the call). From the first glance at the SIP log, it looks fine on the PBX. But we will double check.

Can you please check what is set for "Domain->Settings: Stay in the call during the blind transfer:"?