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?

<br><br>Eric<br><br><div><span class="gmail_quote">On 3/11/07, <b class="gmail_sendername">Jim Duuuude</b> <<a href="mailto:telesistant@hotmail.com">telesistant@hotmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

No SIP ATA's even come CLOSE to supporting what we need.<br><br>What they call battery reversal is an indication that the call has answered<br>on the far end<br>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.

<br><br><br>>From: Stephen Rodgers <<a href="mailto:hwstar@rodgers.sdcoxmail.com">hwstar@rodgers.sdcoxmail.com</a>><br>>Reply-To: Asterisk Repeater Controler <<a href="mailto:app_rpt@lists.illiana.net">app_rpt@lists.illiana.net

</a>><br>>To: Asterisk Repeater Controler <<a href="mailto:app_rpt@lists.illiana.net">app_rpt@lists.illiana.net</a>><br>>Subject: Re: [App_rpt] Remote Base<br>>Date: Sun, 11 Mar 2007 13:58:52 -0700<br>>MIME-Version: 

1.0<br>>Received: from <a href="http://marauder.illiana.net">marauder.illiana.net</a> ([<a href="http://64.212.212.35">64.212.212.35</a>]) by<br>><a href="http://bay0-mc7-f20.bay0.hotmail.com">bay0-mc7-f20.bay0.hotmail.com

</a> with Microsoft SMTPSVC(6.0.3790.2668); Sun,<br>>11 Mar 2007 13:58:35 -0700<br>>Received: (qmail 26925 invoked by uid 1484); 11 Mar 2007 20:58:34 -0000<br>>Received: from <a href="http://127.0.0.1">127.0.0.1</a>

 by marauder (envelope-from<br>><<a href="mailto:app_rpt-bounces@lists.illiana.net">app_rpt-bounces@lists.illiana.net</a>>, uid 71) with qmail-scanner-2.01<br>>(clamdscan: 0.84/2481.   Clear:RC:1(<a href="http://127.0.0.1">

127.0.0.1</a>):.  Processed in 0.039165<br>>secs); 11 Mar 2007 20:58:34 -0000<br>>Received: from localhost (HELO ?127.0.0.1?) (<a href="http://127.0.0.1">127.0.0.1</a>)  by 0 with SMTP; 11<br>>Mar 2007 20:58:34 -0000

<br>>Received: (qmail 26806 invoked by uid 1484); 11 Mar 2007 20:58:28 -0000<br>>Received: from <a href="http://68.15.19.112">68.15.19.112</a> by marauder<br>>(envelope-from<<a href="mailto:hwstar@rodgers.sdcoxmail.com">

hwstar@rodgers.sdcoxmail.com</a>>, uid 71) with<br>>qmail-scanner-2.01 (clamdscan: 0.84/2481.  Clear:RC:0(<a href="http://68.15.19.112">68.15.19.112</a>):.<br>>Processed in 0.288186 secs); 11 Mar 2007 20:58:28 -0000

<br>>Received: from <a href="http://wsip-68-15-19-112.sd.sd.cox.net">wsip-68-15-19-112.sd.sd.cox.net</a> (HELO<br>><a href="http://sv.qrvc.com">sv.qrvc.com</a>)(<a href="http://68.15.19.112">68.15.19.112</a>) by 0 with SMTP; 11 Mar 2007 20:58:26 -0000

<br>>Received: from [<a href="http://192.168.17.10">192.168.17.10</a>] (<a href="http://steverod.sv.qrvc.com">steverod.sv.qrvc.com</a> [<a href="http://192.168.17.10">192.168.17.10</a>])by<br>><a href="http://sv.qrvc.com">

sv.qrvc.com</a> (Postfix) with ESMTP id F3EAB4207F5for<br>><<a href="mailto:app_rpt@lists.illiana.net">app_rpt@lists.illiana.net</a>>; Sun, 11 Mar 2007 12:58:23 -0800 (PST)<br>>X-Message-Info: txF49lGdW42qcnmnBI8UHq9RUd57UmnYrrjh70Y4AzY=

<br>>Return-Path: <<a href="mailto:hwstar@rodgers.sdcoxmail.com">hwstar@rodgers.sdcoxmail.com</a>><br>>Delivered-To: <a href="mailto:mailman-app_rpt@lists.illiana.net">mailman-app_rpt@lists.illiana.net</a><br>

