[Asterisk-Users] Voicetronix OpenLine4 immediately hangs up on every call

[Lex Lethol]

Benjk,

I dont have an answer to your problem, but I am currently using the
same asterisk CVS HEAD found in voicetronix webpage.  Most features
are working OK and I am currently trying fo fix a voicemail problem
but it appears not to be related to loopdrop.  Are you sure the card
works fine? (hardware wise)

I modded the useloopdrop flag but I have no way of really testing it
to see any difference.
Make sure you run same context on the vpb.conf and somewhere in your
extension.config. II know it sounds newbie-ish, but I am a newbie on
asterisk and actually have been finding out the hard way on how to get
things working.

Anyway, good luck getting it to work.  If it does maybe you can try
out voicemail from a vpb channel (thats the current problem I am
facing) :P

Lethol

On Mon, 30 Aug 2004 18:33:49 +0900 (JST), Sunrise Ltd
<stsltdtyo at yahoo.co.jp> wrote:
> Hi
> 
> we've got Asterisk CVS-HEAD 18-Aug-04 (modified by
> Voicetronix as available on their site for use with the
> vpb driver) and an OpenLine4 (4xFXO). The same server also
> has two X100P.
> 
> Calls on the Voicetronix card drop instantly when the
> called party picks up. The vpb driver reports that it
> detected a hangup (loop drop) yet there is no hangup when
> connecting the X100Ps or analog phones to the same lines.
> 
> This happens both with UseLoopDrop = 0 and 1 settings in
> vpb.conf. There don't seem to be any other parameters in
> the conf file to control this. Has anybody else
> experienced this? Does anybody know how to teach the vpb
> driver to behave?
> 
> BTW, the card is supposed to work in Japan.
> 
> The console log is provided below...
> 
> vpb/1-4: chanreads: Got Asterisk bridge with
> [SIP/2062-70de].
> vpb/1-4: chanreads: Checking dtmf's
> vpb/1-4: chanreads: getting buffer!
> vpb/1-4: chanreads: got buffer!
> vpb/1-4: chanreads: applied gain
> vpb/1-4: chanreads: queueing buffer on read frame q
> (state[6])
> vpb/1-4: Read channel (codec=0) -12 3
> vpb/1-4: chanreads: Finished cycle...
> vpb/1-4: chanreads: Starting cycle ...
> vpb/1-4: chanreads: Checking bridge
> vpb/1-4: chanreads: No native bridge.
> vpb/1-4: chanreads: Got Asterisk bridge with
> [SIP/2062-70de].
> vpb/1-4: chanreads: Checking dtmf's
> vpb/1-4: chanreads: getting buffer!
>        > vpb/1-4: Event [12=>[03] Loop Drop]
> vpb/1-4: Flushing event [12]=>[03] Loop Drop
> 
>        > vpb/1-4: handle_owned: got event: [12=>0]
>        > vpb/1-4: handle_owned: putting frame
> type[4]subclass[1], bridge=(nil)
>   == vpb/1-4: Hangup requested
> vpb/1-4: chanreads: got buffer!
> vpb/1-4: chanreads: applied gain
> vpb/1-4: p->stopreads[1] p->owner[0x8109238]
> vpb/1-4: chanreads: Finished cycle...
>   == vpb/1-4: Ending record mode (1/yes)
>        > vpb/1-4: stopped record thread on vpb/1-4
>   == vpb/1-4: Ending play mode on vpb/1-4
>        > vpb/1-4: Setting state down
>   == vpb/1-4: Hangup complete
>        > Restarting monitor
>        > Trying to reawake monitor
>        > Monitor restarted
>   == Spawn extension (Internal, 809061554123, 2) exited
> non-zero on 'SIP/2062-70de'
>        > Monitor got null event
>        > vpb/1-4: Event [12=>[03] Loop Drop]
> vpb/1-4: Flushing event [12]=>[03] Loop Drop
> 
>        > vpb/1-4: handle_notowned: mode=3, event[12][[03]
> Loop Drop
> ]=[0]
>        > vpb/1-4: handle_notowned: mode=3, [12=>0]
> 
> thanks in advance
> regards
> benjk
> 
> --
> Sunrise Telephone Systems Ltd
> 9F Shibuya Daikyo Bldg., 1-13-5 Shibuya, Shibuya-ku, Tokyo, Japan
> 
> __________________________________________________
> GANBARE! NIPPON!
> Yahoo! JAPAN JOC OFFICIAL INTERNET PORTAL SITE
> http://mail.ganbare-nippon.yahoo.co.jp/
> 
> _______________________________________________
> Asterisk-Users mailing list
> Asterisk-Users at 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
>