search for: sig_pri

Hello, I'm reading this in my log files: [Mar 25 12:01:23] WARNING[1593] sig_pri.c: Span 1: Got SETUP with duplicate call ptr (0x8e3b998). Dropping call. [Mar 25 13:21:40] WARNING[1593] sig_pri.c: Span 1: Got SETUP with duplicate call ptr (0x8e3b998). Dropping call. [Mar 26 10:20:54] WARNING[2643] sig_pri.c: Span 1: Got SETUP with duplicate call ptr (0x8e06788). Dropping cal...

...aving 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] VERBOSE[3621] sig_pri.c: == Primary D-Channel on span 1 up [2013-07-29 17:32:52] VERBOSE[3621] sig_pri.c: == Primary D-Channel on span 1 down [2013-07-29 17:32:52] VERBOSE[3621] sig_pri.c: == Primary D-Channel on span 1 down [2013-0...

Hi, I have a B410P card with span ports set up as span=3,1,0,CCS,AMI span=4,2,0,CCS,AMI span=5,3,0,CCS,AMI signalling = bri_cpe switchtype = euroisdn layer1_presence = ignore However, I keep getting these messages over and over again: [Dec 14 18:53:14] WARNING[22476]: sig_pri.c:1150 pri_find_dchan: Span 3: D-channel is down! == Primary D-Channel on span 3 up == Primary D-Channel on span 4 up == Primary D-Channel on span 5 down [Dec 14 18:53:25] WARNING[22478]: sig_pri.c:1150 pri_find_dchan: Span 5: D-channel is down! == Primary D-Channel on span 5 up == Primar...

Hi All; My ISDN was working fine, and suddenly I start getting the below: sig_pri.c:985 pri_find_dchan: Span 1: No D-chanannel anyway! There is a Yellow Alarm, so what it could be the problem? My configuration as following: system.conf span=1,1,0,ccs,hdb3,yellow bchan=1-15,17-31 dchan=16 chan_dahi.conf context=IncomingPSTN group=0 signalling=pri_cpe switchtype=euroisdn cha...

...id it is a bug because I read something this in the below link: https://issues.asterisk.org/view.php?id=17270 But maybe this was for old driver .. again, I am afraid if it is a bug. DAHDI Version: 2.4.1 libpri-1.4.11.5 Any advise if the below message is a bug? [Jun 15 16:14:00] WARNING[2773]: sig_pri.c:985 pri_find_dchan: Span 1: No D-channels available! Using Primary channel as D-channel anyway! Regards Bilal ------------------ > bilal ghayyad wrote: > > There is a Yellow Alarm, so what it could be the > problem? > > Experience says you need to call your provider. >...

Dears; To patch libpri: I just place the patch file in the libpri source directory and then I run make and make install? Or I need to compile the dahdi and asterisk also? If the problem stayed, do I have to go for previous libpri version? Or for previous dahdi version and asterisk version? Regards Bilal ----------- > bilal ghayyad wrote: > > But I am afraid it is a bug because I

Hi everyone! Everyday some channels go to this situation: # asterisk -rx 'pri show channels'| head -n 32 | grep 'Yes No Idle Yes' PRI B Chan Call PRI Channel Span Chan Chan Idle Level Call Name 1 1 Yes No Idle Yes 1 2 Yes No Idle Yes 1 6 Yes No Idle Yes 1 13 Yes No Idle Yes 1

Dears; The problem was related to something else. The Digium card has two PRI ports, actually to get it UP, I have to configure the two ports and both of those two ports to take the timing from span 1. Why this, I do not know ! Although I am using only one E1 connected to span 1, so why I have to configure the other span !! After configuring the second span, so now one D channel for span 1 is

...making progress passing it to PJSIP/5712391000-00000019 > 0x7fa6c0068f00 -- Strict RTP learning after remote address set to: 10.100.0.95:51670 > 0x7fa6c0068f00 -- Strict RTP switching to RTP target address 10.100.0.95:51670 as source [Apr 3 14:29:49] WARNING[25444][C-0000001a]: sig_pri.c:8797 sig_pri_digit_begin: Span 1: Digit '0' may be ignored by peer. (Call level:3(Proceeding)) [Apr 3 14:29:49] WARNING[25444][C-0000001a]: sig_pri.c:8797 sig_pri_digit_begin: Span 1: Digit '3' may be ignored by peer. (Call level:3(Proceeding)) [Apr 3 14:29:51] WARNING[25444][C-...

...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 call. Looking through the chan_dahdi and sig_pri code, I don't see any configuration flag to block the updates from going through. I was even hoping I could set __CONNECTED_LINE_CALLER_SEND_MACRO to something bogus, but it looks like if the macro fails to execute in any way, the code will just go ahead and update the connected line data....

...> > From: asterisk-users-bounces at lists.digium.com > > [mailto:asterisk-users-bounces at lists.digium.com] > On Behalf Of > > bilal ghayyad > > Sent: Tuesday, June 14, 2011 2:47 PM > > To: asterisk-users at lists.digium.com > > Subject: Re: [asterisk-users] sig_pri.c:985 > pri_find_dchan: > > Span 1: D-chanannel anyway! > > > > Dears; > > > > To patch libpri: I just place the patch file in the > libpri > > source directory and then I run make and make > install? > > > > Or I need to compile the dahdi an...

After working fine for a week or so my new Quad E1 asterisk 1.8 system has started rejecting outbound calls from the Nortel BMC 450 it is connected to. The cli fills up with these: sig_pri.c: Ring requested on unconfigured channel 255/255 span 3 Is this likely to be a 1) config error 2) cable issue (I made them) 3) hardware problem with the Digium card 4) software (lib pri) Any clues? Anyone seen this recently (google shows it in 2005 but not since as far as I can see) T....

