HI group,

this is very strange problem with me when i received a call from Germany i
am able to receive call on my PRI line
everything is fine User connected with IVRS and user trying to enter a
extension number like *1660976
*call goes to users company extension starting with *16.*

is this very strange with me on asterisk. how this possible even if i want
to explain to user in technical terms.
i don’t know user is using which PBX system.

i think there is one possibility which i think User entered a number but i
do not receive anything and user will try to re-enter number again
in this time user PBX will redirect call to extension with 16….

let give your thoughts regarding this.

regards
Dhaval
*
*

Hi,

I have just set up Asterisk to use an E1 line with a Digium card. And I
can call both in and out, but my outgoing line is all ways identifying
itself as the same number, and i can’t even change it to another number
in the same number series.

Do anyone have some clue on how to fix this.

I’m using Asterisk 1.6.2.13, libpri 1.4.11.4 and DAHDI 2.4.0.

/etc/dahdi/system.conf:

span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-12
unused=13-15,17-31
dchan=16
echocanceller=mg2,1-12

# Global data

loadzone = no
defaultzone = no

/etc/asterisk/chan_dahdi.conf
[trunkgroups]

trunkgroup => 1,16,31
spanmap => 1,1,1

[channels]

context=incoming

usecallerid=yes
callwaiting=no
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes

usecallerid=yes
callerid=asreceived

usecallingpres=yes

callgroup=1

switchtype = euroisdn
signalling = pri_cpe
group = 1

channel => 1-12

Best regards,
Kent Varmedal

On 10/15/2010 08:55 AM, Jared Geiger wrote:
> I’ve recently upgraded an Asterisk system from 1.2 to 1.6.2 (did a
> full reformat and recompile) and I started getting echo over the PRI.
>
> I’ve tried the default settings for echo in the system.conf file as
> well as I’ve compiled OSLEC to try and see if thats any better.
>
> I’m not sure what to try next. Does anyone have any suggestions?
>

What are the outputs of the following commands when your system is up
and running?

#] cat /etc/dahdi/system.conf
#] grep -E “^echo” /etc/asterisk/chan_dahdi.conf
#] dahdi_scan
#] lsmod | grep dahdi

Hi All,

My research indicates ANI is not really supported with SIP Channels or
passed between SIP servers, even with setting function CALLERID(ANI).
So the only place this applies is on PRI interfaces, when sending
calls out a ZAP PRI you can set the ANI to whatever and CID Number to
a different whatever so on the other end of the PRI you will receive
the two different values?

Is this correct or is there a way to set ANI on an outgoing SIP
channel (like to a PRI gateway) and the gateway will see a CID Number
and a separate ANI and insert that into the ISDN messaging down the
PRI?

Thanks for any clarification.

JR

I’m putting together a PBX using a TE420P card configured for E1s that is
connected to an Errickson MTS. successfully compiled and installed libpri
1.4.11.3, DAHDI 2.3.0.1+2.3.0 and Asterisk 1.6.2.9. everythings seems to
be working. SIP phone to SIP phone (POLYCOM) calls work fine however,
network calls do not. When I went to debug PRI, the only command that
showed up when I did “>CLI core show help pri” was ‘pri intense debug
span’ which seemed strange to begin with and when I did “>CLI pri intense
debug span 1″, I got something strange like “‘pri set debug 2 span 1′ is
not a valid command”. Tried reinstalling everything but keep getting the
same result. Also, when I try to make call from SIP phone to a wireless
phone and vise versa on our GSM network, I get something like “Call to
extension ######## rejected because the extension is not found in context
POLYCOM#” but it is definitely in the extensions.conf with a line “exten
=> 1,1,Dial(dahdi/g1/#########xxx)”. Please help…

Thanks