From hwstar at rodgers.sdcoxmail.com Thu Mar 8 18:49:57 2007 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Thu, 08 Mar 2007 16:49:57 -0800 Subject: [App_rpt] app_rpt mailing list back up Message-ID: <45F0AF35.6010200@rodgers.sdcoxmail.com> The list is back up courtesy of Bryan. Steve Rodgers, WA6ZFT From eric.fort at gmail.com Sun Mar 11 14:19:06 2007 From: eric.fort at gmail.com (Eric Fort) Date: Sun, 11 Mar 2007 11:19:06 -0800 Subject: [App_rpt] Remote Base In-Reply-To: <45E4B697.6060900@rodgers.sdcoxmail.com> References: <45E4B697.6060900@rodgers.sdcoxmail.com> Message-ID: <2ad2af430703111219p3940b2d2pdff030f1667cb31d@mail.gmail.com> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.illiana.net/pipermail/app_rpt/attachments/20070311/4802c395/attachment.html From hwstar at rodgers.sdcoxmail.com Sun Mar 11 15:58:52 2007 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sun, 11 Mar 2007 13:58:52 -0700 Subject: [App_rpt] Remote Base In-Reply-To: <2ad2af430703111219p3940b2d2pdff030f1667cb31d@mail.gmail.com> References: <45E4B697.6060900@rodgers.sdcoxmail.com> <2ad2af430703111219p3940b2d2pdff030f1667cb31d@mail.gmail.com> Message-ID: <45F46D8C.7050005@rodgers.sdcoxmail.com> 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 From telesistant at hotmail.com Mon Mar 12 00:33:56 2007 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 11 Mar 2007 21:33:56 -0800 Subject: [App_rpt] Remote Base In-Reply-To: <45F46D8C.7050005@rodgers.sdcoxmail.com> Message-ID: 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 >Reply-To: Asterisk Repeater Controler >To: Asterisk Repeater Controler >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 >, 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, 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 >; Sun, 11 Mar 2007 12:58:23 -0800 (PST) >X-Message-Info: txF49lGdW42qcnmnBI8UHq9RUd57UmnYrrjh70Y4AzY= >Return-Path: >Delivered-To: mailman-app_rpt at lists.illiana.net >User-Agent: Thunderbird 1.5.0.9 (X11/20070103) >References: > <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 >List-Unsubscribe: >, >List-Archive: >List-Post: >List-Help: >List-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 From eric.fort at gmail.com Mon Mar 12 00:41:24 2007 From: eric.fort at gmail.com (Eric Fort) Date: Sun, 11 Mar 2007 22:41:24 -0700 Subject: [App_rpt] Remote Base In-Reply-To: References: <45F46D8C.7050005@rodgers.sdcoxmail.com> Message-ID: <2ad2af430703112241q2d8c7c7eud8d81084369402ee@mail.gmail.com> 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 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 > >Reply-To: Asterisk Repeater Controler > >To: Asterisk Repeater Controler > >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 > >, 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, 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 > >; Sun, 11 Mar 2007 12:58:23 -0800 (PST) > >X-Message-Info: txF49lGdW42qcnmnBI8UHq9RUd57UmnYrrjh70Y4AzY= > >Return-Path: > >Delivered-To: mailman-app_rpt at lists.illiana.net > >User-Agent: Thunderbird 1.5.0.9 (X11/20070103) > >References: > > < > 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 > >List-Unsubscribe: > >, app_rpt-request at lists.illiana.net?subject=unsubscribe> > >List-Archive: > >List-Post: > >List-Help: > >List-Subscribe: > >, 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.illiana.net/pipermail/app_rpt/attachments/20070311/366e1e73/attachment.htm From hwstar at rodgers.sdcoxmail.com Mon Mar 12 10:52:58 2007 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Mon, 12 Mar 2007 08:52:58 -0700 Subject: [App_rpt] Remote Base In-Reply-To: <2ad2af430703112241q2d8c7c7eud8d81084369402ee@mail.gmail.com> References: <45F46D8C.7050005@rodgers.sdcoxmail.com> <2ad2af430703112241q2d8c7c7eud8d81084369402ee@mail.gmail.com> Message-ID: <45F5775A.7030205@rodgers.sdcoxmail.com> IAX2 already has radio support built-in with KEY and UNKEY messages in the control frames. This is how we link to other systems in app_rpt. IAX ATA's would have to be modified handle these control frames with a special configuration setting. For receive, the ATA would have to send a KEY message every time the loop is closed, and an UNKEY message every time the loop is opened. For transmit, the ATA would have to apply battery when the KEY message is received, and remove battery when the UNKEY message is received. Also for transmit, there needs to be a watchdog function to kill the TX if the connection is lost or degraded. Steve. > 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 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 >> >Reply-To: Asterisk Repeater Controler >> >To: Asterisk Repeater Controler >> >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 >> >, 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, 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 >> >; Sun, 11 Mar 2007 12:58:23 -0800 (PST) >> >X-Message-Info: txF49lGdW42qcnmnBI8UHq9RUd57UmnYrrjh70Y4AzY= >> >Return-Path: >> >Delivered-To: mailman-app_rpt at lists.illiana.net >> >User-Agent: Thunderbird 1.5.0.9 (X11/20070103) >> >References: >> > < >> 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 >> >List-Unsubscribe: >> >,> app_rpt-request at lists.illiana.net?subject=unsubscribe> >> >List-Archive: >> >List-Post: >> >List-Help: >> >List-Subscribe: >> >,> 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 >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt From bwebster at wirelessmapping.com Mon Mar 12 11:30:00 2007 From: bwebster at wirelessmapping.com (Brian Webster) Date: Mon, 12 Mar 2007 12:30:00 -0400 Subject: [App_rpt] Remote Base In-Reply-To: <45F5775A.7030205@rodgers.sdcoxmail.com> Message-ID: Can we make an IAXY ata device work then? that works using IAX not SIP. Thank You, Brian N2KGC -----Original Message----- From: Stephen Rodgers [mailto:hwstar at rodgers.sdcoxmail.com] Sent: Monday, March 12, 2007 11:53 AM To: Asterisk Repeater Controler Subject: Re: [App_rpt] Remote Base IAX2 already has radio support built-in with KEY and UNKEY messages in the control frames. This is how we link to other systems in app_rpt. IAX ATA's would have to be modified handle these control frames with a special configuration setting. For receive, the ATA would have to send a KEY message every time the loop is closed, and an UNKEY message every time the loop is opened. For transmit, the ATA would have to apply battery when the KEY message is received, and remove battery when the UNKEY message is received. Also for transmit, there needs to be a watchdog function to kill the TX if the connection is lost or degraded. Steve. > 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 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 >> >Reply-To: Asterisk Repeater Controler >> >To: Asterisk Repeater Controler >> >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 >> >, 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, 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 >> >; Sun, 11 Mar 2007 12:58:23 -0800 (PST) >> >X-Message-Info: txF49lGdW42qcnmnBI8UHq9RUd57UmnYrrjh70Y4AzY= >> >Return-Path: >> >Delivered-To: mailman-app_rpt at lists.illiana.net >> >User-Agent: Thunderbird 1.5.0.9 (X11/20070103) >> >References: >> > < >> 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 >> >List-Unsubscribe: >> >,> app_rpt-request at lists.illiana.net?subject=unsubscribe> >> >List-Archive: >> >List-Post: >> >List-Help: >> >List-Subscribe: >> >,> 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_administratio n_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 >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 From hwstar at rodgers.sdcoxmail.com Mon Mar 12 11:48:14 2007 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Mon, 12 Mar 2007 09:48:14 -0700 Subject: [App_rpt] Remote Base In-Reply-To: References: Message-ID: <45F5844E.50707@rodgers.sdcoxmail.com> The IAXY might be able to be made to work if the firmware was open source, Unfortunately this isn't the case. Steve. Brian Webster wrote: > Can we make an IAXY ata device work then? that works using IAX not SIP. > > > > Thank You, > Brian N2KGC > > -----Original Message----- > From: Stephen Rodgers [mailto:hwstar at rodgers.sdcoxmail.com] > Sent: Monday, March 12, 2007 11:53 AM > To: Asterisk Repeater Controler > Subject: Re: [App_rpt] Remote Base > > > IAX2 already has radio support built-in with KEY and UNKEY messages in > the control frames. This is how we link to other systems in app_rpt. IAX > ATA's would have to be modified handle these control frames with a > special configuration setting. For receive, the ATA would have to send a > KEY message every time the loop is closed, and an UNKEY message every > time the loop is opened. For transmit, the ATA would have to apply > battery when the KEY message is received, and remove battery when the > UNKEY message is received. Also for transmit, there needs to be a > watchdog function to kill the TX if the connection is lost or degraded. > > > Steve. > >> 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 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 >>>> Reply-To: Asterisk Repeater Controler >>>> To: Asterisk Repeater Controler >>>> 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 >>>> , 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, 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 >>>> ; Sun, 11 Mar 2007 12:58:23 -0800 (PST) >>>> X-Message-Info: txF49lGdW42qcnmnBI8UHq9RUd57UmnYrrjh70Y4AzY= >>>> Return-Path: >>>> Delivered-To: mailman-app_rpt at lists.illiana.net >>>> User-Agent: Thunderbird 1.5.0.9 (X11/20070103) >>>> References: >>>> < >>> 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 >>>> List-Unsubscribe: >>>> ,>> app_rpt-request at lists.illiana.net?subject=unsubscribe> >>>> List-Archive: >>>> List-Post: >>>> List-Help: >>>> List-Subscribe: >>>> ,>> 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_administratio > n_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 >>> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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 > From telesistant at hotmail.com Mon Mar 12 16:23:48 2007 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 12 Mar 2007 13:23:48 -0800 Subject: [App_rpt] Remote Base In-Reply-To: <2ad2af430703112241q2d8c7c7eud8d81084369402ee@mail.gmail.com> Message-ID: it already does. what do you think we use right now? >From: "Eric Fort" >Reply-To: Asterisk Repeater Controler >To: "Asterisk Repeater Controler" >Subject: Re: [App_rpt] Remote Base >Date: Sun, 11 Mar 2007 22:41:24 -0700 >MIME-Version: 1.0 >Received: from marauder.illiana.net ([64.212.212.35]) by >bay0-mc9-f1.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Sun, 11 >Mar 2007 22:41:37 -0700 >Received: (qmail 10191 invoked by uid 1484); 12 Mar 2007 05:41:34 -0000 >Received: from 127.0.0.1 by marauder (envelope-from >, uid 71) with qmail-scanner-2.01 >(clamdscan: 0.84/2481. Clear:RC:1(127.0.0.1):. Processed in 0.116109 >secs); 12 Mar 2007 05:41:34 -0000 >Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by 0 with SMTP; 12 >Mar 2007 05:41:34 -0000 >Received: (qmail 10122 invoked by uid 1484); 12 Mar 2007 05:41:28 -0000 >Received: from 66.249.82.235 by marauder (envelope-from >,uid 71) with qmail-scanner-2.01 (clamdscan: >0.84/2481. Clear:RC:0(66.249.82.235):. Processed in 0.124957 secs); 12 Mar >2007 05:41:28 -0000 >Received: from wx-out-0506.google.com (66.249.82.235)by 0 with SMTP; 12 Mar >2007 05:41:27 -0000 >Received: by wx-out-0506.google.com with SMTP id s17so1850740wxcfor >; Sun, 11 Mar 2007 22:41:25 -0700 (PDT) >Received: by 10.70.11.5 with SMTP id 5mr9676188wxk.1173678084796;Sun, 11 >Mar 2007 22:41:24 -0700 (PDT) >Received: by 10.100.151.3 with HTTP; Sun, 11 Mar 2007 22:41:24 -0700 (PDT) >X-Message-Info: LsUYwwHHNt3660MmjhEvYg2f34OAemlK3oXsmRrh6gU= >Return-Path: >Delivered-To: mailman-app_rpt at lists.illiana.net >DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; >s=beta;h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;b=iXBFAgQMgpgn53AyS/dCeFZI4bVN2Q+/x0AE9Zkw0NW15cZGxr0S3XnJRl4SJteMUGLD+fJCr84jS2Yy1a49OdQnB/XOA/m6vBBXzSdenaohMci5EPLeQ+Tv5n5/tQF54WBwmQxDcpXtR9+4A8kVVelwQSvKUpZTOFMRm0nNFh8= >DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; >s=beta;h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;b=CzbTsBLTrNMcvWxVv0JofLTvWPOPGM6K2Rs9XgD94nudxa0GPllf3pZWDH9Dv5Iqrzk3MeJS556sCkfUlXKE2zumM3nWBea3zD3QkssGVEcyhjLjZrhcvoUOSOZnSwlveJHpzZ4N7YQZ8/1w3cJPEoKzNcX3IJPbA4lJ7KF00fg= >References: ><45F46D8C.7050005 at rodgers.sdcoxmail.com> >X-BeenThere: app_rpt at lists.illiana.net >X-Mailman-Version: 2.1.6 >Precedence: list >List-Id: Asterisk Repeater Controler >List-Unsubscribe: >, >List-Archive: >List-Post: >List-Help: >List-Subscribe: >, >Errors-To: app_rpt-bounces at lists.illiana.net >X-OriginalArrivalTime: 12 Mar 2007 05:41:38.0185 (UTC) >FILETIME=[1A794F90:01C76469] > >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 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 >> >Reply-To: Asterisk Repeater Controler >> >To: Asterisk Repeater Controler >> >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 >> >, 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, 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 >> >; Sun, 11 Mar 2007 12:58:23 -0800 (PST) >> >X-Message-Info: txF49lGdW42qcnmnBI8UHq9RUd57UmnYrrjh70Y4AzY= >> >Return-Path: >> >Delivered-To: mailman-app_rpt at lists.illiana.net >> >User-Agent: Thunderbird 1.5.0.9 (X11/20070103) >> >References: >> > < >>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 >> >List-Unsubscribe: >> >,>app_rpt-request at lists.illiana.net?subject=unsubscribe> >> >List-Archive: >> >List-Post: >> >List-Help: >> >List-Subscribe: >> >,>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 >> >_______________________________________________ >App_rpt mailing list >App_rpt at lists.illiana.net >http://lists.illiana.net/mailman/listinfo/app_rpt From f1shs at free.fr Fri Mar 16 02:34:36 2007 From: f1shs at free.fr (f1shs) Date: Fri, 16 Mar 2007 08:34:36 +0100 Subject: [App_rpt] ASTERISKNOW, pciradio and apt-rpt Message-ID: <000001c7679d$8f3b40e0$0b00a8c0@morpheus> Hello all ;-) I'm allready starting a appliance with a pciradio and app-rpt. I've tried ubuntu, fedora 4, debian with allways a problem to compile the zaptel driver. I'm not a geek and i think i've some issue to understand how linux work's ... But now, as i'm trying asterisknow, i've found something working better. I've installed it into a dedicated server. I've tried to launch asis the pciradio card with "modprobe pciradio" and it's working. But i have'nt seen anything like app-rpt.so module in CLI console. I've many trouble to launch something working. Can you explain what is the best procedure to install asterisk with app-rpt please ? Or somebody could explain how managing the app-rpt in asterisknow ? Best regard's Pierre From hwstar at rodgers.sdcoxmail.com Fri Mar 16 10:56:01 2007 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Fri, 16 Mar 2007 08:56:01 -0700 Subject: [App_rpt] ASTERISKNOW, pciradio and apt-rpt In-Reply-To: <000001c7679d$8f3b40e0$0b00a8c0@morpheus> References: <000001c7679d$8f3b40e0$0b00a8c0@morpheus> Message-ID: <45FABE11.4010103@rodgers.sdcoxmail.com> Here's the problem: Asterisknow is precompiled without the app_rpt module being built during the compile process. The best thing to do is go back to Fedora core 5 or Ubuntu Edgy, install the appropriate kernel packages, then compile zaptel, libpri, and asterisk from scratch. When you do a make menuselect on Asterisk to configure it, select app_rpt and DTMF_RELAX. For Fedrora core 5, you'll need to install the kernel-devel package before compling zaptel. For Ubuntu edgy, the appropriate packages are linux-headers and build_essential. Ubuntu can be tricky to get it configured properly to compile zaptel because it uses different linux-headers packages for the server, desktop, and amd64 versions and it is very easy to install the wrong one. Steve. f1shs wrote: > Hello all ;-) > > I'm allready starting a appliance with a pciradio and app-rpt. > > I've tried ubuntu, fedora 4, debian with allways a problem to compile the > zaptel driver. > > I'm not a geek and i think i've some issue to understand how linux work's > ... > > But now, as i'm trying asterisknow, i've found something working better. > > I've installed it into a dedicated server. I've tried to launch asis the > pciradio card with "modprobe pciradio" and it's working. > > But i have'nt seen anything like app-rpt.so module in CLI console. > > I've many trouble to launch something working. > > Can you explain what is the best procedure to install asterisk with app-rpt > please ? > > Or somebody could explain how managing the app-rpt in asterisknow ? > > Best regard's > > Pierre > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From f6hqz-m at hamwlan.net Sat Mar 17 03:04:58 2007 From: f6hqz-m at hamwlan.net (f6hqz-m@hamwlan.net) Date: Sat, 17 Mar 2007 09:04:58 +0100 Subject: [App_rpt] RE : ASTERISKNOW, pciradio and apt-rpt In-Reply-To: <45FABE11.4010103@rodgers.sdcoxmail.com> Message-ID: Hi men, I use AsteriskNow from December without any problem, but I have recompiled all the 1.4 sources to replace the precompiled original files. It works ! And I am fond of rPATH embedded distro ;-) Pierre, sorry but I was too busy this week to reply ASAP. I will send you a mail this Weekend, I promise it ! If you do exactly what is writed in my web page, you MUST have an Asterisk playing app_RPT as I have. I believe that you have a configuration problem only. Have you sent me your config files ? Best 73 to everybody ! F6HQZ, Francois BERGERET. -----Message d'origine----- De : app_rpt-bounces at lists.illiana.net [mailto:app_rpt-bounces at lists.illiana.net] De la part de Stephen Rodgers Envoy? : vendredi 16 mars 2007 16:56 ? : Asterisk Repeater Controler Objet : Re: [App_rpt] ASTERISKNOW, pciradio and apt-rpt Here's the problem: Asterisknow is precompiled without the app_rpt module being built during the compile process. The best thing to do is go back to Fedora core 5 or Ubuntu Edgy, install the appropriate kernel packages, then compile zaptel, libpri, and asterisk from scratch. When you do a make menuselect on Asterisk to configure it, select app_rpt and DTMF_RELAX. For Fedrora core 5, you'll need to install the kernel-devel package before compling zaptel. For Ubuntu edgy, the appropriate packages are linux-headers and build_essential. Ubuntu can be tricky to get it configured properly to compile zaptel because it uses different linux-headers packages for the server, desktop, and amd64 versions and it is very easy to install the wrong one. Steve. f1shs wrote: > Hello all ;-) > > I'm allready starting a appliance with a pciradio and app-rpt. > > I've tried ubuntu, fedora 4, debian with allways a problem to compile > the zaptel driver. > > I'm not a geek and i think i've some issue to understand how linux > work's ... > > But now, as i'm trying asterisknow, i've found something working > better. > > I've installed it into a dedicated server. I've tried to launch asis > the pciradio card with "modprobe pciradio" and it's working. > > But i have'nt seen anything like app-rpt.so module in CLI console. > > I've many trouble to launch something working. > > Can you explain what is the best procedure to install asterisk with > app-rpt please ? > > Or somebody could explain how managing the app-rpt in asterisknow ? > > Best regard's > > Pierre > > > _______________________________________________ > 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