[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bayonne-devel] RE: RV: [Bayonne-dialogic] E1 CAS - R2MF
|
From: |
Kravchik, Daniel |
|
Subject: |
[Bayonne-devel] RE: RV: [Bayonne-dialogic] E1 CAS - R2MF |
|
Date: |
Tue, 7 Feb 2006 12:15:41 -0300 |
Thanks Julien, I have already sent him.
Daniel
-----Mensaje original-----
De: Julien Chavanton [mailto:address@hidden
Enviado el: Martes, 07 de Febrero de 2006 12:20 p.m.
Para: Kravchik, Daniel; address@hidden
CC: address@hidden
Asunto: RE: RV: [Bayonne-dialogic] E1 CAS - R2MF
Sorry Adrya, I forgot to attach the file Daniel give me when I was in Portugal
trying to setup R2
This is the modified driver.cpp
Julien
_____
From: Kravchik, Daniel [mailto:address@hidden
Sent: February 6, 2006 4:19 PM
To: address@hidden
Cc: Julien Chavanton; address@hidden
Subject: RV: RV: [Bayonne-dialogic] E1 CAS - R2MF
Adrya:
I am sending what you asked. Take into account that I have more boards working
, and that I am not using icapi anymore. I tested pdkrt, and it works fine.
cheers
Daniel
-----Mensaje original-----
De: Julien Chavanton [mailto: address@hidden
Enviado el: Lunes, 06 de Febrero de 2006 11:43 a.m.
Para: Kravchik, Daniel; address@hidden
Asunto: RE: [Bayonne-dialogic] E1 CAS - R2MF
Check this, someone did successfully setup R2.
You need to modify driver.cpp, I think it is about the voice resource being
used for signalling you need to make few modification to driver.cpp.
You will also need to play with the dialogic file as you where saying.
Julien
-----Original Message-----
From: Kravchik, Daniel [mailto: address@hidden
Sent: January 30, 2004 1:50 PM
To: Julien Chavanton
Subject: RE: [Bayonne-dialogic] E1 CAS - R2MF
Julien:
I am using icapi. You have to declare it in bayonne.conf.
As R2 needs voice resources to establish the call, we had to modify the
driver.cpp. If not it did not work. I am sending the modified file as an
attachment.
I hope you will be able to make it work.
If you need something else take into account that I will be out of town for 15
days and will not be able to read the mail list.
cheers,
Daniel
-----Original Message-----
From: Dharma, Adrya [mailto: address@hidden
Sent: February 6, 2006 2:14 AM
To: Julien Chavanton
Subject: [Fwd: D/300SC-E1 with R2 ?]
Hi Julien,
I'm currently using D/300SC-E1 with dialogic driver and bayonne GNU
telephony as IVR.
I was wondering if you have successfully
setup the R2 Argentina signaling on the card.
May i see the dialogic.cfg and the AR_300.prm,
I'm using D/300SC-E1 connected to PBX definity argentina CAS (country protocol
16).
Many thanks.
Adrya
-----Mensaje original-----
De: Julien Chavanton [mailto: address@hidden
Enviado el: Jueves, 29 de Enero de 2004 08:05 p.m.
Para: Kravchik, Daniel
CC: address@hidden
Asunto: RE: [Bayonne-dialogic] E1 CAS - R2MF
I am trying bayonne & globalcall in Portugal on R2 MF
The CO as made some trace we are exchanging the first
forward ->
<- backward
d -> (for country code)
<- answer (Instead of "1" for next digits)
Why can't I simply control the digit globalcall is sending, I looks to me like
globalcall is abstracting something simple with something complex :-(
I have activated ICAPI log and the result is not realy telling anything about
the R2 protocol.
Are you using ICAPI ?
If anyone use globalcall and as any clue please tell me.
Thanks
Julien
Result in bayonne:
----------------------------------------------------------------------
dx(0): ring
globalcall: unhandled event 0x850
19f
dx(0): attach script
dx(0): step fffb answer()
dx(0): answer
dx(0): step fffb slog.crit(DNIS:,%session.calledid)
dx(0): playrec: DNIS:pstn:
dx(0): step fffb options(=dtmf,script)
dx(0): step fffb answer()
dx(0): step fffb cleardigits()
dx(0): step fffb say(=voice,UsEngM,=cache,playrec0,press 1 to play or 2 to
record)
dx(0): step 2 slog.crit(***, HANGUP ,***)
dx(0): playrec: *** HANGUP ***
dx(0): exit
dx(0): script exiting
dx(0): hangup
dx(0): detach script
dx(0): release
dx(0): idle
CDP File
--------------------------------------------------------
FILE : PT_E1_I.CDP
COUNTRY : Portugal
PROTOCOL : Portugal DTMF protocol - Inbound
USES : R2_IN.LOD built from PDK-R2-v19
@0 : "R2_IN.LOD"
*****************************************
$100 set: 1
%01 q_nfrm : 2
%02 q_snr0 : 1
%03 q_snr1 : 1
%04 q_b0 : 1
%05 q_b1 : 1
%10 q_minfrm : 2
******************************
* TID # 141 800Hz *
******************************
;$141 TN_800 : 800 35
;%01 cadence : 0
******************************
* TID # 103 BUSY *
******************************
$103 BUSY : 425 35
%01 cadence : 50 10 50 10
%02 cycle : 2
******************************
* TNG # 101 DIAL *
******************************
@101 DIAL : 425 -12
%01 cadence : 500
******************************
* TNG # 103 BUSY *
******************************
@103 BUSY : 425 -12
%01 cadence : 50 50
******************************
* TNG # 105 RINGBACK *
******************************
@105 RINGBACK : 425 -12
%01 cadence : 100 500
******************************
* TNG # 141 800Hz *
******************************
@141 800Hz : 800 -12
%01 cadence : 0
;*******************
;***** INBOUND *****
;*******************
$0 RELGUARD release guard timeout (inbound)(0=none) (55ms) : 3
After receiving a forward clear from the network the protocol sends a
clear back signal to the network. The protocol then waits this
amount of time and checks the line signaling from network:
If the line signaling is idle, then the protocol returns idle to the
network. Otherwise the protocol waits for the network to return to
idle before returning to idle.
$0.16 E1TIMEOUT timeout for incomming call (s) : 6
Timeout used to wait for the leading edge of the first forward
tone and timeout used for complete compelled cycle before
returning protocol error.
$1 NDDI number of DDI digits : 3
(inbound) Maximum number of DDI digits received before getting
GCEV_OFFERED.
2 cases:
1. Fixed number of DDI: ( check parameter # )
Eg: If receiving less than 4 DDI digits, means protocol error.
Always get GCEV_OFFERED when receiving 4 DDI digits.
2. Variable number of DDI: If 1, 2 or 3 digits received, return
GCEV_OFFERED(timeout) (find the other data field to explain
there are no more digits or there may be more if you request,
then the app calls gc_getmoredigits() to try to retrieve more
digits). Can request more digits if 4 or more digits received.
If receiving I15 or timeout then no more digits can be expected.
$1.16 NANI maximum calling party size : 10
(inbound) Maximum ANI length.
$2 NRING Number of ring before speech : 0
(Inbound) Return GCEV_ANSWERED after this many rings. Send answer line
signal
at this time also.
$5 F_IN inbound calls supported : 1
$5.1 F_ANI ANI supported (INBOUND) : 1
Set to 0 if no ANI to be requested. Set to 1 if ANI is requested by
inbound protocol.
$5.2 F_VARDDI variable number of DDI supported : 0
Either use parameter $7 to terminate DDI or may have variable number.
;
; for parameters $14.4 and $14.5
; These parameters affect the final part of protocol where the call is
; rejected by application. If both are set to zero,
; the only way to drop the call is to wait for the CO to disconnect or
; protocol send a busy (if $1014 is set, helping the CO to disconnect
; more quickly).
;
;
$5.4 F_A3 A3 supported : 1
(Inbound) Request category before connection.
Group B supported.
$5.5 F_A4 reject directly with A4 : 1
(inbound) When rejecting call, send A4 immediately. Don't change
to B group.
$5.6 F_A4P send A4 pulse in case of time out : 1
(inbound) This is for timeouts waiting for the leading edge
of a forward tone.
$5.8 F_ANSTONE answer tone generated by terminal : 1
(Inbound) Ringback generated by protocol.
$5.9 F_FASTREL fast release supported : 0
Under protocol error. Do answer then disconnect and return
GCEV_DISCONNECTED (PROTOCOL ERROR).
$5.10 F_BUSY busy tone generated by terminal : 0
The protocol handler will generate the busy tone after
the application calls gc_DropCall(GC_USER_BUSY) with busy.
In this case the call is not yet connected.
$5.11 F_BUSYDISC busy tone generated at disconnection : 0
The protocol handler will generate the busy tone after the
application calls gc_DropCall(GC_NORMAL_CLEARING). In this
case the caller is already connected.
$5.12 F_IDLE return to idle after caller disconnection : 0
If set to 1 go straight to IDLE without clearing back (inbound).
This shouldn't be used under most conditions.
$5.13 DELAYDIAL :0
Delay before sending "Ready to receive - DTI_GETDDI - @58" after
sending seizure ack. Uded f.i. in ALS70d with DDI
$5.14 USEFORCEDREL use forced release : 0
(inbound) When lines are connected and the application calls
gc_DropCall() the protocol will send line signaling pattern
@57 (DTI_FORCEDREL) to cause the CO to disconnect faster.
$5.16 F_I14 Consider I14 as a good ANI tone : 0
(inbound). If set, Ignore first I14 in receiving ANI (in CCITT
R2 :
any I14 is recognized as a BadTone)
$5.17 Israelian ANI procedure forced us to set this parm to 1 in Israel : 0
(inbound)
$5.18 PCV_REJECT : 0
(Inbound)
$5.19 SENDDIALTONE : 1
(Inbound)
Send a Dialtone after seizure
;INBOUND group B tones for different accept and reject reasons ( -> )
;-------------------------------------------------------------------
$6 F_GTGBUSY Busy tone send Bn tone back if busy : 3
$6.4 F_GTGUNAL Unallocated send Bn if unallocated : 5
$6.8 F_GTGSIT Sit send Bn if Special Intercept Tone : 2
$6.12 F_GTGCONGESTION Congestion send Bn if Congestion : 4
$6.16 F_GTGCHAR Accept + Charge send Bn : 6
$6.20 F_GTGNOCH Accept + No Charge send Bn : 7
;INBOUND Group A tones ( -> ) (See also 25)
;----------------------------
$7 F_GTGNP1 Send n+1 : 1
Send next DDI
$7.4 F_GTGGROUPII Switch to Group II : 3
Backward tone to send which tells CO to send calling party
category, switch to group B interpretation and don't change
back to A.
$7.8 F_GTGSPEECH Speech : 6
Go straight to answer without receiving calling party category.
$7.12 F_GTGREJECT Rejection : 4
Send An tone for rejecting in Group A.
$7.16 F_TONEANI_IN :9
$7.20 F_TONECAT_IN :5
$8 F_ANIPOS number of DDI digit to collect before collecting ANI (inbound) : 0
(Inbound)
; 0=after all DDI digits, 1=after 1 DDI digit, -1=after all DDI but one.
; What happens if variable number of DDI and $31 = 0 ?
; In this case, protocol will receive first number of DDI specified in $7
; then ask for the ANI, send OFFERED to application, which can ask for
; more DDI if needed
$9 F_FIXLENGTH SemiCompelled ( = fixed length) : 0
(inbound) : the tones sent will have a fixed length.
Length of the tone (10 ms) if semi-comelled
$10 DLFORCEDREL Delay before force rel (cf Australia) : 0
(Inbound)
; - NOTE -
$11 TIME_DEF_ACCEPT : 0
(Inbound)
;*******************************************
;***** INBOUND and OUTBOUND PARAMETERS *****
;*******************************************
$40.4 F_DIAL_IN inbound 0=MFC, 1=DTMF, 2=PULSE, 3=R1 : 0
; toneset for receiving digits
$40.16 DEVIATION Specific deviation : 1
; BELGIUM : 1
; CHINA : 12
; T1 : 4
; MERCURY : 5
; SOUTH-AFRICA : 20
; other : 0
$41 WAITIDLE wait for idle (s) : 10
(Inbound and Outbound) After disconnecting the time to wait to
receive idle from the network. If timer expires a protocol error is
returned.
; TEST PROCEDURES
;----------------
$42.0 F_CCITT CCITT test procedure supported : 0
(Inbound and Outbound)
$42.1 F_ISRAEL Israelian test method supported : 0
(Inbound and Outbound)
$42.2 CONTINOUS_800 : 0
(Inbound)
Used in Israelian test method
$42.3 F_BELGIUM Belgian test method supported : 0
$42.4 F_GTDCCITT Tone for CCITT test : 13
(Inbound)
; 12.5 to 12.7 are reserved
; RAI Mask
----------
$43 RAIMSK : 75
use decimal value representing the sum of one or more of the following:
(use this parameter for D/300SC-E1 only)
43.0 :Receive loss of sync
43.1 :Receive unframed all ones
43.3 :Frame sync error
43.5 :Receive remote alarm
43.6 :Error count saturation
43.7 :Bipolar violation count saturation
43.8 :Receive loss of signal
43.9 :Driver performance monitor
43.10 :Multi-frame sync error
43.12 :Received signaling all 1's
43.13 :Received distant multi-frame alarm
43.14 :CRC4 error count saturation
; Metering pulses definition
;----------------------------
$45.0 WINKLEN wink length (Finnish and T1 deviation) (10ms) : 15
Wink length for transmitting wink. Only for protocols using winks.
$45.16 METERDELAY delay for sending metering pulses (0 to disable) : 0
; (inbound). Delay between metering pulses in sec, used for billing.
; Test purposes only : should not be used against the CO (only to simulate CO)
; Different debounce time
-------------------------
$46 Debounce ON :2
$46.8 Debounce OFF : 2
$46.16 WINKMIN minimum wink duration for wink detection (10ms) : 0
$46.24 WINKMAX maximum wink duration for wink detection (10ms) : 0
; Country dependent masks
-------------------------
;$47 CHINAMASK Chinese protocol bit mask (inbound) : 39
; Only used if Deviation = China is used. Otherwise use next $47 param.
47.0: A3 must always be sent in pulse form (200ms)
47.1: detect service calls ("1XY" instead of "(R)PQABCD")
47.2: accept KC as first local phone number digit "(KC)(R)PQABCD"
47.3: accept KE as first local phone number digit "(KE)(R)PQABCD"
47.4: first local phone number digit is repeated "[KC|P]PQABCD" or
"[KC|R]RPQABCD" (not
compatible with Bit 2 & 3
47.5: skip initial 0 before area code if any "(0)X1X2..."
47.8 AREASIZE area code size excluding leading '0' (China)(0=no area
code)(inbound) : 2
47.9 to 47.15 reserved
; Only used if Deviation = China is used. Otherwise use previous $46 param.
;$47 ZASELECTION protocol option mask : 0
47.0 : if set, A4 can be used to reject the call
if not set, call rejection is done with A6 + busy tone
generation
47.1 : if set, use Pulse Answer mode (USE ZA_DTI_P.PRM!!!)
if not set, use Answer/Clear-back mode or Pulsed Clear-back
Mode
Note: this bit should always be 0 when connected to the
network.
The answer mode choice is provided only in for testing the
outbound side of the protocol. When a pulsed mode is choosen,
parameter $47 should be different from 0.
$48 TESTNUMBER test number for Belgian Test method : "1600"
; not needed
$49 CALLINGNB Calling party number: "7250890"
$50 bits set and cleared for NT BLOCKING : "-1--"
$51 bits set and cleared for NT IDLE : "10--"
$52 bits set and cleared for NT SEIZURE : "00--"
$53 bits set and cleared for NT DISCONNECT : "11--"
$54 bits set and cleared for NT ACKNOWLEDGE: "11--"
$55 bits set and cleared for NT ANSWER : "01--"
$56 bits set and cleared for NT BAD CODE : "-0--"
$57 bits set and cleared for NT FORCED RELEASE:"00--"
$58 bits set and cleared for NT OTHER BITS : "--01"
@50 bits set and cleared for DTI BLOCKING : "1101"
@51 bits set and cleared for DTI IDLE : "10--"
@52 bits set and cleared for DTI SEIZURE : "0---"
@53 bits set and cleared for DTI DISCONNECT : "1---"
@54 bits set and cleared for DTI ACKNOWLEDGE: "11--"
@55 bits set and cleared for DTI ANSWER : "0---"
@56 bits set and cleared for DTI START : "1101"
@57 bits set and cleared for DTI FORCEDREL : "00--"
-----Original Message-----
From: Kravchik, Daniel [mailto: address@hidden
Sent: Fri 11/7/2003 09:04 AM
To: 'address@hidden'
Cc: Julien Chavanton
Subject: RV: [Bayonne-dialogic] E1 CAS - R2MF
Julien:
Yes. I have succesully used E1 CAS R2 with Argentina parameters.
Cheers
Daniel
> -----Mensaje original-----
> De: Julien Chavanton [SMTP: address@hidden
> Enviado el: Viernes 7 de Noviembre de 2003 10:27 AM
> Para: address@hidden
> Asunto: [Bayonne-dialogic] E1 CAS - R2MF
>
> [Atención: Este mensaje proviene de Internet - Por favor recuerde que no
> es posible asegurar que quien lo envía sea realmente quien figura en el
> mensaje.]
>
> Is there someone using bayonne on E1 CAS R2 ?
>
> Julien
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive? Does it
> help you create better code? SHARE THE LOVE, and help us help
> YOU! Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Bayonne-dialogic mailing list
> address@hidden
> https://lists.sourceforge.net/lists/listinfo/bayonne-dialogic
>
>
Nota: La información contenida en el presente correo y en los archivos
adjuntos puede ser confidencial. Si no es el receptor pretendido, o el
responsable de entregar este mensaje, le notificamos por este medio que está
prohibida su copia, distribución, retención o uso de la información que
contiene. Asimismo, rogamos notifique al emisor reenviando este mensaje en
forma inmediata, y elimine el mismo de su computadora.
Nota: La información contenida en el presente correo y en los archivos adjuntos
puede ser confidencial. Si no es el receptor pretendido, o el responsable de
entregar este mensaje, le notificamos por este medio que está prohibida su
copia, distribución, retención o uso de la información que contiene. Asimismo,
rogamos notifique al emisor reenviando este mensaje en forma inmediata, y
elimine el mismo de su computadora.
"Este mensaje y sus anexos son confidenciales y para uso exclusivo del titular
de la dirección de e-mail a que está dirigido. Puede contener información
amparada por el secreto bancario o cuyo uso inadecuado pueda derivar en
responsabilidad civil o penal, por lo que su contenido no debe ser copiado,
enviado, revelado o utilizado en forma no autorizada expresamente por el
emisor. Si Ud. no fuera el destinatario especificado en el mensaje o persona
autorizada por éste, informe de tal situación reenviando el mensaje al emisor y
bórrelo de su sistema. El emisor no acepta responsabilidad alguna por errores
contenidos en este mensaje ni garantiza la seguridad o exactitud de lo
transmitido, ya que el mismo puede ser objeto de alteración, demora, pérdida,
contener virus informáticos u otras anomalías. El Bco. Credicoop C.L. no tiene
intención de generar correo no deseado, pero si Ud. entiende que está siendo
afectado por esta práctica, reenvíe este e-mail a: address@hidden"
"Este mensaje y sus anexos son confidenciales y para uso exclusivo del titular
de la dirección de e-mail a que está dirigido. Puede contener información
amparada por el secreto bancario o cuyo uso inadecuado pueda derivar en
responsabilidad civil o penal, por lo que su contenido no debe ser copiado,
enviado, revelado o utilizado en forma no autorizada expresamente por el
emisor. Si Ud. no fuera el destinatario especificado en el mensaje o persona
autorizada por éste, informe de tal situación reenviando el mensaje al emisor y
bórrelo de su sistema. El emisor no acepta responsabilidad alguna por errores
contenidos en este mensaje ni garantiza la seguridad o exactitud de lo
transmitido, ya que el mismo puede ser objeto de alteración, demora, pérdida,
contener virus informáticos u otras anomalías. El Bco. Credicoop C.L. no tiene
intención de generar correo no deseado, pero si Ud. entiende que está siendo
afectado por esta práctica, reenvíe este e-mail a: address@hidden"