Yes, was my mistake, just the first pair of bits are changed to 0x0,
that is, if initially is 1001, 0001 is the seize state.
On Dec 14, 2007 1:04 PM, Roger C. Beraldi Martins
<[EMAIL PROTECTED]> wrote:
> Moises,
>
> I was reading about your first reply and you said in the 2nd step:
>
> >
> >2. lib
Roger,
I think you should call your telco support and ask them if they
receive your sizing and if they are sending the seize ack.
On Dec 14, 2007 5:57 AM, Roger C. Beraldi Martins
<[EMAIL PROTECTED]> wrote:
> Dears,
>
> Here is the logs when I put loglevel=255 on unicall.conf, I have use
> max-wa
Moises,
I was reading about your first reply and you said in the 2nd step:
>
>2. libmfcr2 will set the ABCD bits to 0x0 (000) ( normally the ABCD
>bits are in Idle 1001 ). Setting the ABCD bits to 0x0 is our way to
>tell the far end ( the telco ) that we want to start a call, this is
>known as th
Dears,
Here is the logs when I put loglevel=255 on unicall.conf, I have use
max-wait = 1
[Dec 14 09:53:42] DEBUG[28143] chan_unicall.c: unicall_call called - 'g1'
[Dec 14 09:53:42] DEBUG[28143] chan_unicall.c: unicall_call caller id -
'3007'
[Dec 14 09:53:42] WARNING[28143] chan_unicall.c: M
Beraldi,
Do you have unused links
2007/12/11, Roger C. Beraldi Martins <[EMAIL PROTECTED]>:
>
> Dears,
>
> After having set up the board Digium TE420 to receive 3 E1s, I can receive
> calls without difficulties. As you can see in the log below:
>
> -- Executing [EMAIL PROTECTED]:1] NoOp("UniCa
Please, put your zaptel.conf, ok ?
Using zttool can you see what channel the dial is attempting to use ? Is
that a valid channel ?
Luis A P Barbosa.
2007/12/13, Roger C. Beraldi Martins <[EMAIL PROTECTED]>:
>
> Moises,
>
> I try put the line exactly like you send me, saw the time wait getting
> l
As Steve said, put loglevel=255 in unicall.conf to have more details,
please post them here and I will review them.
On Dec 13, 2007 5:02 AM, Roger C. Beraldi Martins
<[EMAIL PROTECTED]> wrote:
> Moises,
>
> I try put the line exactly like you send me, saw the time wait getting
> longer with the pa
Roger C. Beraldi Martins wrote:
> Moises,
>
> I try put the line exactly like you send me, saw the time wait getting
> longer with the parameter you describe to increment. But the error is
> the same as you can see in logs.
>
> Has other way to solve this problem, may I question to my telephony
Moises,
I try put the line exactly like you send me, saw the time wait getting
longer with the parameter you describe to increment. But the error is the
same as you can see in logs.
Has other way to solve this problem, may I question to my telephony service
de time it's need to send back the ACK
Roger,
You can try to pass the protocolvariant like this:
protocolvariant=br,20,4,x,max-seize-wait-ack=3000
This deserves a little bit of more explanation.
br = Brazil
20 = ANI digits
4 = DNIS digits
x = this is just a hack to be able to work with defaults and specify
the next value. protocolva
Moises,
Thank you for your reply and the lesson of MFC/R2 !
My configs for the unicall.conf is:
[channels]
language=br
context=from-pstn
usecallerid=yes
hidecallerid=no
immediate=no
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocanc
Roger,
The "seize ack timeout" problem is because libmfcr2 is expecting a
response ( an ACK ) from the far end and it does not arrive in a R2
variant dependant amount of time. Which protocolvariant do you have
configured in unicall.conf?
This is how the process to start a call goes:
1. When you
Dears,
After having set up the board Digium TE420 to receive 3 E1s, I can receive
calls without difficulties. As you can see in the log below:
-- Executing [EMAIL PROTECTED]:1] NoOp("UniCall/14-1", "Catch-All DID Match
- Found 5908 - You probably want a DID for this.") in new stack
-- Execu
13 matches
Mail list logo
