search for: actinium

...tatus > > + descriptor has a non-zero length, a client can always make > > + progress on a successful return. > > Other than that, no comments on this one. > > -- > w at uter.{be,co.za} > wouter@{grep.be,fosdem.org,debian.org} > > I will have a Tin-Actinium-Potassium mixture, thanks. > -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

On Sat, Mar 4, 2023 at 12:15?AM Eric Blake <eblake at redhat.com> wrote: > > In libnbd, we quickly learned that distinguishing between 'handle' > (verb for acting on an object) and 'handle' (noun describing which > object to act on) could get confusing; we solved it by renaming the > latter to 'cookie'. Copy that approach into the NBD spec, and make it

...renaming it cookie (it makes sense), but there is a *lot* of stuff out there that calls it "handle" (including a wireshark plugin) and it would be confusing if that link isn't available anywhere. -- w at uter.{be,co.za} wouter@{grep.be,fosdem.org,debian.org} I will have a Tin-Actinium-Potassium mixture, thanks.

...in production environments each handling thousands of calls a day. I suppose reliability depends upon what you are using, but for our purposes they all are very stable. I could do without the memory leaks though. MATT--- -----Original Message----- From: Florian Lefeuvre [mailto:florian.lefeuvre@actinium-corp.com] Sent: Tuesday, February 22, 2005 1:49 PM To: asterisk-users@lists.digium.com Subject: [Asterisk-Users] Asterisk-HEAD more stable than Asterisk-1.0.5 hi everyone, just a poll toknow if someone out there is using intensively asterisk-HEAD version (mean the very last version of asterisk)...

...ed it, mostly because it's something that I myself always forget, too, so, *shrug*. (if there were a way in git to make it add that automatically, that would help; I've looked but haven't found it) -- w at uter.{be,co.za} wouter@{grep.be,fosdem.org,debian.org} I will have a Tin-Actinium-Potassium mixture, thanks.

On Wed, Feb 22, 2023 at 12:05:44PM +0200, Wouter Verhelst wrote: > On Mon, Nov 14, 2022 at 04:46:54PM -0600, Eric Blake wrote: > > #### Simple reply message > > > > @@ -1232,6 +1235,19 @@ The field has the following format: > > will be faster than a regular write). Clients MUST NOT set the > > `NBD_CMD_FLAG_FAST_ZERO` request flag unless this transmission

On Fri, Dec 16, 2022 at 10:32:01PM +0300, Vladimir Sementsov-Ogievskiy wrote: > On 11/15/22 01:46, Eric Blake wrote: > > The spec was silent on how many extents a server could reply with. > > However, both qemu and nbdkit (the two server implementations known to > > have implemented the NBD_CMD_BLOCK_STATUS extension) implement a hard > > cap, and will truncate the

...towards limiting to 2^25, but it should be done in such a way that servers which accept a 0xffffffff block size are not suddenly noncompliant. I don't think this does that. [no further comments on this one] -- w at uter.{be,co.za} wouter@{grep.be,fosdem.org,debian.org} I will have a Tin-Actinium-Potassium mixture, thanks.

On Tue, Feb 21, 2023 at 05:21:37PM +0200, Wouter Verhelst wrote: > Hi Eric, > > Busy days, busy times. Sorry about the insane delays here. No problem; I've been tackling other things in the meantime too, so this extension has taken far longer than I planned for more reasons than just slow review time. > > On Mon, Nov 14, 2022 at 04:46:51PM -0600, Eric Blake wrote: > >

Add a new negotiation feature where the client and server agree to use larger packet headers on every packet sent during transmission phase. This has two purposes: first, it makes it possible to perform operations like trim, write zeroes, and block status on more than 2^32 bytes in a single command. For NBD_CMD_READ, replies are still implicitly capped by the maximum block payload limits

Hi all, I use a GSM device to send dtmf on my asterisk system (via SIP). the codec I use is ulaw (or a-law). dtmf mode is INBAND. relaxmode is on. but most of the case, I 'missed' some DTMF or I 'double' one. as anybody as seen this before? is there any way to prevent this thanks

hi everyone, just a poll toknow if someone out there is using intensively asterisk-HEAD version (mean the very last version of asterisk). I currently used asterisk.1.0.5 and sometimes I need to kill the process because it's freezing (deadlock maybe, or something else...). is this kind of problem occurs to someone else? is this problem disapears with the HEAD version? Thanks Florian

Salut Guy, I have the same problem with a Cirpack (B3G carrier) What I see is that you use sip info to detect DTMF. The problem is that there is no normalisation on the content of the sip info frame for dtmf detection. First, asterisk try to detect the header "application/dtmf-relay" and you have the header "application/dtmf" see line 6069 of /channels/chan_sip.c function

Salut Guy, I have the same problem with a Cirpack (B3G carrier) What I see is that you use sip info to detect DTMF. The problem is that there is no normalisation on the content of the sip info frame for dtmf detection. First, asterisk try to detect the header "application/dtmf-relay" and you have the header "application/dtmf" see line 6069 of /channels/chan_sip.c function

Hi all, not sure this should be post here.... but i hope some one could help me. :> I''m newbie in the ebtables MAC address NAT and filtering stuff... i want to bridge a wireless client to a wired network, problem is AP would not accept frame not initiate from associated STA... so i guess i could solve it by natting mac with ebtables stuff.. question goes below.... 1.

Hi all, I encounter an annoying problem using Asterisk. I 'm using SIP. I try to register an Asterisk as a SIP end user with another Asterisk. If I put both asterisk in the same local network, no problem to do it. The asterisk end user registered perfectly with the other (let's call it the registrar). Authentication is enable and works fine. The problem occurs when I put the registrar

Hi all, I have some probleem detecting DTMF send by a GSM phone, I'm using SIP with ulaw. do you know what are the options to improve the detection ? I'm using asterisk 1.05, is the CVS HEAD version had some improvement about DTMF detection? Florian.