Hi,
I have two HFC-s boards I configured in NT and TE mode respectively.
When I connect the two boards together, I can dial extensions and I
see the correct called and caller ID numbers:
-- Executing SetCallerID("Zap/2-1", "7516862") in new
stack
== CDR updated on Zap/2-1
-- Executing Dial("Zap/2-1", "Zap/g2/0795025602|30|r")
in new stack
-- Called g2/0795025602
-- Extension '0795025602' in context 'isdn-local-bus' from
'7516862'
does not exist. Rejecting call on channel 0/1, span 1
however, when I connect the TE card to my NT2ab, it seems the caller ID
number is not passed correctly (?) to the telco, since if when I get the call
on my mobile I get the main number for my ISDN connection, not the
specified number.
With an AVM c4 it works correctly (syntax is CAPI/FROM:TO).
Thank you for any help!
On Thu, Feb 17, 2005 at 03:02:07PM +0100, Marc SCHAEFER wrote:> Hi, > > I have two HFC-s boards I configured in NT and TE mode respectively. > When I connect the two boards together, I can dial extensions and I > see the correct called and caller ID numbers: > > -- Executing SetCallerID("Zap/2-1", "7516862") in new stack > == CDR updated on Zap/2-1 > -- Executing Dial("Zap/2-1", "Zap/g2/0795025602|30|r") in new stack > -- Called g2/0795025602 > -- Extension '0795025602' in context 'isdn-local-bus' from '7516862' > does not exist. Rejecting call on channel 0/1, span 1 > > however, when I connect the TE card to my NT2ab, it seems the caller ID > number is not passed correctly (?) to the telco, since if when I get the call > on my mobile I get the main number for my ISDN connection, not the > specified number. > > With an AVM c4 it works correctly (syntax is CAPI/FROM:TO).Hm, do you have the right settings in zapata.conf? (switchtype, pridialplan...) -- Tho/\/\as
> Hm, do you have the right settings in zapata.conf? (switchtype, pridialplan...)So, in Switzerland, I assume switchtype = euroisdn now, for the pridialplan, am I right that the pridialplan configures the way the phone number to be dialed (called ID) is sent, and that the prilocaldialplan denotes the way the caller ID is sent to the telco ? The fact is that anything else than pridialplan = local and prilocaldialplan = local prevent any dialing out. I haven't yet understood how this impacts the way the ID is sent out. At least on CAPI, I need to set the MSN without the prefix (e.g. 7516862 and not 0327516862). This is what I tried. Also, am I right that `callerid=asreceived' tells the received caller ID to Asterisk when a call comes in ? And has nothing to do with the way caller ID is sent to the telco ? [ BRI interface with HFC-s in TE mode ] probably I will need to add the patches for the ISDN analyzer to see what happens.
As a complement:> probably I will need to add the patches for the ISDN analyzer to see > what happens.- when an ISDN phone calls out and the MSN is correctly passed: Calling Number (len=14) [ Ext: 0 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) Presentation: Presentation permitted, user number not screened (0) '0327516862' ] - when the HFC-s dials out: Calling Number (len=14) [ Ext: 0 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) Presentation: Presentation permitted, user number passed network screening (1) '0327516862' ] - when the network calls: Calling Number (len=14) [ Ext: 0 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) Presentation: Presentation allowed of network provided number (3) '0328414004' ] So for me it looks like the problem could be fixed by making the HFC-s change the TON from 4 to 0 and the presentation from 1 to 0. However so far I have no clue how to do that.
On Thu, Feb 17, 2005 at 07:13:38PM +0100, Marc SCHAEFER wrote:> As a complement:and the fix: prilocaldialplan=unknown thanks to the people here and neolynx. This fixes the problem with the caller ID not set with an HFC-s due to bad Type of Number in the ISDN SETUP message (at least for my telco). [ and sorry for the rate of messages ]