similar to: SIP to SIP calls have no audio until put on hold and taken back off - SOLVED

A previous poster mentioned the same thing, with no response: http://lists.digium.com/pipermail/asterisk-users/2004- December/080161.html Fresh asterisk 1.0.5 install on FC3, started with "make samples", nothing fancy. It's so bland, I'm surprised the list isn't full of people having the same trouble. I have several Uniden UIP200 phones and a single Grandstream BudgetTone

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have been struggling with an audio issue for a week now and have not been able to solve it. We have an Asterisk server (now running 11.4 but started with 1.8) with several sip phones on an internal network and a SIP trunk for external calls. We recently put several phones in service that connect via the Internet to the server. All NAT settings

Hello everybody and merry xmas. I have a problem with sip phones calling each other inside the same network (no nat, no firewall). You can make and receive calls and pick them up, but you cannot hear anything on any side of the call. But if you press hold/unhold or you transfer the call, then everything works as expected. Ths SIP phones I've tried are Swissvoice IP10s and kphone, it

Hello, I would like to request the import of the Qemu commit: commit a28853871d6ef5ec4afe810a43fdde859dfdaa7e Author: Roger Pau Monne <roger.pau@citrix.com> Date: Fri May 18 12:08:14 2012 +0100 audio: split IN_T into two separate constants Into our qemu-upstream tree, since it''s needed for NetBSD build. Thanks.

The issue appears to be between the Cisco 7940 and the ArtDio IPF-2000, when a call is initiated between these phones the ArtDio phone receives the audio stream fine from the Cisco, but the Cisco can't hear anything from the ArtDio, until the Cisco user places the call on hold and then picks the line back up. When the Cisco user places the call on hold, music streams fine from the server to

flight 8091 xen-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/8091/ Regressions :-( Tests which did not succeed and are blocking: test-amd64-i386-rhel6hvm-intel 12 guest-localmigrate/x10 fail REGR. vs. 8071 Tests which did not succeed, but are not blocking, including regressions (tests previously passed) regarded as allowable: test-amd64-amd64-xl-pcipt-intel 9

flight 8285 xen-4.1-testing real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/8285/ Failures and problems with tests :-( Tests which did not succeed and are blocking: test-amd64-i386-rhel6hvm-intel 3 host-install(3) broken build-i386-oldkern 2 host-install(2) broken test-amd64-i386-win-vcpus1 3 host-install(3) broken

flight 8273 xen-4.1-testing real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/8273/ Regressions :-( Tests which did not succeed and are blocking: build-amd64 4 xen-build fail REGR. vs. 8257 build-amd64-pvops 4 kernel-build fail REGR. vs. 8257 build-amd64-oldkern 4 xen-build fail REGR. vs. 8257

# HG changeset patch # User Roger Pau Monne <roger.pau@entel.upc.edu> # Date 1326454799 -3600 # Node ID 58c924a72ab7af658a888ff39411229a9e6a12f6 # Parent 887a3229fd7a50c04981e29709bc7210dafef38f libxl: fix parse_backend_path and device_backend_path to be mutual Currently if libxl__parse_backend_path is used and then you try to get the original path again with libxl__device_backend_path the

# HG changeset patch # User Roger Pau Monne <roger.pau@entel.upc.edu> # Date 1326564288 -3600 # Node ID 259112aee618753552056e398f940d1fd9fcc6f7 # Parent f581bb82fecd51e8fbd9c2e4ae9e76b08a695587 libxl: fix mutex initialization The macro PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP is not defined on NetBSD, so define mutex attributes manually. Changes since v1: * Fix leak of mutex attr.

# HG changeset patch # User Roger Pau Monne <roger.pau@entel.upc.edu> # Date 1323768129 -3600 # Node ID 7697ee23b08b8eaca9aee4f6b79cf550a490bef7 # Parent 8a84f53376862427f254a017cb52c928dbdd3d32 xenpaging: remove XOPEN_SOURCE The XOPEN_SOURCE define was breaking the compilation under NetBSD. I''ve removed it becasue it is not necessary (at least under NetBSD). If it is necessary

On Mon, 27 Feb 2012, Ian Campbell wrote: > On Thu, 2012-02-23 at 13:34 +0000, Roger Pau Monné wrote: > > 2012/2/22 Anthony Liguori <anthony@codemonkey.ws>: > > > On 02/20/2012 06:11 AM, Roger Pau Monne wrote: > > >> > > >> Replace clock_gettime with timer_gettime, since at least under > > >> uclibc 0.9.33 the clock_getttime function can

flight 8270 xen-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/8270/ Regressions :-( Tests which did not succeed and are blocking: test-amd64-amd64-xl-pcipt-intel 5 xen-boot fail REGR. vs. 8256 test-amd64-i386-rhel6hvm-intel 3 host-install(3) broken test-amd64-amd64-win 3 host-install(3) broken test-amd64-i386-pv

Op 10/12/13, xen-users-request@lists.xen.org schreef: > Send Xen-users mailing list submissions to > xen-users@lists.xen.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users > or, via email, send a message with subject or body ''help'' to > xen-users-request@lists.xen.org > > You

Am 18.02.2012 09:24, schrieb Blue Swirl: > On Wed, Feb 8, 2012 at 17:06, Roger Pau Monne <roger.pau@entel.upc.edu> wrote: >> libm is used in cutils.c, but the library was not specified >> when linking some binaries, throwing the following error: >> >> cutils.o: In function `strtosz_suffix_unit': >> /home/royger/xen-clean/tools/qemu-xen-dir/cutils.c:354:

# HG changeset patch # User Roger Pau Monne <roger.pau@entel.upc.edu> # Date 1326606960 -3600 # Node ID a1986ef30b7dab4f60fe5cda70856f5751a9fde2 # Parent cd47dde439e688cac244c7eb9f55d826c85c844f libxl: add support for yajl 2.x This patch adds support for yajl versions 2.x, while retaining 1.x compatibility. All the needed ifdefs can be found in libxl_json.h. Tested with yajl 2.0.3 and

Are you running a wins server (maybe you already mentioned this.) That tends to help minimize some classic samba issues. On my PDC root at mypdc:~# testparm -v | more Load smb config files from /etc/samba/smb.conf rlimit_max: increasing rlimit_max (256) to minimum Windows limit (16384) Processing section "[netlogon]" WARNING: The

flight 13383 xen-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/13383/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-pair 16 guest-start fail REGR. vs. 13379 Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 12

Add a note to the public headers regarding how to get the VCPU ID for HVM guests (on x86). Signed-off-by: Roger Pau Monné <roger.pau@citrix.com> Cc: Jan Beulich <jbeulich@suse.com> Cc: Keir Fraser <keir@xen.org> Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Cc: Matt Wilson <msw@amazon.com> --- This is what Linux PVHVM does AFAIK, and also what I've been

With the introduction of indirect segments we can receive requests with a number of segments bigger than the maximum number of allowed iovecs in a bios, so make sure that blkback doesn't try to allocate a bios with more iovecs than BIO_MAX_PAGES Signed-off-by: Roger Pau Monné <roger.pau@citrix.com> Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> ---