Help - Search - Members - Calendar
Full Version: Zultys SIP phones
pbxnsip forum > Connectivity To Other Services and Components > VoIP Phones
Rix
Hey all..

We have a lab test environment with pbxnsip and a bunch of SIP phones (Cisco7960, Grandstream GXP2000, Snom360, Zultys ZIP4x4). We haven't got the Zultys phones to work with pbxnsip. Calling another phone doesn't work. But if you call from any other to the Zultys, then it works. ??

Another thing. Is there a setting in pbxnsip (1.5) to disable that all media is passing through the server? We want the RTP stream just between the phones.

Cheers
Rick, Sweden
pbxnsip
We never got a Zyltus phone in our hands... So far their support for us was not overwhealming! Maybe we should get a phone in the lab and take a look. I think just by looking at SIP traces this could become difficult.

The good news is that the Swedish prompts are ready and we will make them available shortly wink.gif
Rix
QUOTE(pbxnsip @ Mar 15 2007, 09:45 PM) [snapback]218[/snapback]
We never got a Zyltus phone in our hands... So far their support for us was not overwhealming! Maybe we should get a phone in the lab and take a look. I think just by looking at SIP traces this could become difficult.

The good news is that the Swedish prompts are ready and we will make them available shortly wink.gif


Yeah! Now we're talkin..

I think Zultys was out of business for a while(?) and now their support isn't what it used to be..

I'll grab some SIP traces for you anyway, maybe there's something I'm missing.

Cheers
hosted
QUOTE(Rix @ Mar 16 2007, 02:48 AM) [snapback]219[/snapback]
Yeah! Now we're talkin..

I think Zultys was out of business for a while(?) and now their support isn't what it used to be..

I'll grab some SIP traces for you anyway, maybe there's something I'm missing.

Cheers



I have an MX30 and MX250 and about 20 phones.... oh yea Former Reseller left hanging here!
Isaac Schneider
QUOTE (Rix @ Mar 15 2007, 09:54 AM) *
Hey all..

We have a lab test environment with pbxnsip and a bunch of SIP phones (Cisco7960, Grandstream GXP2000, Snom360, Zultys ZIP4x4). We haven't got the Zultys phones to work with pbxnsip. Calling another phone doesn't work. But if you call from any other to the Zultys, then it works. ??

Another thing. Is there a setting in pbxnsip (1.5) to disable that all media is passing through the server? We want the RTP stream just between the phones.

Cheers
Rick, Sweden


Rix,

I found early on as a Zultys reseller, their phones default to 10ms packetization with whatever codec in the earlier releases of firmware. The newer releases I believe default to 20ms packetization. I never thought that would be an issue except for higher packet header overhead. I had the same issue where if one side (20ms SIP UA) initiated the call (to a Zip) it would work but if switched (Zip to 20ms SIP UA) it would not. You can set this via the ZIP phone's web gui of the TFTPconfig file.

Most other vendors phones do not have a good dsp/codec that can handle the higher io rates at 10ms. Can you believe that the Zip 4x4 and 4x5 had a powerpc cpu (full, not ip core) in each unit! Talk about horsepower... no wonder they went bankrupt. At the engineering level the Zip 4x5 were way ahead of their time. VxWorks RTOS, IPsec VPN, Dynamic Call Encryption, POTS ATA, Bluetooth, etc etc... I loved the PCB engineering and sheet metal design of the MX1200, MX250 chassis. However the industrial designer of the ZIP series responsible for the shell and layout should have been shot. The phones all felt cheap (nice way of putting it). Did not hold up well under high volume use. The phones were a hard sell when viewed after a Aastra, Snom or Cisco IP Telephone. I still use the 4x5 internally and still love them even with their flaws. Getting harder to keep the ZIPs arround when phones like the Snom 820 & 870 are becoming available. 8-)


-Isaac
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2010 Invision Power Services, Inc.