similar to: doh! chan_dahdi.conf

Hello, I am using Queue application with multiple agents in each queue. I want to set the CDR(userfield) for each cdr based on the agent answering the call. Is it possible to do this? Thanks

Hi Guys, i am using two PBX's i can call from pbx1 a cellphone tied to pbx2 that way: 1) use a phone in PBX1 2) call extension in PBX2 3) extensions in PBX2 ring to a cellphone (as this specific ext is tied to a cellphone) my questions now is : am i gonna be able to dial from an IPphone registered within PBX1 to a cellphone by using the Trunk (Zap or dahdi) of PBX2? anybody know

I have several remote phones that experience a slight "call" delay when answering phones, ie, they will answer, speak a few words, and then the remote caller will hear them, and the first half is cutoff? Any idea what could be causing this? Thanks, Bill. -------------- next part -------------- An HTML attachment was scrubbed... URL:

I am really a beginner of PRI ISDN board, I am wondering if there is a "quick start" chan_dahdi.conf configuration I could use. I tried to install two "FreePBX" boxes follow the instructions from "http://www.cadvision.com/blanchas/Asterisk/DahdiT1trunk.html" connected them between PRIs, It worked. And now if I refer the FreePBX "chan_dahdi.conf" it looks

Anybody know a reliable fax solution for 1.4.30 branch? I am using PikaFax on another server and works very well (about 3000 faxes a week), but it appears they no longer offer their product to open source asterisk, only for there "WARP" appliance. NOT really looking to migrate from 1.4.x to 1.6.x -------------- next part -------------- An HTML attachment was

This is the series I've been working on for a while now to get all of the atomic DRM drivers in the tree to use the atomic MST helpers, and to make the atomic MST helpers actually idempotent. Turns out it's a lot more difficult to do that without also fixing how port and branch device refcounting works so that it actually makes sense, since the current upstream implementation requires a

On Thu, Dec 13, 2018 at 08:25:32PM -0500, Lyude Paul wrote: > The current way of handling refcounting in the DP MST helpers is really > confusing and probably just plain wrong because it's been hacked up many > times over the years without anyone actually going over the code and > seeing if things could be simplified. > > To the best of my understanding, the current scheme

I have asked a GSM operator in my country if he can route a number or a short code to my asterisk server via SIP (since they dont give DIDs in my country) the operator said they do not support SIP, they have no way of converting GSM calls to SIP to then send them to me. I would like to know what is needed from the operator side to do this, what kind of material is needed, or what can be done from

Would someone be able to give an example of a working use of setvar from chan_dahdi.conf? I am trying to create a custom variable like I use in sip.conf but I have been completely unsuccessful getting any variable set using setvar to appear for a DAHDI channel. I am running 1.8.11-cert8 and am using the newer format (but I have tried using the older [channels] format). Here is an example:

This is the series I've been working on for a while now to get all of the atomic DRM drivers in the tree to use the atomic MST helpers, and to make the atomic MST helpers actually idempotent. Turns out it's a lot more difficult to do that without also fixing how port and branch device refcounting works so that it actually makes sense, since the current upstream implementation requires a

Hi, Having problems with getting either RxFax or FaxReceive to compile. Running Asterisk 1.4 on CentOS 5. Does anyone have the free/open source executables that you could send me? Thanks for your help! P. S.: TxFax and FaxSend would also be appreciated.

Does anybody know of a Similar list for SwitchVoX? And would like to post to proper list if one is available. I had posted on digium forum, but have not received any responses yet. http://forums.digium.com/viewtopic.php?f=38 <http://forums.digium.com/viewtopic.php?f=38&t=77031&sid=4adb81c464701e0039d e21a300aa273f> &t=77031&sid=4adb81c464701e0039de21a300aa273f

On Tue, Dec 18, 2018 at 04:27:58PM -0500, Lyude Paul wrote: > On Fri, 2018-12-14 at 10:29 +0100, Daniel Vetter wrote: > > On Thu, Dec 13, 2018 at 08:25:32PM -0500, Lyude Paul wrote: > > > The current way of handling refcounting in the DP MST helpers is really > > > confusing and probably just plain wrong because it's been hacked up many > > > times over the

This is a WIP version of the series I've been working on for a while now to get all of the atomic DRM drivers in the tree to use the atomic MST helpers, and to make the atomic MST helpers actually idempotent. Turns out it's a lot more difficult to do that without also fixing how port and branch device refcounting works so that it actually makes sense, since the current upstream

This is the series I've been working on for a while now to get all of the atomic DRM drivers in the tree to use the atomic MST helpers, and to make the atomic MST helpers actually idempotent. Turns out it's a lot more difficult to do that without also fixing how port and branch device refcounting works so that it actually makes sense, since the current upstream implementation requires a

This is the series I've been working on for a while now to get all of the atomic DRM drivers in the tree to use the atomic MST helpers, and to make the atomic MST helpers actually idempotent. Turns out it's a lot more difficult to do that without also fixing how port and branch device refcounting works so that it actually makes sense, since the current upstream implementation requires a

This is the series I've been working on for a while now to get all of the atomic DRM drivers in the tree to use the atomic MST helpers, and to make the atomic MST helpers actually idempotent. Turns out it's a lot more difficult to do that without also fixing how port and branch device refcounting works so that it actually makes sense, since the current upstream implementation requires a

This is the series I've been working on for a while now to get all of the atomic DRM drivers in the tree to use the atomic MST helpers, and to make the atomic MST helpers actually idempotent. Turns out it's a lot more difficult to do that without also fixing how port and branch device refcounting works so that it actually makes sense, since the current upstream implementation requires a

I am trying to determine what would need to be done/modified to enable the following: I have a SIP extension come into my asterisk box, and I then need it to call "6-10" remote Sip Stations that are set to Auto-Answer... (note, my remote sip stations are actually cisco h323 devices, I can call them fine from any softphone, or other device, and have full-duplex audio, however, i need to

Anyone have the 7970 xml config for sip yet? Aaron