similar to: users can not hear the audio playback sometimes

Hello, I seem to be having an issue with the configuration of my PRI on a new asterisk server I've created to replace an old install that I have. The card is Digium Wildcard TE133. I continually get messages like "Primary D-Channel on span 1 down", rather irregularly: [2013-07-29 17:31:39] VERBOSE[3621] sig_pri.c: == Primary D-Channel on span 1 up [2013-07-29 17:31:39]

I have a problem calling a certain number from our PRI line. Calling the number from a separate PSTN phone works fine. The remote number seems to have some funny call redivert setup, when you call it, it answers immediately, makes some kind of beep and then starts to ring. Our PRI is in the UK from Telewest/NTL/Virgin Media and most outgoing calls work without a problem. The server is

Hi, Starting in Asterisk 1.8.0, Asterisk supports connected line updates. This is fantastic for SIP. How can I prevent them from being sent to a PRI channel? I'm having problems when a call is answered by an internal SIP extension, then transferred (blind or attended) to another internal SIP extension. One of my PRI providers can't handle the ROSE_ETSI_EctInform APDU and drops the

I am trying to setup Asterisk to act like a PBX connected via a PRI gateway to a voice netowrk where Asterisk is doing outbound overlap dialing for calls that terminate via that PRI. AFter researching through the archives and online dcocs, I thought I had everyting setup right, dialplan configured for '_X!' and the 'overlapdial=yes' in the chan_dahdi.conf file, but when I try and

We fairly recently switched service providers for our 4 PRI circuits. Since that time, we started to notice some failed inbound calls. These calls terminate with an ISDN cause code 47 'resource unavailble'. Most of the time I see this error on the first or second channel on the second span in a trunk group (This is the providers trunk group for hunting, not an Asterisk trunk group). All