>User-Agent: Thunderbird <a href="http://1.5.0.9">1.5.0.9</a> (X11/20070103)<br>>References:<br>><<a href="mailto:da99ac960702270929j376a4da6mbbb88e4687313b98@mail.gmail.com">da99ac960702270929j376a4da6mbbb88e4687313b98@mail.gmail.com

</a>>  <<a href="mailto:45E4B697.6060900@rodgers.sdcoxmail.com">45E4B697.6060900@rodgers.sdcoxmail.com</a>><<a href="mailto:2ad2af430703111219p3940b2d2pdff030f1667cb31d@mail.gmail.com">2ad2af430703111219p3940b2d2pdff030f1667cb31d@mail.gmail.com

</a>><br>>X-Enigmail-Version: <a href="http://0.94.0.0">0.94.0.0</a><br>>X-BeenThere: <a href="mailto:app_rpt@lists.illiana.net">app_rpt@lists.illiana.net</a><br>>X-Mailman-Version: 2.1.6<br>>Precedence: list

<br>>List-Id: Asterisk Repeater Controler <app_rpt.lists.illiana.net><br>>List-Unsubscribe:<br>><<a href="http://lists.illiana.net/mailman/listinfo/app_rpt">http://lists.illiana.net/mailman/listinfo/app_rpt

</a>>,<mailto:<a href="mailto:app_rpt-request@lists.illiana.net">app_rpt-request@lists.illiana.net</a>?subject=unsubscribe><br>>List-Archive: <<a href="http://lists.illiana.net/pipermail/app_rpt">http://lists.illiana.net/pipermail/app_rpt

</a>><br>>List-Post: <mailto:<a href="mailto:app_rpt@lists.illiana.net">app_rpt@lists.illiana.net</a>><br>>List-Help: <mailto:<a href="mailto:app_rpt-request@lists.illiana.net">app_rpt-request@lists.illiana.net

</a>?subject=help><br>>List-Subscribe:<br>><<a href="http://lists.illiana.net/mailman/listinfo/app_rpt">http://lists.illiana.net/mailman/listinfo/app_rpt</a>>,<mailto:<a href="mailto:app_rpt-request@lists.illiana.net">

app_rpt-request@lists.illiana.net</a>?subject=subscribe><br>>Errors-To: <a href="mailto:app_rpt-bounces@lists.illiana.net">app_rpt-bounces@lists.illiana.net</a><br>>X-OriginalArrivalTime: 11 Mar 2007 20:58:35.0306

 (UTC)<br>>FILETIME=[08D200A0:01C76420]<br>><br>><br>>Eric,<br>><br>>You can research this further, but I'm not convinced SIP ATA's give a<br>>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.

<br>><br>>For RX, SIP ATA's do not work like this. When a user goes off hook, a<br>>LOCAL dialtone is generated in the ATA, and only when the digits are<br>>dialed which match a route programmed into the ATA, does the ATA make

<br>>connection with the Asterisk server. For TX, SIP ATA's provide battery<br>>all of the time and cannot be set up to interrupt battery on an ad-hoc<br>>basis.<br>><br>><br>>Even if all of the above were eventually sfound to be supported, App_rpt

<br>>wuld have to undergo a significant rewrite to support SIP on the<br>>repeater port. A lot of things in app_rpt depend on the support Zaptel<br>>provides.<br>><br>><br>><br>><br>>Eric Fort wrote:

<br>> > Steve, Yes I read your reply below...then I googled and composed this<br>> > query.  Why will it not work?  how can it work?<br>> ><br>> > (Worst case a patch to asterisk may come to mind since we are running

<br>> > seperate channels for tx/rx anyway)<br>> ><br>> > All of the ata's below (the majority of the market) would appear to<br>>support<br>> > polarity reversal  now how can that feature be used with an arib board

<br>>to<br>> > place a remote node at the end of an ethernet cable across the network<br>> > (where the controlling asterisk box is say on another continent)?<br>> ><br>> > cisco ata186 and ata188

<br>> ><br>><a href="http://www.cisco.com/en/US/products/hw/gatecont/ps514/products_administration_guide_chapter09186a0080160f73.html#1021012">http://www.cisco.com/en/US/products/hw/gatecont/ps514/products_administration_guide_chapter09186a0080160f73.html#1021012

