[cisco-voip] ata redials when other party goes on hook

[Jason Burns]

I don't know for sure if the ATA does any sort of disconnect supervision.
You can run a search for ATA disconnect supervision and see if you find
anything. I couldn't really find anything good. There were some hits to this
alias a few years back.

Try the same thing with a regular analog phone plugged into the same ATA and
see what happens when the far end hangs up, and you don't hang up the analog
phone. You should just get reorder tone (I believe.. i haven't tested this
in a while)

It would be the responsibility of the analog phone to hang up when it hears
this reorder tone. In the case of the $10 handset the user has to hang up
manually. I'm not sure what your push button device does, or expects to get
from the ATA in the case of a far end disconnect.

If you wanted disconnect supervision I do know that other analog GWs can
provide polarity reversal and drop loop current. If possible find out which
of these your analog device expects.


On Fri, Jan 23, 2009 at 2:19 PM, Rossella Mariotti-Jones <
rossella at chemeketa.edu> wrote:

>  Hi all, we are having a problem with our ATA 186 units, we have quite a
> few around campus but this particular one is connected to a button at
> parking permit issuing facility. People drive up, they push the button, it
> rings down to Public Safety, they pick up the phone and speak to the
> customer, then they hang up, the ATA never hangs up and instead redials
> Public Safety right away. So far the workaround has been asking the customer
> to push the button again after they're done talking with Public Safety, this
> hangs up the call. I would assume this might be a bug. Does anyone have any
> experience with this? Thanks in advance.
>
>
>
> rossella mariotti-jones | network analyst | chemeketa community college |
> rossella at chemeketa.edu | 503-589-7775
>
> P *To reduce waste, please consider not printing this email unless
> necessary*
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090125/213a2fd7/attachment.html>