<p>Any changes inside chan_dahdi requires you to unload module chan_dahdi and load module chan_dahdi, in case you dont wish to.restart asterisk.</p>
<p>pridialplan = national or unknown should help you solve the problem, however you need to unload n load dahdi module.</p>
<p>Mitul </p>
<div class="gmail_quote">On Nov 21, 2012 10:26 PM, "gincantalupo" <<a href="mailto:gincantalupo@fgasoftware.com">gincantalupo@fgasoftware.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<u></u>
<div text="#000000" bgcolor="#ffffff">
Alex,<br>
<br>
I had already tried it....reloading chan_dahdi.so module is
enough...I saw Asterisk was behaving differently after reload. To
tell the truth, setting pridialplan=unknown
causes Asterisk to stop reading following channels
configuration...it says pridialplan is already unknown so it stops
evaluating chan_dahdi.conf file.... useless to say that all n+1
channels do not work. Maybe it is a bug but with that parameter set
in that way I cannot dial.<br>
<br>
I'm sure Asterisk is dialling the right number:<br>
<br>
[2012-11-21 09:05:29] VERBOSE[8314] logger.c: > [70 0b a1 33 34
39 3x 3x 3x 3x 3x 3x 34]<br>
[2012-11-21 09:05:29] VERBOSE[8314] logger.c: > Called Number
(len=13) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony
Numbering Plan (E.164/E.163) (1) '3497078884' ]<br>
[2012-11-21 09:05:29] VERBOSE[8314] logger.c: q931.c:3134
q931_setup: call 32781 on channel 6 enters state 1 (Call Initiated)<br>
[2012-11-21 09:05:29] VERBOSE[8314] logger.c: -- Called
6/349xxxxxx4<br>
<br>
I'm starting to think it is a telco problem... in case I'd change
some parameter like pridialplan or similar, shouldn't I just see a
leading 0 in the frame like this:<br>
[70 0b a1 <b>30</b> 33 34 39 3x 3x 3x 3x 3x 3x 34] added by
Asterisk/DAHDI??<br>
<br>
I've used this page as reference about frame fields:
<a href="http://www.acacia-net.com/wwwcla/protocol/q931_ie.htm" target="_blank">http://www.acacia-net.com/wwwcla/protocol/q931_ie.htm</a><br>
<br>
Thank you.<br>
<br>
Giorgio Incantalupo<br>
<br>
<br>
On 11/20/2012 05:23 PM, Alex Kauffmann wrote:
<blockquote type="cite">On
11/20/2012 8:03 AM, gincantalupo wrote:
<br>
<blockquote type="cite">Hi Leandro,
<br>
<br>
I'm sure nobody has added something... tried prilocaldialplan
and
<br>
pridialplan but nothing changed.
<br>
Question: if pridialplan or prilocaldialplan would work, should
I see
<br>
the 0 inside PRI frame with intense debug or it is hidden?
<br>
<br>
Yes...the technician did it...there is only one cable.
<br>
<br>
Maybe it is the socket circuitry that has something wrong but I
do not
<br>
know ho to check.
<br>
<br>
Asap I'll be on site I'll do more testing.
<br>
<br>
Thank you
<br>
<br>
Giorgio
<br>
<br>
On 11/20/2012 01:13 PM, Leandro Dardini wrote:
<br>
<blockquote type="cite">That is a real mistery! I like a lots
these cases when all seems not
<br>
working despite all being correctly configured, but you know
first or
<br>
later you'll find the answer.
<br>
<br>
From your website, it seems you are selling/renting PBX based
on
<br>
asterisk, so you can be sure nobody has messed with the
asterisk or
<br>
dahdi source code adding a zero... I am sure you have already
tried
<br>
with a brand new server.
<br>
<br>
Have you checked the pridialplan and prilocaldialplan setting?
<br>
<br>
If I was in your shoes, I'll get another server, with a PRI
configured
<br>
as master and hook it at your PBX to really check if the zero
is sent.
<br>
<br>
Does the technician try to make phone calls from the same
network
<br>
cable you are using?
<br>
<br>
Leandro
<br>
<br>
<br>
2012/11/20 gincantalupo <<a href="mailto:gincantalupo@fgasoftware.com" target="_blank">gincantalupo@fgasoftware.com</a>
<br>
<a href="mailto:gincantalupo@fgasoftware.com" target="_blank"><mailto:gincantalupo@fgasoftware.com></a>>
<br>
<br>
Hi Leandro,
<br>
<br>
thanks for your answer.
<br>
<br>
I already have tried those parameters but without any
positive result.
<br>
<br>
The telco technician has tried the line with its machine
and it
<br>
worked...remote telco technicians say they get a leading
zero...
<br>
I'm thinking there is something strange in the middle that
adds
<br>
the zero but do not know what it is.
<br>
Strange is the fact that you can call some numbers with or
without
<br>
the prefix zero...
<br>
Moreover we had no problem with the previous telco
(fastweb).
<br>
<br>
So we can only call PTSN numbers....not mobile phones.
<br>
<br>
Giorgio
<br>
<br>
<br>
On 11/20/2012 11:12 AM, Leandro Dardini wrote:
<br>
<blockquote type="cite"> 2012/11/20 gincantalupo
<<a href="mailto:gincantalupo@fgasoftware.com" target="_blank">gincantalupo@fgasoftware.com</a>
<br>
<a href="mailto:gincantalupo@fgasoftware.com" target="_blank"><mailto:gincantalupo@fgasoftware.com></a>>
<br>
<br>
Hi all,
<br>
<br>
I have problems dialling out because my new telco
(the
<br>
previous gave no problems) tells me my PBX adds a
leading 0
<br>
and that's why I cannot dial out (but I can receive
calls).
<br>
<br>
I make a small extensions.conf as a test:
<br>
<br>
exten => 666,1,Dial(DAHDI/g1/339xxxxxx)
<br>
but cannot dial out
<br>
<br>
Curious thing is that
<br>
exten => 666,1,Dial(DAHDI/g1/0233xxxxxx)
<br>
and
<br>
exten => 666,1,Dial(DAHDI/g1/233xxxxxx)
<br>
call the same number!!!
<br>
<br>
Line in use is a PRI.
<br>
<br>
My Asterisk version is 1.4.26.2
<br>
dahdi version: 2.2.0.2
<br>
wanpipe-3.4.6
<br>
<br>
I checked with intense pri debug and see no 0 inside
frames....
<br>
<br>
How can I really be SURE Asterisk is not adding some
leading
<br>
zero?
<br>
<br>
Thank you.
<br>
<br>
Giorgio.
<br>
<br>
<br>
I have never heard of a way to automatically add digits
when
<br>
using PRI, however can you check your chan_dahdi.conf
about the
<br>
following lines:
<br>
<br>
internationalprefix =
<br>
nationalprefix =
<br>
localprefix =
<br>
<br>
If presents, try messing with them. If you are using the
PRI in
<br>
Italy, every provider has PRI configured in its own way,
some
<br>
time even the same provider is configuring PRI lines in
multiple
<br>
times, but often the problems are on receiving the calls
(like
<br>
calls with and without the area code, with or without
the leading
<br>
zero, etc. etc.)
<br>
<br>
Leandro
<br>
<br>
<br>
--
<br>
</blockquote>
</blockquote>
</blockquote>
<br>
The prilocaldialplan parameter is for inbound so you would have
seen no changes. Did you try:
<br>
<br>
pridialplan=unknown
<br>
<br>
Did you restart dahdi and asterisk after the changes?
<br>
<br>
Alex
<br>
<br>
<br>
--
<br>
_____________________________________________________________________
<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a>
--
<br>
New to Asterisk? Join us for a live introductory webinar every
Thurs:
<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a>
<br>
<br>
asterisk-users mailing list
<br>
To UNSUBSCRIBE or update options visit:
<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a>
<br>
<br>
</blockquote>
<br>
</div>
<br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div>