search for: 5630

...understand what all these lines in Extensions.conf are > defining. > I can't make heads or tails them. I have been reading the manual > AsteriskManualTheFutureOfTelephony2ndEdition. > > I'm currently getting an error when placing a call on the cmd line saying: > NOTICE[5630]: chan_sip.c:14383 handle_request_invite: Call from 'Gary' to > extension '91AreaCodePhone#' rejected because extension not found. > > > What I have in Extensions.conf is: > [gary-incomming] > exten => 1001,1,Dial(IAX2/gogh) > exten => 1001,2,HangUp()...

I am having a problem with one of my callers who is using either g729 or alaw.  I can do alaw but not g729 so asterisk should negotiate alaw right?  In fact from the sip debug it looks like it does, but then I get the dreaded "channel.c:5630 set_format: Unable to find a codec translation path: (g729) -> (alaw)" and the call hangs up.  Why? Last minute thought: Is it possible that the caller is sending g729 in RTP even though the SIP negotiation clearly chooses alaw? Maybe I need some RTP debugging. Asterisk 13.14.1 on Debi...

..., During this time, on the remote (CentOS) machine, its clear that something is happening, because "ps -ef | grep nx" on the server machine gives me root 5627 3378 0 10:38 ? 00:00:00 sshd: nx [priv] nx 5629 5627 0 10:38 ? 00:00:00 sshd: nx at notty nx 5630 5629 0 10:38 ? 00:00:00 /bin/bash /usr/bin/nxserver -c /usr/bin/nxserver nx 5771 5630 0 10:38 ? 00:00:00 sleep 60 jg 5800 5393 0 10:38 pts/1 00:00:00 grep nx I checked out a couple other things on the web on how to set it up and these did not help (they were very...

Hi, I'm trying to get a softphone configured. In Sip.conf [general] I found an example that said I need: nat=yes localnet=192.168.xxx.xxx Is localnet supposed to be a LAN IP or a WAN IP? Thank you, Gary

...there that has got it working. I saw it on Cebit and the person demonstrating it there told me that it was connected to an Asterisk server on the stand -so it should work. Problem 1: it does not register correctly It get lots of messages like this: Jun 26 19:45:19 NOTICE[1107585968]: chan_sip.c:5630 handle_request: Registration from '<sip:136@192.168.1.3;user=phone>' failed for '192.168.1.2' sip debug gives me this output: Sip read: REGISTER sip:192.168.1.3:5060 SIP/2.0 Via:SIP/2.0/UDP 192.168.1.2:5060;branch=z9hG4bk621e84e2b7df7d From:<sip:136@192.168.1.3;user=phon...

I discovered, while trying to set up Tcl bindings for Notmuch (https://notmuchmail.org/), which uses Xapian, that flintlock was not being locked (I had lost updates). I then found that opening a Xapian database for writing directly via the Xapian Tcl bindings also silently fails to lock flintlock. I have taken a copy of flint_lock.cc to play with, and I find that it locks the file when called

...05/2020 08:10, John Hughes wrote: > > I am having a problem with one of my callers who is using either g729 or > alaw. I can do alaw but not g729 so asterisk should negotiate alaw right? > In fact from the sip debug it looks like it does, but then I get the > dreaded "channel.c:5630 set_format: Unable to find a codec translation > path: (g729) -> (alaw)" and the call hangs up. Why? > > Last minute thought: Is it possible that the caller is sending g729 in RTP > even though the SIP negotiation clearly chooses alaw? Maybe I need some > RTP debugging. &gt...

...ghes <john at calva.com> wrote: > I am having a problem with one of my callers who is using either g729 or > alaw. I can do alaw but not g729 so asterisk should negotiate alaw right? > In fact from the sip debug it looks like it does, but then I get the > dreaded "channel.c:5630 set_format: Unable to find a codec translation > path: (g729) -> (alaw)" and the call hangs up. Why? > > Last minute thought: Is it possible that the caller is sending g729 in RTP > even though the SIP negotiation clearly chooses alaw? Maybe I need some > RTP debugging. &gt...

...sk wants to translate g729 -> alaw. WHY? > I am having a problem with one of my callers who is using either g729 or alaw. I > can do alaw but not g729 so asterisk should negotiate alaw right? In fact from > the sip debug it looks like it does, but then I get the dreaded "channel.c:5630 > set_format: Unable to find a codec translation path: (g729) -> (alaw)" and the > call hangs up. Why? > Last minute thought: Is it possible that the caller is sending g729 in RTP even > though the SIP negotiation clearly chooses alaw? Maybe I need some RTP > debugging. &gt...

...ot; also need to be adjusted to this new const qualifier. On a x86_64, with allmodconfig: Before: ====== text data bss dec hex filename 5570 152 0 5722 165a drivers/gpu/drm/nouveau/nouveau_exec.o After: ===== text data bss dec hex filename 5630 112 0 5742 166e drivers/gpu/drm/nouveau/nouveau_exec.o Signed-off-by: Christophe JAILLET <christophe.jaillet at wanadoo.fr> --- drivers/gpu/drm/nouveau/nouveau_exec.c | 2 +- drivers/gpu/drm/nouveau/nouveau_sched.h | 4 ++-- drivers/gpu/drm/nouveau/nouveau_uvmm.c | 2 +- 3...

Hi, I forgot to mention, I am running Ubuntu Hardy heron 8.04 on an Aspire Laptop 5630, with 1GB of RAM.

After reading http://lists.samba.org/archive/samba/2003-November/001828.html what would the best approach for downgrading samba-3.0.10-1.4E.12.2 to 2.7 on centos4, then later upgrading back to current? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us -

..."\\alias{$text}\n" . . . } } Other functions will be able to call process_sub_group just as before, but nalias will retain its value of 1 during the second, third, etc calls to process_sub_group. Thanks for your consideration, Eric Lunde Analyst/Programmer Mayo Clinic Phone: 507-284-5630 Email: lunde.eric@mayo.edu