</a><br>> ><br>> ><br>> ><br>> > SIPURA SPA-3000<br>> > <a href="http://www.sipura.com/Documents/SipuraSPAUserGuidev2.0.9.pdf">http://www.sipura.com/Documents/SipuraSPAUserGuidev2.0.9.pdf</a>

<br>> > also SPA-2000, SPA-2100, SPA-1001<br>> ><br>> ><br>> > ustarcom<br>> > <a href="http://www.utstar.com/Document_Library/0043.pdf">http://www.utstar.com/Document_Library/0043.pdf</a><br>

> ><br>> > HandyTone 286<br>> > <a href="http://www.grandstream.com/user_manuals/HandyTone.pdf">http://www.grandstream.com/user_manuals/HandyTone.pdf</a><br>> ><br>> > Grandstream Handytone ATA-496

<br>> > <a href="http://www.grandstream.com/user_manuals/HT-496.pdf">http://www.grandstream.com/user_manuals/HT-496.pdf</a><br>> ><br>> > Grandstream Handytone ATA-386<br>> > <a href="http://www.grandstream.com/user_manuals/HandyTone-386UserManual.pdf">

http://www.grandstream.com/user_manuals/HandyTone-386UserManual.pdf</a><br>> ><br>> > Grandstream Handytone ATA-488<br>> > <a href="http://www.grandstream.com/user_manuals/HT488UserManual.pdf">http://www.grandstream.com/user_manuals/HT488UserManual.pdf

</a><br>> ><br>> > Grandstream Handytone ATA-486<br>> > <a href="http://www.grandstream.com/user_manuals/HandyTone-486UserManual.pdf">http://www.grandstream.com/user_manuals/HandyTone-486UserManual.pdf</a>

<br>> ><br>> ><br>> > Eric<br>> ><br>> ><br>> ><br>> > On 2/27/07, Stephen Rodgers < <a href="mailto:hwstar@rodgers.sdcoxmail.com">hwstar@rodgers.sdcoxmail.com</a>> wrote:<br>

> >><br>> >> ATA's don't support the line signalling methods required by the ARIB to<br>> >> indicate PTT and/or COR presence.<br>> >><br>> >> Steve.<br>> >><br>

> >><br>> >><br>> >> David Craig wrote:<br>> >> > Can App_rpt be used with an ATA for a simplex or half duplex remote<br>> >> base.<br>> >> > 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.

<br>> >> ><br>> >> ><br>> >> > Thanks for any help.<br>> >> ><br>> >> > David<br>> >> ><br>> >> ><br>> >> ><br>> >><br>

>------------------------------------------------------------------------<br>> >> ><br>> >> > _______________________________________________<br>> >> > App_rpt mailing list<br>> >> > 

<a href="mailto:App_rpt@lists.illiana.net">App_rpt@lists.illiana.net</a><br>> >> > <a href="http://lists.illiana.net/mailman/listinfo/app_rpt">http://lists.illiana.net/mailman/listinfo/app_rpt</a><br>> >>

<br>> >> _______________________________________________<br>> >> App_rpt mailing list<br>> >> <a href="mailto:App_rpt@lists.illiana.net">App_rpt@lists.illiana.net</a><br>> >> <a href="http://lists.illiana.net/mailman/listinfo/app_rpt">

http://lists.illiana.net/mailman/listinfo/app_rpt</a><br>> >><br>> ><br>> ><br>> > ------------------------------------------------------------------------<br>> ><br>> > _______________________________________________

<br>> > App_rpt mailing list<br>> > <a href="mailto:App_rpt@lists.illiana.net">App_rpt@lists.illiana.net</a><br>> > <a href="http://lists.illiana.net/mailman/listinfo/app_rpt">http://lists.illiana.net/mailman/listinfo/app_rpt

</a><br>><br>>_______________________________________________<br>>App_rpt mailing list<br>><a href="mailto:App_rpt@lists.illiana.net">App_rpt@lists.illiana.net</a><br>><a href="http://lists.illiana.net/mailman/listinfo/app_rpt">

http://lists.illiana.net/mailman/listinfo/app_rpt</a><br><br><br>_______________________________________________<br>App_rpt mailing list<br><a href="mailto:App_rpt@lists.illiana.net">App_rpt@lists.illiana.net</a><br><a href="http://lists.illiana.net/mailman/listinfo/app_rpt">

http://lists.illiana.net/mailman/listinfo/app_rpt</a><br></blockquote></div><br>