ATA-186 won't answer calls.......

Hey everyone,

just a quick question someone might be able to help me out with.
I've got an ATA-186 (v2.15) running with the GNUGK, and everything registers
fine, and I can make calls to other IPs/aliases with the ATA, but for some
reason, I can't receive calls in?
On the call request in the gatekeeper it drops the call right away, stating
'unknown' as the reason for disengaging.

Anyone know what's going on here?

I've looked all over and thought I'd finally post something here.

thanks for any help

--
C h r i s E a r l e
System Solutions Specialist

Fizik aka Chris E

On Wed, 9 Jul 2003 13:03:36 -0400, "Fizik aka Chris E"
<> wrote:

>more info for the debuggers out there, since I just got prserv working:
>
>"GK->0: GCF:GK@0xc0a8016b-1719
>OpenH323GK
>GK<-0: RRQ
>GK->0: RCF:TTL 300
>0:30;0,0,0,0,
>PDU overflow : 3176 0x1
>Wed Jul 09 13:01:05 2003 Hello from ata0008a3962981@192.168.1.23 (1174-0)
>Build 020927a: v2.15 ata18x
>RBytes Chksum: 0x0 0x0
>[0]MPT mode 0
>[2]MPT mode 0
>[1]MPT mode 0
>[3]MPT mode 0
>GK zone<.>192.168.1.107: 2200
>0x1488a8 delayed RRQ: 27 ticks: 300
>GK<-0: GRQ"
>
>
>the line PDU overflow mean anything to anyone?
>
>!


Possibly a codec mismatch?

Thanks for the reply, much appreciated

codec issue was a good bet

before I read your post I upgraded the image on the ATA to 2.16 (from 2.15)
That may have fixed something, but I'm not sure what.(bug fixes outlined in
the 2.16 release notes don't cover anything connected to me)

Anyways
dialing the phone from some pc h323 dialing software seems to work now, BUT
only after I changed some settings.
I set the program to disable fast-start, disable H.245 tunneling, and
disable h.245 in Setup.................. and then everything seems to work

so now my question is, does anyone know why disabling all that h.245 stuff
seems to help?

any infos would be appreciated again, thanks
!
--
C h r i s E a r l e
System Solutions Specialist



<> wrote in message
news:...
> On Wed, 9 Jul 2003 13:03:36 -0400, "Fizik aka Chris E"
> <> wrote:
>
> >more info for the debuggers out there, since I just got prserv working:
> >
> >"GK->0: GCF:GK@0xc0a8016b-1719
> >OpenH323GK
> >GK<-0: RRQ
> >GK->0: RCF:TTL 300
> >0:30;0,0,0,0,
> >PDU overflow : 3176 0x1
> >Wed Jul 09 13:01:05 2003 Hello from ata0008a3962981@192.168.1.23 (1174-0)
> >Build 020927a: v2.15 ata18x
> >RBytes Chksum: 0x0 0x0
> >[0]MPT mode 0
> >[2]MPT mode 0
> >[1]MPT mode 0
> >[3]MPT mode 0
> >GK zone<.>192.168.1.107: 2200
> >0x1488a8 delayed RRQ: 27 ticks: 300
> >GK<-0: GRQ"
> >
> >
> >the line PDU overflow mean anything to anyone?
> >
> >!
>
>
> Possibly a codec mismatch?

On Fri, 11 Jul 2003 14:17:35 -0400, "Fizik aka Chris E"
<> wrote:

>oh! I forgot one crucial point:
>
>when the h.245-related protocols are not disabled, the debug from the status
>port shows this error:
>"ERR: Q931 PDU parsing"
>
>so that sounds even more like some sort of codec issue eh?
>
>what'd'ya think?

Probably not the voice codecs if its working now. You may still need
to verify that the PC software is trying to use the same codec.
Basically, both ends must agree on a codec to use or the call will be
dropped. Whether they agree can depend on what codecs are permitted
on either end. Could be the PC software is only offering codecs the
ATA doesn't understand.

See this link for a quick explanation of Q931 and H245. Probably one
end did not support either fast-start, or H.245 tunneling.
http://www.dialupaudio.com/h323primer.html

-Chris