asterisk users - Oct 2005 - [Fwd: Libpri/chan_zap problems?]

What am I doing wrong here? Why is this happening?

libpri is version 1.0.7-1 (debian package)
asterisk is version 1.0.7.dfsg.1-2 (debian package)
zaptel is version 1.0.9.2


    -- Executing Dial("SIP/739-5935", "Zap/g1/0916000739")
in new stack
    -- Called g1/0916000739
    -- Channel 0/1, span 1 got hangup
Oct 10 13:14:45 WARNING[7544]: app_dial.c:412 wait_for_answer: Unable to 
forward voice
    -- Hungup 'Zap/1-1'
  == No one is available to answer at this time
    -- Executing Congestion("SIP/739-5935", "") in new stack
  == Spawn extension (siplocalclients, 0916000739, 2) exited non-zero 
on 'SIP/739-5935'
Oct 10 13:14:46 WARNING[7544]: chan_zap.c:7445 pri_fixup_principle: Call 
specified, but not found?
Oct 10 13:14:46 NOTICE[7544]: chan_zap.c:8768 pri_dchannel: hangup, did 
not find cref 32777, tei 0
Oct 10 13:14:46 WARNING[7544]: chan_zap.c:8769 pri_dchannel: Hangup on 
bad channel 0/1 on span 1
Oct 10 13:14:50 WARNING[7544]: chan_zap.c:7445 pri_fixup_principle: Call 
specified, but not found?
Oct 10 13:14:50 NOTICE[7544]: chan_zap.c:8768 pri_dchannel: hangup, did 
not find cref 32777, tei 0
Oct 10 13:14:50 WARNING[7544]: chan_zap.c:8769 pri_dchannel: Hangup on 
bad channel 0/1 on span 1

Tnx.

-- 
Igor Briski

>What am I doing wrong here? Why is this happening?
>
>libpri is version 1.0.7-1 (debian package) asterisk is version 
>1.0.7.dfsg.1-2 (debian package) zaptel is version 1.0.9.2
>
>
>    -- Executing Dial("SIP/739-5935",
"Zap/g1/0916000739") in new stack
>    -- Called g1/0916000739
>    -- Channel 0/1, span 1 got hangup
>Oct 10 13:14:45 WARNING[7544]: app_dial.c:412 wait_for_answer: 
>Unable to forward voice
Does the same thing happens even when you're not calling cellular number VIP
(I assume you are in Croatia, calling VIPnet) i.e. some fixed line number ?

And what connection do you use, BRI (bristuff, capi), PRI, some FXO,...

You can reach me at 01/4573573. I'll be glad to hear you if my assumptions
(on Croatia thing) were right...