...x: Failed reading obd-demo.mp3: Do not understand foReply rmat type: mp3 [root at host0040 kaushal]# When i invoke the same obd-demo.mp3 it works perfectly fine host0040*CLI> channel originate DAHDI/g0/xxxxxxxxxx Application MP3Player /home/kaushal/obd-demo.mp3 [Sep 9 16:44:56] DEBUG[12691]: sig_pri.c:985 sig_pri_request: sig_pri_request 1 [Sep 9 16:44:56] DEBUG[12691]: sig_pri.c:6427 sig_pri_call: CALLER NAME: NUM: -- Requested transfer capability: 0x00 - SPEECH -- Launching MP3Player(/home/kaushal/obd-demo.mp3) on DAHDI/i1/9833754756-1 [root at host0040 ~]# rpm -qa | grep sox sox-12...

hi: our current connection is below: sip phone<--->asterisk<---->alcatel PBX<---->PSTN asterisk and alcatel PBX is connected via E1 isdn-pri. when I use sip phone to dial outside PSTN world: 1. with 1.4 it is fine. 2. with 1.6.2, I need to set prematuremedia=no is sip.conf. or sip phone can not hear the ring and the beginning of the PSTN voice. 3.

...ar 23 14:01:06] WARNING[4314]: chan_dahdi.c:17422 process_dahdi: Ignoring any changes to 'hasiax' (on reload) at line 39. [Mar 23 14:01:06] WARNING[4314]: chan_dahdi.c:17422 process_dahdi: Ignoring any changes to 'hasmanager' (on reload) at line 47. [Mar 23 14:01:10] WARNING[4315]: sig_pri.c:985 pri_find_dchan: Span 1: No D-channels available! Using Primary channel as D-channel anyway! -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110323/3dc51356/attachment.htm>

