search for: internationalprefix

...ible to answer missed call lists. I'm using the 0 as the prefix for outside lines. I've experimented a little with the prefix settings in zapata.conf, but without success: pridialplan=national ;prilocaldialplan=unknown ;pridialplan = unknown ;prilocaldialplan = dynamic nationalprefix = 00 internationalprefix = 000 Is there a way to debug the ISDN messages coming on my D-channel, like it is shown with misdn? I would like to see the dialplan settings coming from the Network side. best regards -- Alexander Topolanek http://www.topolanek.at

Hi! I have installed two hfc-s cards to handle my pstn calls. I use mISDN with capi, so capi.conf is edited. I have tested both separate and cards are working well. But they are not working together. It seems that when i set up settings for the other card: ;capi.conf: [general] nationalprefix=0 internationalprefix=00 rxgain=0.8 txgain=0.8 [interfaces] msn=50 incomingmsn=* controller=1 softdtmf=0 context=demo devices=2 msn=50 incomingmsn=* controller=2 softdtmf=0 context=demo devices=2 only controller 1 is working. capiinfo shows me both cards properly. when i tried this capi.conf configuration: [general]...

hi. could somebody explain how exactly the following parameters in zapata.conf work: pridialplan prilocaldialplan internationalprefix nationalprefix localprefix privateprefix unknownprefix the wiki & comments doesn't quite explain them. and phone companies are absolutely no help. i've setup systems in the US & China with trial & error until it works. now i'm setting up a system in Japan and have hard time...

...:11 WARNING[27273] chan_zap.c: Ignoring switchtype Jun 21 12:58:11 WARNING[27273] chan_zap.c: Ignoring pridialplan Jun 21 12:58:11 WARNING[27273] chan_zap.c: Ignoring prilocaldialplan Jun 21 12:58:11 WARNING[27273] chan_zap.c: Ignoring overlapdial Jun 21 12:58:11 WARNING[27273] chan_zap.c: Ignoring internationalprefix Jun 21 12:58:11 WARNING[27273] chan_zap.c: Ignoring nationalprefix Jun 21 12:58:11 WARNING[27273] chan_zap.c: Ignoring localprefix Jun 21 12:58:11 WARNING[27273] chan_zap.c: Ignoring privateprefix Jun 21 12:58:11 WARNING[27273] chan_zap.c: Ignoring unknownprefix Jun 21 12:58:11 WARNING[27273] chan_...

.... It doesn't work untill I set SetCIDNum(0${PRI_NETWORK_CID}) in extensions.conf which I found in the wiki: http://www.voip-info.org/tiki-print.php?page=Asterisk+zaphfc Is this intended behaviour, or still a bug? It does work but it only shows one zero even though I have nationalprefix = 0 internationalprefix = 00 in zapata.conf I guess it should show a double zero because there is already a zero prefix in the SetCIDNum(0${PRI_NETWORK_CID})? I haven't received any international calls yet but will they not show up with only one zero now? Cheers! Remco

My international calls are not connecting. [general] pridialplan=dynamic ;prilocaldialplan=unknown internationalprefix=00 nationalprefix=0 localprefix= I have the above in my zapta.conf - yet when I dial an international number, I get a ring, then I get the message "the person you are calling, is currently unavailable" This is an ubuntu machine, with a sangoma card, with FreePBX setup, on asterisk 1...

.../etc/asterisk/misdn.conf: [general] debug=0 method=standard append_digits2exten=yes bridging=yes bridging=no language=fr echocancel=yes echotraining=yes jitterbuffer=4000 jitterbuffer_upper_threshold=0 use_callingpres=yes presentation=allowed [default] context=numeris language=fr nationalprefix=0 internationalprefix=00 rxgain=0 txgain=0 ;dialplan=0 use_callingpres=yes presentation=allowed senddtmf=yes [numeris] context=numeris-in ports=1,2,3,4 msns=* *** /etc/misdn-init.conf card=1,0x4 te_ptmp=1,2,3,4 poll=128 dsp_poll=128 dsp_options=0 dtmfthreshold=100 debug=0 -- Olivier Fauchon Freelance System-Netw...

...-pstn usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes relaxdtmf=yes rxgain=0.0 txgain=0.0 group=1 callgroup=1 pickupgroup=1 immediate=no internationalprefix=00 nationalprefix=0 overlapdial=no ;Sangoma A101 port 1 [slot:5 bus:3 span:1] <wanpipe1> switchtype=euroisdn echocancel=yes signalling=pri_cpe channel =>1-15,17-31 /etc/dahdi/system.conf: # Span 1: WPE1/0 "wanpipe1 card 0" (MASTER) HDB3/CCS/CRC4 span=1,1,0,ccs,hdb3,crc4 # termty...

...,crc4 bchan=1-15 dchan=16 bchan=17-31 span=2,0,0,ccs,hdb3,crc4 bchan=32-46 dchan=47 bchan=48-62 zapata.conf [channels] switchtype = euroisdn ;line signalling=pri_cpe pridialplan=unknown switchtype=euroisdn priindication = outofband echocancel=no overlapdial=yes immediate=no nationalprefix= internationalprefix= resetinterval=300 context=pri1 group=1 channel => 1-15 channel => 17-31 ;pbx signalling=pri_net pridialplan=international switchtype=euroisdn priindication=outofband echocancel=no overlapdial=yes immediate=no nationalprefix= internationalprefix= resetinterval=300 context=pri2 group=2 channe...

