[VoIP] Naive question

[Steph Kerman]

Shane Young wrote:
> Quoting Steph Kerman <stfkerman at jps.net>:
>> Do they really use hardware codecs?  I would think the codecs are 
>> implemented in the DSP firmware and that the firmware can inherently
>> serve both ports simultaneously using independent compression algorithms.
> Older Sipura's didn't have the processer balls needed to do 
> high-complexity (g.729) codecs on two calls at the same time.  I think 
> the Cisco ATA may have suffered from the same problem.
I am unable to assess to what extent having a 2nd port is at all useful 
if certain codecs are precluded from simultaneous use on both lines. 

To what extent are the more complex codecs used in commercial service?  
Do we use them much on CNET?  Can they do uLaw on one port and a complex 
one on the other?   Could they at least do uLaw on 2 lines for example?  
It's my impression that the complex ones sound compressed and are more 
vulnerable to impairments from packet loss.
> Unlocking a vonage ATA and keeping the Vonage config are not likely 
> going to happen.  Historically, if you are a vonage customer and have 
> an "extra" vonage ATA you can get them to unlock it for about $15.  
> This would wipe out their config as well.
So does this preclude someone from using a single ATA on Vonage for one 
port and remotely hosted CNET on the other?  Or can the Vonage config be 
restored after unlocking?
> Personally I've had the best success with the Sipura (now Linksys) 
> ATA's and have several lying around.
> I might still have a couple of Cisco ATA's which are locked to Vonage.
And Linksys is now part of Cisco...  so are there Cisco-branded ATAs as 
well as Linksys-branded ones?  Did the brand change from one to the other?
>  As I said, they can be unlocked for $15.  I'll look around and see if 
> I have them still.  Anyone would be welcome to them as I have no use 
> for them.
I might be interested.  Perhaps we ought to pursue Keelan's discovery 
and see whether we can unlock them ourselves.

Thanks, Shane.

Steph
>
>
>
>
>
>
>