[App_rpt] Remote Base

Eric Fort eric.fort at gmail.com
Mon Mar 12 05:41:24 UTC 2007


In my looking at this issue I noted that iax2 is headed for ietf
standardization and is currently in draft.  me thinks that a few choice
commands placed in the iax2 protocol to do this in call signalling would be
quite nice.  (I may ask a friend of mine who works at digium about that)  If
IAX2 had the commands to do polarity reversal in call what would it take to
have app_rpt control it?

Eric

On 3/11/07, Jim Duuuude <telesistant at hotmail.com> wrote:
>
> No SIP ATA's even come CLOSE to supporting what we need.
>
> What they call battery reversal is an indication that the call has
> answered
> on the far end
> which may happen ONLY once per call (if it un-answers on the far end it
> terminates the
> call).
>
> Our needs are to have a SIP call initiated and for it to say up (rather
> permanently or so)
> and to have the ability to send on-hook/off-hook states many times as
> needed. No
> one does this or even has a concept of this.
>
>
> >From: Stephen Rodgers <hwstar at rodgers.sdcoxmail.com>
> >Reply-To: Asterisk Repeater Controler <app_rpt at lists.illiana.net>
> >To: Asterisk Repeater Controler <app_rpt at lists.illiana.net>
> >Subject: Re: [App_rpt] Remote Base
> >Date: Sun, 11 Mar 2007 13:58:52 -0700
> >MIME-Version: 1.0
> >Received: from marauder.illiana.net ([64.212.212.35]) by
> >bay0-mc7-f20.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Sun,
> >11 Mar 2007 13:58:35 -0700
> >Received: (qmail 26925 invoked by uid 1484); 11 Mar 2007 20:58:34 -0000
> >Received: from 127.0.0.1 by marauder (envelope-from
> ><app_rpt-bounces at lists.illiana.net>, uid 71) with qmail-scanner-2.01
> >(clamdscan: 0.84/2481.   Clear:RC:1(127.0.0.1):.  Processed in 0.039165
> >secs); 11 Mar 2007 20:58:34 -0000
> >Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1)  by 0 with SMTP;
> 11
> >Mar 2007 20:58:34 -0000
> >Received: (qmail 26806 invoked by uid 1484); 11 Mar 2007 20:58:28 -0000
> >Received: from 68.15.19.112 by marauder
> >(envelope-from<hwstar at rodgers.sdcoxmail.com>, uid 71) with
> >qmail-scanner-2.01 (clamdscan: 0.84/2481.  Clear:RC:0(68.15.19.112):.
> >Processed in 0.288186 secs); 11 Mar 2007 20:58:28 -0000
> >Received: from wsip-68-15-19-112.sd.sd.cox.net (HELO
> >sv.qrvc.com)(68.15.19.112) by 0 with SMTP; 11 Mar 2007 20:58:26 -0000
> >Received: from [192.168.17.10] (steverod.sv.qrvc.com [192.168.17.10])by
> >sv.qrvc.com (Postfix) with ESMTP id F3EAB4207F5for
> ><app_rpt at lists.illiana.net>; Sun, 11 Mar 2007 12:58:23 -0800 (PST)
> >X-Message-Info: txF49lGdW42qcnmnBI8UHq9RUd57UmnYrrjh70Y4AzY=
> >Return-Path: <hwstar at rodgers.sdcoxmail.com>
> >Delivered-To: mailman-app_rpt at lists.illiana.net
> >User-Agent: Thunderbird 1.5.0.9 (X11/20070103)
> >References:
> ><da99ac960702270929j376a4da6mbbb88e4687313b98 at mail.gmail.com>  <
> 45E4B697.6060900 at rodgers.sdcoxmail.com><
> 2ad2af430703111219p3940b2d2pdff030f1667cb31d at mail.gmail.com>
> >X-Enigmail-Version: 0.94.0.0
> >X-BeenThere: app_rpt at lists.illiana.net
> >X-Mailman-Version: 2.1.6
> >Precedence: list
> >List-Id: Asterisk Repeater Controler <app_rpt.lists.illiana.net>
> >List-Unsubscribe:
> ><http://lists.illiana.net/mailman/listinfo/app_rpt>,<mailto:
> app_rpt-request at lists.illiana.net?subject=unsubscribe>
> >List-Archive: <http://lists.illiana.net/pipermail/app_rpt>
> >List-Post: <mailto:app_rpt at lists.illiana.net>
> >List-Help: <mailto:app_rpt-request at lists.illiana.net?subject=help>
> >List-Subscribe:
> ><http://lists.illiana.net/mailman/listinfo/app_rpt>,<mailto:
> app_rpt-request at lists.illiana.net?subject=subscribe>
> >Errors-To: app_rpt-bounces at lists.illiana.net
> >X-OriginalArrivalTime: 11 Mar 2007 20:58:35.0306 (UTC)
> >FILETIME=[08D200A0:01C76420]
> >
> >
> >Eric,
> >
> >You can research this further, but I'm not convinced SIP ATA's give a
> >fine enough level of control for polarity reversal, or battery
> >interruption.
> >
> >What would be required are special SIP commands which tell the far end
> >Asterisk server when a phone goes off hook (for RX), and special SIP
> >commands for applying and removing battery for the TX loop.
> >
> >For RX, SIP ATA's do not work like this. When a user goes off hook, a
> >LOCAL dialtone is generated in the ATA, and only when the digits are
> >dialed which match a route programmed into the ATA, does the ATA make
> >connection with the Asterisk server. For TX, SIP ATA's provide battery
> >all of the time and cannot be set up to interrupt battery on an ad-hoc
> >basis.
> >
> >
> >Even if all of the above were eventually sfound to be supported, App_rpt
> >wuld have to undergo a significant rewrite to support SIP on the
> >repeater port. A lot of things in app_rpt depend on the support Zaptel
> >provides.
> >
> >
> >
> >
> >Eric Fort wrote:
> > > Steve, Yes I read your reply below...then I googled and composed this
> > > query.  Why will it not work?  how can it work?
> > >
> > > (Worst case a patch to asterisk may come to mind since we are running
> > > seperate channels for tx/rx anyway)
> > >
> > > All of the ata's below (the majority of the market) would appear to
> >support
> > > polarity reversal  now how can that feature be used with an arib board
> >to
> > > place a remote node at the end of an ethernet cable across the network
> > > (where the controlling asterisk box is say on another continent)?
> > >
> > > cisco ata186 and ata188
> > >
> >
> http://www.cisco.com/en/US/products/hw/gatecont/ps514/products_administration_guide_chapter09186a0080160f73.html#1021012
> > >
> > >
> > >
> > > SIPURA SPA-3000
> > > http://www.sipura.com/Documents/SipuraSPAUserGuidev2.0.9.pdf
> > > also SPA-2000, SPA-2100, SPA-1001
> > >
> > >
> > > ustarcom
> > > http://www.utstar.com/Document_Library/0043.pdf
> > >
> > > HandyTone 286
> > > http://www.grandstream.com/user_manuals/HandyTone.pdf
> > >
> > > Grandstream Handytone ATA-496
> > > http://www.grandstream.com/user_manuals/HT-496.pdf
> > >
> > > Grandstream Handytone ATA-386
> > > http://www.grandstream.com/user_manuals/HandyTone-386UserManual.pdf
> > >
> > > Grandstream Handytone ATA-488
> > > http://www.grandstream.com/user_manuals/HT488UserManual.pdf
> > >
> > > Grandstream Handytone ATA-486
> > > http://www.grandstream.com/user_manuals/HandyTone-486UserManual.pdf
> > >
> > >
> > > Eric
> > >
> > >
> > >
> > > On 2/27/07, Stephen Rodgers < hwstar at rodgers.sdcoxmail.com> wrote:
> > >>
> > >> ATA's don't support the line signalling methods required by the ARIB
> to
> > >> indicate PTT and/or COR presence.
> > >>
> > >> Steve.
> > >>
> > >>
> > >>
> > >> David Craig wrote:
> > >> > Can App_rpt be used with an ATA for a simplex or half duplex remote
> > >> base.
> > >> > The example might be an Grandstream HandyTone 286 with the FXS port
> > >> > connected ARIB.
> > >> >
> > >> > I have a situation where I need a very small radio interface and my
> > >> > asterisk
> > >> > box will be remote via a high speed connection.
> > >> >
> > >> >
> > >> > Thanks for any help.
> > >> >
> > >> > David
> > >> >
> > >> >
> > >> >
> > >>
> >------------------------------------------------------------------------
> > >> >
> > >> > _______________________________________________
> > >> > App_rpt mailing list
> > >> > App_rpt at lists.illiana.net
> > >> > http://lists.illiana.net/mailman/listinfo/app_rpt
> > >>
> > >> _______________________________________________
> > >> App_rpt mailing list
> > >> App_rpt at lists.illiana.net
> > >> http://lists.illiana.net/mailman/listinfo/app_rpt
> > >>
> > >
> > >
> > >
> ------------------------------------------------------------------------
> > >
> > > _______________________________________________
> > > App_rpt mailing list
> > > App_rpt at lists.illiana.net
> > > http://lists.illiana.net/mailman/listinfo/app_rpt
> >
> >_______________________________________________
> >App_rpt mailing list
> >App_rpt at lists.illiana.net
> >http://lists.illiana.net/mailman/listinfo/app_rpt
>
>
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20070311/366e1e73/attachment.html>


More information about the App_rpt-users mailing list