Displaying 3 results from an estimated 3 matches for "_concurrent_".
2006 Oct 17
2
duplicate "ghost" calls with long duration
...orz-patches on Linux
2.6.16 with 4 HFC-Cards in TE-mode connected to 4 PtP
ISDN-"Anlagenanschluesse". There are about 40 SIP-clients connected
(mostly Sipura/Linksys PAP2, and some SNOMs and softclients) to this server.
Everything works fine, except that my CDR reports some very long
_concurrent_ calls from one sip client to (an expensive) pstn
destination. The CDR from my telco tells the same!
First case:
Sep. 05 2006 11:46:40 20 secs call from X to 0900xxx (valid call,
micropayment)
Sep. 05 2006 11:52:18 3573 secs call from same X to 0900xxx (????)
Sep. 05 2006 11:53:24 3466 secs call...
2004 Jan 20
1
G729 - how many needed?
I have purchased a single G729 license - however, how many are actually
needed?
All my IP phones have G729a codecs built in (Cisco 7960 / Zultys ZIP2) - I
would have assumed that if the phones can do it, and canreinvite=yes, then
the phones shouldn't need to go through asterisk anyway?
For calls that do go through asterisk, is a single license required for each
side of the stream? (i.e. a
2005 Jul 01
0
Good, concurrent I/O design in a server -- WAS: SPARC platforms
...This is very much an issue. If I have an OS that has processor
affinity for I/O, like Solaris, on a partial mesh platform like most
SPARCs (non-"i" versions), or the newer Opteron (with multiple
AMD8131/8132 or even the nVidia Pro 2200+2050 combo), then
I'm going to be able to handle _concurrent_ I/O for independent
(and sometimes even inter-dependent) processors.
You think of "raw throughput" like 8.4GBps FSB can easily handle
a 0.5GBps transfer, but what you don't realize that the 0.5GBps
transfer holds up the _entire_ 8.4GBps bus for _just_ 0.5GBps.
I.e., it takes 1 second...