I am wandering witch version of Dialogic System release I should be
running with (D/600 JCT 2E1 120) ?
I will try Feature Pack 1
But still for springware board we need to use the almost obsolete
Kernel.
I learn today that Feature Pack 2 was released in 2004.
Julien
-----Original Message-----
From: address@hidden
[mailto:address@hidden
g] On Behalf Of David Sugar
Sent: January 26, 2005 5:56 AM
To: Ambar Roy
Cc: address@hidden
Subject: Re: [Bayonne-devel] E1 CTR4 Prompt / Time slot problem - must
usecable
And in the case of bayonne, it simply assigns available voice resources
to digital timeslots as it finds resources, without considering card
boundries. Many dialogic cards have more voice resources than
terminations, so one cannot assume in a multi-card configuration that
the voice resources are assigned or match exclusivily by card. For this
reason, if you have multiple sc-bus cards, you MUST have the sc-bus
cable connected. If not, you will likely have a few dead ports at the
start of each card boundry since the voice resource was likely assigned
from the previous card.
Ambar Roy wrote:
Hi Julien,
Do you have only 1 card or multiple cards?
On a multi card setup I have noticed that if the CT Bus cable is
faulty
or not connected, then the second and subsequent cards sometimes do
not
play prompts or recognise DTMF. The app works fine!
My experience has been with with R4 PRI API under Windows, but I guess
the Linux versions also work in a similar fashion!
Ambar Roy
----- Original Message -----
*From:* Julien Chavanton
<mailto:address@hidden>
*To:* Julien Chavanton
<mailto:address@hidden>
; address@hidden <mailto:address@hidden>
*Sent:* Wednesday, January 26, 2005 12:01 AM
*Subject:* RE: [Bayonne-devel] E1 CTR4 Prompt / Time slot problem
I still have this problem in London the prompt sometime the prompt
do not play.
I am wandering if this is Globalcall or D/600 JCT 2E1 120 problem.
Since bayonne behavior with prompt is quite simple to follow SCSA
is
made on startup and reuse until the server is restarted so if the
prompt is playing correctly once on a particular channel
It should play next time or al least it wont be SCBus routing
problem.
Anyone using D/600 JCT 2E1 120 + SR5SP1 + Globallcall ISDN
ctr4.prm
Julien
------------------------------------------------------------------------
*From:*
address@hidden
[mailto:address@hidden
g]
*On Behalf Of *Julien Chavanton
*Sent:* January 21, 2005 10:14 AM
*To:* address@hidden
*Subject:* [Bayonne-devel] E1 CTR4 Prompt / Time slot problem
I am having strange problem on a server I have set in London.
Sometime the Bayonne is playing a prompt and I do not hear it on
the
line.
I do not think it is an SCSA routing problem because we would have
noticed such problem before, but I am not completely sure.
I have activated some debugging and apparently everything looks
fine.
I have tried Dialogic & Globalcall drivers, same behavior.
I think this can be caused by the Telco switch "time slot
connection" because sometime I hear a prompt that is not on my
server, the D channel is always
Receiving and sending information correctly.
This is hard to debug, so I would just like to have feed-back from
people using Bayonne on E1 ctr4 to see if everything is fine for
them.
Is there a test application I could use that would play prompt on
E1
ISDN so I can be sure Bayonne is not the source of the problem?
Julien
I have 2x DIALOGIC D/600 JCT 2E1 120
Configured as follow:
[Genload - All Boards]
LogFile=genload.log
BLTAddress = D8000
Dialog/HD=YES
BusType=SCBus
SCBusClockMaster=AUTOMATIC
SCBusClockMasterSource=AUTOMATIC
PCMEncoding=ALAW
ISABusWidth=16-BIT
[Genload - ID 2] /* DCB/xxxSC */
[Genload - PCI ID 0] /* Dual T1/E1 PCI HD */
ParameterFile=ctr4.prm
ParameterFile2=ctr4.prm
ISDNProtocol=ctr4
ISDNProtocol2=ctr4
[Genload - PCI ID 1] /* Dual T1/E1 PCI HD */
ParameterFile=ctr4.prm
ParameterFile2=ctr4.prm
ISDNProtocol=ctr4
ISDNProtocol2=ctr4
------------------------------------------------------------------------
_______________________________________________
Bayonne-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bayonne-devel
------------------------------------------------------------------------
_______________________________________________
Bayonne-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bayonne-devel
_______________________________________________
Bayonne-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bayonne-devel
_______________________________________________
Bayonne-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bayonne-devel