We have 2 PRI from AT&T And all is well but only few numbers having following issue. We are getting hangup cause 18 do you guys have any idea ? We have just migrate 1.2 to 1.8 and this issue raised [Jun 7 17:57:10] VERBOSE[23717] sig_pri.c: -- Span 2: Channel 0/3 got hangup request, cause 18 [Jun 7 17:57:10] DEBUG[24856] sig_pri.c: Not yet hungup... Calling hangup once with icause, and clearing call [Jun 7 17:57:33] VERBOSE[23717] sig_pri.c: -- Span 2: Channel 0/4 got hangup request, cause 18 --------------...

...x: Failed reading obd-demo.mp3: Do not understand foReply rmat type: mp3 [root at host0040 kaushal]# When i invoke the same obd-demo.mp3 it works perfectly fine host0040*CLI> channel originate DAHDI/g0/xxxxxxxxxx Application MP3Player /home/kaushal/obd-demo.mp3 [Sep 9 16:44:56] DEBUG[12691]: sig_pri.c:985 sig_pri_request: sig_pri_request 1 [Sep 9 16:44:56] DEBUG[12691]: sig_pri.c:6427 sig_pri_call: CALLER NAME: NUM: -- Requested transfer capability: 0x00 - SPEECH -- Launching MP3Player(/home/kaushal/obd-demo.mp3) on DAHDI/i1/9833754756-1 [root at host0040 ~]# rpm -qa | grep sox sox-12.1...

...an: 4 <43 65 6C 6C 20 50 68 6F-6E 65 20 20 20 57 49> - "Cell Phone WI" [Jan 14 12:56:04] VERBOSE[13262] chan_dahdi.c: [Jan 14 12:56:04] PRI Span: 4 q931.c:8281 post_handle_q931_message: Call 6918 enters state 6 (Call Present). Hold state: Idle [Jan 14 12:56:04] VERBOSE[13262] sig_pri.c: [Jan 14 12:56:04] Span 4: Processing event PRI_EVENT_RING [Jan 14 12:56:04] VERBOSE[13262] chan_dahdi.c: [Jan 14 12:56:04] PRI Span: 4 q931.c:5477 q931_call_proceeding: Call 6918 enters state 9 (Incoming Call Proceeding). Hold state: Idle [Jan 14 12:56:04] VERBOSE[13262] chan_dahdi.c: [Jan 14 1...

...runk:21] GotoIf("SIP/1002-00000292", "0?customtrunk") in new stack [2013-09-25 13:57:33] VERBOSE[9745] pbx.c: -- Executing [s at macro-dialout-trunk:22] Dial("SIP/1002-00000292", "DAHDI/g1/9999999999,300,wW") in new stack [2013-09-25 13:57:33] DEBUG[9745] sig_pri.c: sig_pri_request 1 [2013-09-25 13:57:33] DEBUG[9745] sig_pri.c: CALLER NAME: NUM: 1244548383 [2013-09-25 13:57:33] VERBOSE[9745] chan_dahdi.c: PRI Span: 1 -- Making new call for cref 33092 [2013-09-25 13:57:33] VERBOSE[9745] sig_pri.c: -- Requested transfer capability: 0x00 - SPEECH [2013-09...

...ab7] app_dial.c: -- DAHDI/i7/5551212-411b is making progress passing it to SIP/260-0000a2f1 [2014-07-09 09:56:18] VERBOSE[21606][C-0000dab7] app_dial.c: -- SIP/260-0000a2f1 requested media update control 26, passing it to DAHDI/i7/5551212-411b [2014-07-09 09:56:37] VERBOSE[2286][C-0000dab7] sig_pri.c: -- Span 7: Channel 0/3 got hangup request, cause 16 ... And from site B: ... [2014-07-09 09:56:17] VERBOSE[3775][C-00000bb1] pbx.c: -- Executing [s at macro-exten-vm:22] GotoIf("DAHDI/i8/9519999999-59f", "1?s-BUSY,1") in new stack [2014-07-09 09:56:17] VERBOSE[3775]...