...xfe 0xff 0x3 0xf 0x0 0x0 0x4 0xff ] 8 bytes zaphfc: card 0 RX [ 0xfe 0xff 0x3 0xf 0x0 0x0 0x4 0xff ] 8 bytes zaphfc: card 0 layer 1 state = F3 zaphfc: card 0 layer 1 state = F4 zaphfc: card 0 layer 1 state = F5 zaphfc: card 0 layer 1 state = F7 zaphfc: bchan rx fifo not enough bytes to receive! (z1=5630, z2=5623, wanted 8 got 7), probably a buffer overrun. zaphfc: bchan rx fifo not enough bytes to receive! (z1=6163, z2=6156, wanted 8 got 7), probably a buffer overrun. zaphfc: card 0 RX [ 0xfe 0xff 0x3 0xf 0x0 0x0 0x4 0xff ] 8 bytes zaphfc: card 0 RX [ 0xfe 0xff 0x3 0xf 0x0 0x0 0x4 0xff ] 8 bytes...

...020 08:10, John Hughes wrote: > > I am having a problem with one of my callers who is using either g729 > or alaw.  I can do alaw but not g729 so asterisk should negotiate alaw > right?  In fact from the sip debug it looks like it does, but then I > get the dreaded "channel.c:5630 set_format: Unable to find a codec > translation path: (g729) -> (alaw)" and the call hangs up.  Why? > > Last minute thought: Is it possible that the caller is sending g729 in > RTP even though the SIP negotiation clearly chooses alaw?  Maybe I > need some RTP debugging....

...assertion failed: (%s)") at failures.c:259 #5 0xb7ef1159 in i_stream_limit_seek (stream=0x82277e8, v_offset=25769827482, mark=false) at istream-limit.c:79 #6 0xb7eede77 in i_stream_skip (stream=0x8227818, count=197) at istream.c:202 #7 0xb7eedf07 in i_stream_seek (stream=0x8227818, v_offset=5630) at istream.c:224 #8 0xb7f93c1f in dbox_attachment_file_get_stream_from (file=0x81ef248, stream=0xbffff10c) at dbox-attachment.c:168 #9 dbox_attachment_file_get_stream (file=0x81ef248, stream=0xbffff10c) at dbox-attachment.c:223 #10 0xb7f96a79 in get_mail_stream (_mail=0x81993a8, hdr_size=0x0, bo...

...1260 264 8 llvm-g++ -Os mandel-text.cpp 0.27 0.47 1636 296 4 icc -O0 oopack_v1p8.cpp 0.62 1.07 14580 1288 118500 icc -O2 oopack_v1p8.cpp 0.66 0.88 5398 352 116256 g++-4.1 -O2 oopack_v1p8.cpp 0.66 0.94 5630 352 116256 g++-4.2 -O2 oopack_v1p8.cpp 0.76 0.97 13909 1292 118500 icc -Os oopack_v1p8.cpp 2.05 0.61 51011 1207 132940 llvm-g++ -Os oopack_v1p8.cpp 2.07 0.60 50874 1207 132940 llvm-g++ -O2 oopack_v1p8.cpp 2.28 0.85 5320...

I was searching thru the internet and I found a wide variety of different web interfaces for asterisks I was curious which one is best suited for asterisks. Thanks

In R-1.5.0pre (2002-04-08) on Solaris 2.6, the window that X11() creates has a title like: R Graphics: Device 2 (ACTIVE) o iyeP )( y except the funny characters at the end have umlauts and other accents (i.e. extended ASCII characters), and they may be different each time X11() is invoked. There is no loss of functionality; it just looks a little ugly. I saw this behavior in R-1.3.?, it

...end confdefs.h. */ | #include <ac_nonexistent.h> configure:5558: result: gcc -E configure:5587: gcc -E -I/usr/local/include conftest.c configure:5593: $? = 0 configure:5624: gcc -E -I/usr/local/include conftest.c conftest.c:16:28: error: ac_nonexistent.h: No such file or directory configure:5630: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "R" | #define PACKAGE_TARNAME "R" | #define PACKAGE_VERSION "2.8.1" | #define PACKAGE_STRING "R 2.8.1" | #define PACKAGE_BUGREPORT "r-bugs at R-project.org" | #define...