similar to: Bristuff-0.2.0-RC5 florz patched weird error and no outgoing calls?

Hi, I'm trying to install an E1 PRI, and I need it working by Monday, but although everything seems ok, I get no response to calls. When I make a pri extense debug on span 1, I repeatedly get the following: Sending Set Asynchronous Balanced Mode Extended [ 00 01 7f ] Unnumbered frame: SAPI: 00 C/R: 0 EA: 0 TEI: 999 EA: 1 M3: 3

*This message was transferred with a trial version of CommuniGate(tm) Pro* In setting up Asterisk, I'm looking to dump my current phone system (Nortel Venture). I presently have three POTS lines. I would use a VOIP provider, but now are presently available in the Toronto, ON, CANADA area that support user owned hardware/software. I need a 416/647 area code number. In looking at FXO cards

I'm running bristuff-0.3.0-PRE-1q The line seems to work but I get these messages on the screen every few minutes : 1 received TEI check request for TEI = 81 Jun 20 20:18:05 WARNING[27571]: chan_zap.c:8503 zt_pri_error: 1 TEI remove TEI = 127 Jun 20 20:18:05 WARNING[27571]: chan_zap.c:8503 zt_pri_error: 1 TEI remove TEI = 127 Any ideas ? Guess this is not normal behaviour? I'm using

I managed to get Asterisk working with my PBX using T1, now I am moving on to trying to make PRI work. I have my zaptel.conf and zapata.conf configured as follows: Zaptel.conf: span=1,1,0,esf,b8zs bchan=1-23 dchan=24 loadzone=us defaultzone=us Zapata.conf: [channels] transfer=yes immediate=yes callprogress=yes language=en context=default switchtype=national signalling=pri_net group=1

Hi, I have Installed * on a DL380 with a Junghanns 4BRI card and 0.0.2 driver. I have 3 BRI lines connected to SPAN(TE) 1,2,3 and 2 Cisco 7960 with SIP image. I am connected to french PSTN (France Telecom) whith Euroisdn signaling. I manage to call SIP to SIP, PSTN to SIP but not SIP to PSTN. Any idea? Thanks Gwenn Gael Marronnier Here is what I get and my configuration...

Hi all, I'm running a stable Asterisk on a HP DL380G2 1.4Ghz 0,5GB RAM equipped with 1x TE410P and 2xJunghanns QuadBRI running in NT-mode. Connected to the BRI-Ports are 12 Fax-Modems (Elsa MicroLink ISDN/TL V.34) which are only operating in dial out analog mode to deliver fax messages. After a while of running fine (50-200 dial out connections) on some S0 spans the following message occurs

After upgrading a CentOS 3.x box to CentOS 4.1 (both x86_64 with an Athlon64) I also wanted to get the latest bristuff. Unfortunately bristuff without florz causes the box to kernel panic within hours (console will complain about bad frame received something). It seems however that the florz patch will not work for x86_64 arch. Bristuff -0.2.0-RC8j compiles fine without the florz patch, but

Hi, We've been using zaphfc single ISDN cards as cheap Zaptel timing sources for our Asterisk boxes for a long time, and in the asterisk 1.0.x series, had zero problems doing so. I now have some boxes with Zaptel 1.2.x (with a mixture of 1.0.x asterisk and 1.2.x asterisk), and this setup no-longer seems stable - By plugging or unplugging the ISDN cable, and sometimes just randomly the card

Again trouble compiling bristuff-0.3.0-PRE-1q with the florz patch on a x86_64 box (I guess nobody is using x86_64 platform or is able to fix this themselves?) First of all when bristuff is downloaded and compile is started it appears that the bristuff Makefiles are badly broken. The asterisk Makefiles all do see to find the kernel sources on a RHEL4 box in the proper directory, the pure

Hi All, I've a BT Versatility PBX that I want to connect to my asterisk 11.9.0 box via BRI port in NT mode but actually I wasn't able to get it working. I've another standalone PBX, it's a Panasonic model, which works fine connected to the same port. The BT connected to a UK BT BRI line works quite fine after roughly a minute once connected. The PBX can be seen at

I've got some weird behavior on my HFC-s cards. asterisk CVS-06/26/04-21:28:35, bristuff 0.02, libpri 20040510, zaptel 20040623 When i pick up my ISDN phone on Zap5-1 ("3987") and call the external number "1901" it will do so, connect me and everything is fine. In the second, where it tries to attempt the native bridge, the audio will disappear. Using another card

Hi I have a small ISDN PABX , (BRI) at home - Siemens Gigaset 4175 which has cordless DECT extensions. I have set up asterisk on FC3 with two HFC cards and I am using the latest bristuff. I am trying to use * between my ISDN line and my PABX. One card is in TE mode and can receive and make calls OK. I can make and receive external calls to a SIP phone. I cannot get the other card to talk to my

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

I have 2 ISDN BRI boxes, each with 4 spans, where the first one is configured as CPE, the second one as NET(so I don't need real lines for developing and testing). Once in a while I do see the following libpri error messages simultaneously on both boxes: PRI Span: 1 TEI=0 MDL-ERROR (A): Got supervisory frame with F=1 in state 7(Multi-frame established) PRI Span: 2 TEI=0 MDL-ERROR (A): Got

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.

Hi all, I really hope that you guys can help, because I've been tearing my hair out for the past 5 hours on this one. I have a Zaphfc (BRI) card in TE mode connected to the S-Bus of a Nortel Meridian phone system. Phone calls from the Nortel to say MSN 510 are correctly being sent to the right SIP phone. When asterisk dials say Zap/g2/224 (a Nortel internal extension) the call goes

Hello- I have a system with one D410P and one B200P (both OpenVox). All is well with the D410P, inbound and outbound, and I can initiate calls on the B200P BRI span, but there may be something wrong with my inbound BRI setup: there is no indication of an inbound call when I dial in to it from the PSTN. When I run "pri intense debug" and make a call to the BRI span, I can see a

I've this error How i can find the problem? Apr 23 12:24:43 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:24:47 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:24:48 WARNING[131081]: PRI: !! Got a UA, but i'm in state 1 Apr 23 12:24:53 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:25:02 WARNING[131081]: PRI:

Can anyone work out why my callerid doesn't work on my isdn4Linux with asterisk (or without asterisk for that matter)... This used to work fine, and I am quite confident that the telco is sending callerid information (because they always do on all ISDN lines standard, only extra cost on POTS lines). This is the information from dmesg, whether asterisk is running or not: isdn_net: Incoming

Hi, I'm pulling my hair out, cause cannot connect to EuroISDN BRI in Italy with octobri card from Beronet. I use bristuff and have following zaptel.conf... # # This file is parsed by the Zaptel Configurator, ztcfg # # # First come the span definitions, in the format # span=<span num>,<timing>,<line build out (LBO)>,<framing>,<coding>[,yellow] # # The timing