Hi all, Last night I went to replace an Asterisk 1.4 + mISDN + b410p box with Asterisk 1.6.2 and DAHDI BRI - to no avail. I had two servers so copied network setting etc from the working one, moved the card across, ran dahdi_genconf etc and it didn't work. Here's the console output with notices disabled: lucas*CLI> pri intense debug span 1 Enabled debugging on span 1 [Dec 16

Hi list! We currently have a PRI gateway composed by a box with two Digium quad-span PRI cards (a TE420 and a ). One of the cards is filled with TELCO1, while the other has first two slots filled with TELCO2, and 3rd slot with TELCO3. I am currently having (timer ?) issues on TELCO3 (span 7) D-Chan (202 as determined by dahdi_genconf ) is constantly failing causing on-going calls to terminate.

Hello, I'm experiencing some weird problems on my server: - 1) The following messages are filling up my logs: [Sep 29 08:24:59] WARNING[7077]: chan_dahdi.c:2789 pri_find_dchan: No D-channels available! Using Primary channel 140 as D-channel anyway! [Sep 29 08:24:59] WARNING[7078]: chan_dahdi.c:2789 pri_find_dchan: No D-channels available! Using Primary channel 171 as D-channel anyway!

Hi, I've set up an Asterisk as voip gatway: VOIP <-> Asterisk <-> hfc-s card <-> NTBA <-> Siemens Gigaset Dect ISDN pbx. Outgoing calls from dect handset to the world are working. Incoming calls don't even ring the handset. I'm using the dahdi driver with the zaphfc kernel module. The hfc-s card is in nt mode. The msn is set at the dect phone/base station

I have some more investigation to do on this, but I wanted to see if anyone here had any insight into the issue I've run into. The hardware is a HP DL360 G6 with a TE420 gen 5 4-port T1 PRI card. It is one of several systems that have been running without issue since 2010/2011. They have all been running CentOS 4 32-bit with Zaptel 1.4.12.1 (with patch for gen 5 card), libpri 1.2.8 and

Hi, We have a PRI Trunk (physical E1) and we are getting some rather weird and very isolocated problems. On outbound calls to specific numbers, it would seem to me that DTMF from the remote side is affecting the local asterisk system. Basically what happens: - We make a OUTBOUND call via the PSTN (PRI Trunk) to a remote System - Remote Answers, and converse - Remote sends DTMF on their site to

Hi all, So, we reverted the LibPRI version and tested it, and then tried with the latest version of everything. Still no changes. The BRI line is in PTMP. If we set the configs to PTMP in the genconf_parameters and try it, we get the following: [Jan 21 17:32:20] ERROR[20341]: chan_dahdi.c:12645 dahdi_pri_error: Unable to receive TEI from network! If we set it to PTP (which it is not) we

In article <CAHZ_z=w5DMg93gShtC93kuC+fnmraPgV46BS956U5BQXVgyhxg at mail.gmail.com>, Matt Fredrickson <creslin at digium.com> wrote: > On Tue, Apr 3, 2018 at 5:44 AM, Tony Mountifield <tony at softins.co.uk> wrote: > > I have some more investigation to do on this, but I wanted to see if anyone > > here had any insight into the issue I've run into. > > >

hi,all when i send a call to other server use SIP trunk, i got this below, <--- SIP read from 222.46.18.52:5060 ---> SIP/2.0 403 Forbidden what's rong with is? > Asterisk 1.4.21.2, Copyright (C) 1999 - 2008 Digium, Inc. and others. > Created by Mark Spencer <markster at digium.com> > Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for

Asterisk 1.8.4-rc2 (and 1.8.3) DAHDI Version: 2.4.1.2 libpri version: 1.4.12-beta3 We are having a problem with getting the nationalprefix option of chan_dahdi.conf to work. National calls do not have a "1" added to them when nationalprefix=1. The PRI debug shows the call coming in as a National Call, but the dialplan sees the call without a 1. chan_dahdi.conf: <snip>

On Tue, Apr 3, 2018 at 4:57 PM, Matt Fredrickson <creslin at digium.com> wrote: > On Tue, Apr 3, 2018 at 4:38 PM, Tony Mountifield <tony at softins.co.uk> > wrote: > > In article <CAHZ_z=w5DMg93gShtC93kuC+fnmraPgV46BS956U5BQXVgyhxg@ > mail.gmail.com>, > > Matt Fredrickson <creslin at digium.com> wrote: > >> On Tue, Apr 3, 2018 at 5:44 AM, Tony

thank you for your response below the asterisk -vvvr Using SIP RTP TOS bits 184 == Using SIP RTP CoS mark 5 -- Executing [0176XXXXXX at from-internal:1] Macro("SIP/300-00000192", "user-callerid,LIMIT,EXTERNAL,") in new stack -- Executing [s at macro-user-callerid:1] Set("SIP/300-00000192", "TOUCH_MONITOR=1427481319.470") in new stack --

I am making some assumptions, but assuming the 217.195.xx.xxx is your provider, you are getting this back from them: "Got SIP response 556 "No address found" back from 217.195.xx.xxx:5060" Are you sure that "0033149xxxxxx" is the format the provider is expecting? You might try enabling SIP debug on the 217.195.xx.xx IP and seeing what the INVITE looks like, but

thanks for your response i noticed that when i active the voicemail in the IP-phone where the number 0033149xxxxxx is configured i can call this number without issue the server asterisk and the ip-phone where the number is configured are in the same network 192.168.1.X Using SIP RTP TOS bits 184 == Using SIP RTP CoS mark 5 -- Called SIP/FD/0033149xxxxxx == Begin MixMonitor Recording

Hello, Sometimes the call gets answered for 1 second, but actually the phone has not rang, it?s just the CDR, and asterisk hangup automatically, I cought the log of 1 call like this, I hope you can help me with this. My setup is : <vendor> ----SIP--? <Asterisk> ?----IAX2---? <Asterisk with Dhadi channels> Here: -- Executing [966505103150 at from-internal:1]