Hi all,
I'm new to asterisk and not too knowledgeable on ISDN, so please be gentle
:)
I have a dual-channel Eicon Diehl Diva card in a Debian Woody box with
kernel 2.4.27, connecting to a Telstra (Australia) Onramp Home Highway
ISDN line. I'm pretty certain the card and line both work since
they've been used in this machine for PPP before this (but with an
older kernel with DoV patches, which are no longer to be used).
If I do
# modprobe hisax type=11,11 protocol=2,2 id="HiSax"
it responds (in the syslog) with:
kernel: ISDN subsystem Rev:
1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded
kernel: HiSax: Linux Driver for passive ISDN cards
kernel: HiSax: Version 3.5 (module)
kernel: HiSax: Layer1 Revision 1.1.4.1
kernel: HiSax: Layer2 Revision 1.1.4.1
kernel: HiSax: TeiMgr Revision 1.1.4.1
kernel: HiSax: Layer3 Revision 1.1.4.1
kernel: HiSax: LinkLayer Revision 1.1.4.1
kernel: HiSax: Total 2 cards defined
kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
kernel: HiSax: Eicon.Diehl Diva driver Rev. 1.1.4.2
kernel: PCI: Found IRQ 9 for device 00:09.0
kernel: PCI: Sharing IRQ 9 with 00:04.2
kernel: Diva: IPAC PCI card configured at 0xd0862000 IRQ 9
kernel: Diva: IPAC PCI space at 0xd0860000
kernel: Diva: IPAC version 1
kernel: Eicon.Diehl Diva: IRQ 9 count 1697
kernel: Eicon.Diehl Diva: IRQ 9 count 1705
kernel: HiSax: DSS1 Rev. 1.1.4.1
kernel: HiSax: 2 channels added
kernel: HiSax: MAX_WAITING_CALLS added
so it appears to be detected. I'm using the following modem.conf:
[interfaces]
context=remote
driver=i4l
language=en
type=autodetect
dialtype=tone
mode=immediate
group=1
msn=91234567
incomingmsn=*
device => /dev/ttyI0
Starting asterisk with -vvvvc returns:
== Parsing '/etc/asterisk/modules.conf': Found
[chan_modem.so] => (Generic Voice Modem Driver)
== Parsing '/etc/asterisk/modem.conf': Found
== Loading modem driver chan_modem_i4l.so => (ISDN4Linux Emulated Modem
Driver)
But if I define a test extension such as:
TRUNK=Modem/g1
exten => 2468,1,Dial(${TRUNK}/91234567:0412345678)
and try to dial it, the console says:
Dec 14 13:29:17 WARNING[15375]: chan_modem_i4l.c:608 i4l_dial:
Outgoing MSN andrew not allowed (see outgoingmsn=,, in modem.conf)
-- Called g1/91234567:0412345678
-- Modem[i4l]/ttyI0 is busy
-- Hungup 'Modem[i4l]/ttyI0'
I gather than "busy" is used for pretty much everything except for no
connection, but are there any suggestions of where to look?
Thanks in advance,
Andrew
--
Linux supports the notion of a command line or a shell for the same
reason that only children read books with only pictures in them.
Language, be it English or something else, is the only tool flexible
enough to accomplish a sufficiently broad range of tasks.
-- Bill Garrett
I had the same problem even though it was with capi, this may help. Have
you set your msn as Andrew or your line number??
Try this
exten => 2468,1,Dial(${TRUNK}/91234567:0412345678:1)
Regards
Michael Hatzis
0421 476 211
-----Original Message-----
From: asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Andrew
Furey
Sent: Tuesday, 14 December 2004 4:43 PM
To: asterisk-users@lists.digium.com
Subject: [Asterisk-Users] Busy message on ISDN cards?
Hi all,
I'm new to asterisk and not too knowledgeable on ISDN, so please be
gentle :)
I have a dual-channel Eicon Diehl Diva card in a Debian Woody box with
kernel 2.4.27, connecting to a Telstra (Australia) Onramp Home Highway
ISDN line. I'm pretty certain the card and line both work since
they've been used in this machine for PPP before this (but with an
older kernel with DoV patches, which are no longer to be used).
If I do
# modprobe hisax type=11,11 protocol=2,2 id="HiSax"
it responds (in the syslog) with:
kernel: ISDN subsystem Rev:
1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded
kernel: HiSax: Linux Driver for passive ISDN cards
kernel: HiSax: Version 3.5 (module)
kernel: HiSax: Layer1 Revision 1.1.4.1
kernel: HiSax: Layer2 Revision 1.1.4.1
kernel: HiSax: TeiMgr Revision 1.1.4.1
kernel: HiSax: Layer3 Revision 1.1.4.1
kernel: HiSax: LinkLayer Revision 1.1.4.1
kernel: HiSax: Total 2 cards defined
kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
kernel: HiSax: Eicon.Diehl Diva driver Rev. 1.1.4.2
kernel: PCI: Found IRQ 9 for device 00:09.0
kernel: PCI: Sharing IRQ 9 with 00:04.2
kernel: Diva: IPAC PCI card configured at 0xd0862000 IRQ 9
kernel: Diva: IPAC PCI space at 0xd0860000
kernel: Diva: IPAC version 1
kernel: Eicon.Diehl Diva: IRQ 9 count 1697
kernel: Eicon.Diehl Diva: IRQ 9 count 1705
kernel: HiSax: DSS1 Rev. 1.1.4.1
kernel: HiSax: 2 channels added
kernel: HiSax: MAX_WAITING_CALLS added
so it appears to be detected. I'm using the following modem.conf:
[interfaces]
context=remote
driver=i4l
language=en
type=autodetect
dialtype=tone
mode=immediate
group=1
msn=91234567
incomingmsn=*
device => /dev/ttyI0
Starting asterisk with -vvvvc returns:
== Parsing '/etc/asterisk/modules.conf': Found
[chan_modem.so] => (Generic Voice Modem Driver)
== Parsing '/etc/asterisk/modem.conf': Found
== Loading modem driver chan_modem_i4l.so => (ISDN4Linux Emulated Modem
Driver)
But if I define a test extension such as:
TRUNK=Modem/g1
exten => 2468,1,Dial(${TRUNK}/91234567:0412345678)
and try to dial it, the console says:
Dec 14 13:29:17 WARNING[15375]: chan_modem_i4l.c:608 i4l_dial:
Outgoing MSN andrew not allowed (see outgoingmsn=,, in modem.conf)
-- Called g1/91234567:0412345678
-- Modem[i4l]/ttyI0 is busy
-- Hungup 'Modem[i4l]/ttyI0'
I gather than "busy" is used for pretty much everything except for no
connection, but are there any suggestions of where to look?
Thanks in advance,
Andrew
--
Linux supports the notion of a command line or a shell for the same
reason that only children read books with only pictures in them.
Language, be it English or something else, is the only tool flexible
enough to accomplish a sufficiently broad range of tasks.
-- Bill Garrett
_______________________________________________
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
Something of an update...
At the recommendation of a consultant I called in last week, I've now
switched to an AVM Fritz! PCI card, using CAPI. At this stage I'm only
using the one card so I don't need the patches to run multiple cards
yet.
Upon loading the modules (capi/capifs and fcpci), I get:
CAPI-driver Rev 1.1.4.1: loaded
capifs: Rev 1.1.4.1
capi20: started up with major 68
kcapi: capi20 attached
capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs)
fcpci: AVM FRITZ!Card PCI driver, revision 0.5.2
fcpci: (fcpci built on Dec 24 2004 at 14:17:43)
fcpci: Loading...
fcpci: Driver 'fcpci' attached to stack
kcapi: driver fcpci attached
fcpci: Auto-attaching...
PCI: Found IRQ 5 for device 00:12.0
fcpci: Stack version 3.11-02
kcapi: Controller 1: fritz-pci attached
kcapi: card 1 "fritz-pci" ready.
fcpci: Loaded.
kcapi: notify up contr 1
capi: controller 1 up
Also this looks correct:
netmagic:~# cat /proc/capi/controllers/1
name fritz-pci
io 0xD800
irq 5
type A1
class 14
ver_driver 3.11-02
ver_cardtype fritz-pci
protocol DSS1
linetype point to multipoint
And in the asterisk output:
[chan_capi.so] => (Common ISDN API for Asterisk)
== Parsing '/etc/asterisk/capi.conf': Found
-- This box has 1 capi controller(s).
-- CAPI[contr1] supports DTMF
-- CAPI[contr1] supports supplementary services
> HOLD/RETRIEVE
> TERMINAL PORTABILITY
> ECT
> 3PTY
> CF
> CD
> MCID
> CCBS
> MWI
> CCNR
== ast_capi_pvt(92130800,*,demo,0,2) (1,2,64)
== ast_capi_pvt(92130800,*,demo,0,2) (1,2,64)
-- listening on contr1 CIPmask = 0x1fff03ff
== Registered channel type 'CAPI' (Common ISDN API Driver (0.3.5)
aLaw CVS HEAD)
Of course I'm not using modem.conf any more, but capi.conf contains:
[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8
[interfaces]
msn=91234567
incomingmsn=*
outgoingmsn=91234567
controller=1
softdtmf=1
accountcodecontext=demo
devices=2
The secondary problem I reported earlier (Outgoing MSN andrew not
allowed) seems to have fixed itself. But when I try to call, I get:
*CLI> -- Executing Dial("SIP/andrew-4e2d",
"Capi/91234567:0412345678") in new stack
-- data = 91234567:0412345678
-- capi request omsn = 91234567
== found capi with omsn = 91234567
== CAPI Call CAPI[contr1/91234567]/0 -- Called 91234567:0412345678
-- CONNECT_CONF ID=001 #0x0004 LEN=0014
Controller/PLCI/NCCI = 0x101
Info = 0x0
-- CONNECT_CONF ID=001 #0x0004 LEN=0014
Controller/PLCI/NCCI = 0x101
Info = 0x0
== received CONNECT_CONF PLCI = 0x101 INFO = 0
-- DISCONNECT_IND ID=001 #0x000f LEN=0014
Controller/PLCI/NCCI = 0x101
Reason = 0x3301
== DISCONNECT_IND PLCI=0x101 REASON=0x3301
-- CAPI Hangingup
== No one is available to answer at this time
-- Timeout on SIP/andrew-4e2d
Sometimes the reason is given as 0x3302 instead. I should also mention
that unlike the Eicon cards, plugging an Onramp into the Fritz card
does not cause the Onramp to synchronise... the LED just keeps
flashing.
I noted that the output above lists the card as "point-to-multipoint".
Finding a couple of pages which suggested that both the card and the
line need to be in this mode, I rang Telstra on Friday, who said that
the line was currently in point-to-point mode, but they would change
it to point-to-multipoint immediately. Of course there's no one there
until Wednesday to check if it's actually been done, but there's no
apparent change from before (the existing PBX can synchronise but the
Fritz card can't).
Any further ideas?
Thanks,
Andrew
--
Linux supports the notion of a command line or a shell for the same
reason that only children read books with only pictures in them.
Language, be it English or something else, is the only tool flexible
enough to accomplish a sufficiently broad range of tasks.
-- Bill Garrett
Andrew Furey
2005-Jan-19 02:50 UTC
[Asterisk-Users] Re: Busy message on ISDN cards? (SOLVED)
> The secondary problem I reported earlier (Outgoing MSN andrew not > allowed) seems to have fixed itself. But when I try to call, I get: > > *CLI> -- Executing Dial("SIP/andrew-4e2d", > "Capi/91234567:0412345678") in new stack > -- data = 91234567:0412345678 > -- capi request omsn = 91234567 > == found capi with omsn = 91234567[snip]> == received CONNECT_CONF PLCI = 0x101 INFO = 0 > -- DISCONNECT_IND ID=001 #0x000f LEN=0014 > Controller/PLCI/NCCI = 0x101 > Reason = 0x3301Well, after much head-banging, we finally worked out that the Fritz card itself was faulty. Returned it under warranty for a replacement, and all works perfectly (line synchronisation, outgoing calls, iincoming calls). Argh... Andrew -- Linux supports the notion of a command line or a shell for the same reason that only children read books with only pictures in them. Language, be it English or something else, is the only tool flexible enough to accomplish a sufficiently broad range of tasks. -- Bill Garrett