hi, on our incoming E1-PRI from german telco Arcor the leading 0 for the (area access code in europe) and the 00 (country accescode in europe) are missing on incoming callerids. only prepending a single 0 is not the solution as suggested by some writers on this list, because there is no way to differ between national and international callerids and it's not possible to make the decission

...ney, maybe someone else already has done so, and could tell me if it is wortwhile. I only need four B-channels, so two HFC cards should be all I need. Any help, pointers and tips are greatly appreciated. Thanks for your time. rgds pos PS: Current CAPI.CONF settings: [general] nationalprefix=0 internationalprefix=00 rxgain=0.8 txgain=0.8 [interfaces] msn=123456 echosquelsh=1 incomingmsn=* controller=1 softdtmf=0 context=default ;echocancel=yes ;echotail=64 ;deflect=12345678 devices=2 callgroup=1

...nels is not showing any channel - should there be 4 channels ? - capi info shows my two cards perfectly. The ISDN Controller's are attached to an PTMP ISDN Line I can't find good documentation about how to configure capi.conf. Here is my actual config (capi.conf) [general] nationalprefix=0 internationalprefix=00 rxgain=0.8 txgain=0.8 [interfaces] isdnmode=ptmp msn=073266xxxx controller=1,2 context=demo devices=2 incommingmsn=* softdtmf=0 here the output from the chan_capi initialization [chan_capi.so] => (Common ISDN API for Asterisk) May 27 16:47:00 ERROR[1024]: chan_capi.c:2664 load_module: Un...

...et through. Unfortunately, Google couldn't help me. Maybe you can? My specifications: - asterisk 1.0.7.dfsg.1-2 - chan_capi 0.3.5-11 - Debian Sarge on Linux 2.6.15.1 - FritzCard module built from the latest sources available by AVM My capi.conf looks like this: [general] nationalprefix=0 internationalprefix=00 rxgain=0.8 txgain=0.8 [interfaces] msn=3413 incomingmsn=3413 outgoingmsn=3413 controller=1 softdtmf=1 accountcode= context=isdn_incoming If you need any more information on my * configuration, please feel free to ask. Thanks in advance!! Regards, Christian Schmidt

Hi chan_capi users, this thing is awesome, no delays like in modem_i4l! Plus, it got those nice ISDN features. Here's my question: Does my service provider (Deutsche Telekom) have to provide me with these Services (CD, ECT)? (the Readme in 0.2.5 says "does not relay on service CD") I know, that I don't have CFU,CFNR,CFBS (which I would have to order seperately). How likely

...anyway can somone please help me round a config issue? Previously I had a capi.caonf as follows. This config allowed me to have multiple MSN's on the same ISDN/Fritz! card under seperate contexts. ------------------------------------------------------------------ [general] nationalprefix=0 internationalprefix=00 rxgain=0.8 txgain=0.4 echocancel=yes ; [interfaces] context=work_incoming msn=123456 incomingmsn=123456 controller=1 softdtmf=1 accountcode= devices=2 ; context=pers_incoming msn=654321 incomingmsn=654321 controller=1 softdtmf=1 accountcode= devices=2 --------------------------------------------...

...conf_error 0x2001 PLCI=0x101 Command=CONNECT_B3_CONF,0x8487 -- CAPI/ISDN1/142392203000-0 answered SIP/0014A8ACCB83-fd9f This issue was only introduced after and upgrade to chan_capi- cm-0.6.1 and continues on to chan_capi-cm-0.6.3, my capi.conf is as follows; [general] nationalprefix=0 internationalprefix=0 rxgain=0.8 txgain=0.8 [ISDN1] isdnmode=msn controller=1 group=1 softdtmf=0 relaxdtmf=on context=pstn_in callgroup=1 devices=2 Regards, Nathan.

...when using forward function on the same phone, it seems like it's dialing out but there's actually no respond from the phone company (China Telecom) and eventually the dial command will timed out. here's our PRI portion of zapata.conf: switchtype=euroisdn nsf=none pridialplan=unknown internationalprefix = 00 nationalprefix = 0 localprefix = privateprefix = unknownprefix = signalling=pri_cpe hidecallerid=no usecallingpres=yes callerid=asreceived channel => 1-15 channel => 17-31 any clues? -- Edwin Lam <edwin@officegeneral.com> Systems Engineer, Office General, Inc. Ph: +1 415 43...

back to another ? Anyway, chan_dahdi.conf : [channels] language=fr context=isdntrunk switchtype=euroisdn pridialplan=unknown prilocaldialplan=unknown internationalprefix=00 nationalprefix=0 usecallerid=yes callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 group=1 callgroup=1 pickupgroup=1 immediate=no signalling=bri_...

...". I've tried to then use: exten => _0.,2,Set(CALLERID(num)=32144622${TEMPVAR}) but the telco seems not to accept this since it sends the general CallerID out. Any clues on what I need to change to get this working? Is it something in zapata.conf? Is it related to nationalprefix and internationalprefix? Thank you! B.

...is actually what I want. Obviously the format of capi.conf has changed between these two versions of chan_capi-cm, so maybe I'm doing something wrong. Any suggestions would be appreciated. Here's my capi.conf (actual numbers changed to protect the innocent!) [general] nationalprefix=0 internationalprefix=00 rxgain=0.8 txgain=0.8 ;ulaw=yes ;set this, if you live in u-law world instead of a-law [123456] ; Master number for line - i.e. number for line before MSNs were allocated ; and which still works and still accepts incoming calls. isdnmode=msn msn=01234123456 ;incomingmsn=* incomingmsn=123...