search for: 063c

...tgoing calls. It would help if the extensions had a netmask/allowable IP setting like the iax.conf file uses, but there isn't one documented... Tony -- Te audire no possum. Musa sapientum fixa est in aure. Tony Hoyle <tmh@nodomain.org> Key ID: 104D/4F4B6917 2003-09-13 Fingerprint: 063C AFB4 3026 F724 0AA2 02B8 E547 470E 4F4B 6917

...afae981' I think this means it's using the wrong username somewhere... I can dial in just fine, so it's connected.. just only one way. Tony -- Te audire no possum. Musa sapientum fixa est in aure. Tony Hoyle <tmh@nodomain.org> Key ID: 104D/4F4B6917 2003-09-13 Fingerprint: 063C AFB4 3026 F724 0AA2 02B8 E547 470E 4F4B 6917

So I just saw this VoIP-centric article at slashdot (http://slashdot.org/article.pl?sid=04/05/22/1840220) which mentions e164.org. It's a "non-profit public DNS root designed to map phone numbers to Internet protocols." Is anyone on this list actually using this? They have asterisk config instructions: http://www.e164.org/config.php I wonder if someone can help me understand

...changes are doing anything useful? zttest gives: --- Results after 14 passes --- Best: 99.975586 -- Worst: 99.975586 Is that good/bad/terrible...? Tony -- Te audire no possum. Musa sapientum fixa est in aure. Tony Hoyle <tmh@nodomain.org> Key ID: 104D/4F4B6917 2003-09-13 Fingerprint: 063C AFB4 3026 F724 0AA2 02B8 E547 470E 4F4B 6917

ztdummy successfully compiles under kernel 2.6, but when I load it I get ztdummy: Unknown symbol fill_td ztdummy: Unknown symbol insert_td_horizontal ztdummy: Unknown symbol uhci_devices ztdummy: Unknown symbol uhci_interrupt ztdummy: Unknown symbol alloc_td ztdummy: Unknown symbol unlink_td ztdummy: Unknown symbol delete_desc I had a quick look at the source, and it looks like these function

Hi All, Having searched the archives, I can see there has been much discussion at various points regarding capture of caller id information from good old BT. If I understand correctly, it seems that not only do the drivers not currently support it, but my X101P possibly/probably can't do it anyway due to hardware? So, that leaves me with the modem route, which seems more and more unlikely,

Hello, I am relatively new to Asterisk and I need to compile the G.723.1 codec for Asterisk. I downloaded the ITU source code, placed it in the codecs directory, but apparently Asterisk needs a rather different library than the one provided from ITU. As I've seen in the mailing list archives, there are quite a few users who were able to compile G.723.1 in *, so, could someone kindly share it

...> Call-ID: 6D3C9176-5684-4F40-8620-D7A105CD0A42@213.208.99.115 CSeq: 1568 ACK Max-Forwards: 70 Content-Length: 0 9 headers, 0 lines sisko*CLI> Tony -- Te audire no possum. Musa sapientum fixa est in aure. Tony Hoyle <tmh@nodomain.org> Key ID: 104D/4F4B6917 2003-09-13 Fingerprint: 063C AFB4 3026 F724 0AA2 02B8 E547 470E 4F4B 6917

Hey Richard, Could you share the following informations please? 1. gluster volume info <volname> 2. getfattr output of that file from all the bricks getfattr -d -e hex -m . <brickpath/filepath> 3. glustershd & glfsheal logs Regards, Karthik On Thu, Oct 26, 2017 at 10:21 AM, Amar Tumballi <atumball at redhat.com> wrote: > On a side note, try recently released health

On a side note, try recently released health report tool, and see if it does diagnose any issues in setup. Currently you may have to run it in all the three machines. On 26-Oct-2017 6:50 AM, "Amar Tumballi" <atumball at redhat.com> wrote: > Thanks for this report. This week many of the developers are at Gluster > Summit in Prague, will be checking this and respond next

....c:1327:afr_log_selfheal] 0-home-replicate-0: Completed data selfheal on 40e19f51-e833-4625-a43a-9571cc0e9777. sources=0 [2] sinks=1 [2017-10-25 10:40:30.101517] I [MSGID: 108026] [afr-self-heal-metadata.c:52:__afr_selfheal_metadata_do] 0-home-replicate-0: performing metadata selfheal on 6829c39c-063c-4f6e-b274-aa26f5a76ff4 [2017-10-25 10:40:30.115597] I [MSGID: 108026] [afr-self-heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed metadata selfheal on 6829c39c-063c-4f6e-b274-aa26f5a76ff4. sources=0 [2] sinks=1 [2017-10-25 10:40:30.123764] I [MSGID: 108026] [afr-self-heal-common....