From w3tmb1 at gmail.com  Sat Oct  1 22:25:35 2011
From: w3tmb1 at gmail.com (Travis Best)
Date: Sat, 01 Oct 2011 18:25:35 -0400
Subject: [App_rpt-users] IAXRPT Console
Message-ID: <4E87935F.9060700@gmail.com>

I am trying to setup the IAXRPT Console with Xipar and when I try to 
connect to my system I get Call Attempt Failed in the console and on my 
Xipar box i get the following message in the log

[Oct  1 18:04:25] NOTICE[1679] chan_iax2.c: Host 10.0.0.2 failed to 
authenticate as gui


Thanks
Travis Best
W3TMB



From w3tmb1 at gmail.com  Sat Oct  1 22:34:10 2011
From: w3tmb1 at gmail.com (Travis Best)
Date: Sat, 01 Oct 2011 18:34:10 -0400
Subject: [App_rpt-users] TX Delay??
Message-ID: <4E879562.70107@gmail.com>

Is there a way to delay the messages the XIPAR server put over the air?? 
The problem I am having is for example if I send the *81 command to get 
the current time I will only hear the min's because it is not keyed up 
long enough before it starts talking.

Thanks
for any help
W3TMB
Travis


From wb3awj at comcast.net  Sun Oct  2 03:31:10 2011
From: wb3awj at comcast.net (Robert A. Poff)
Date: Sat, 01 Oct 2011 23:31:10 -0400
Subject: [App_rpt-users] IAXRPT Console
In-Reply-To: <4E87935F.9060700@gmail.com>
References: <4E87935F.9060700@gmail.com>
Message-ID: <d13db7cf-defe-474f-8b7b-fdd225aca9ad@email.android.com>

Have you done/checked these items?

www.allstarnode.com/viewtopic.php?f=5&t=25


Robert Poff
Loganville, Pa

Droid X Mobile

Travis Best <w3tmb1 at gmail.com> wrote:

I am trying to setup the IAXRPT Console with Xipar and when I try to 
connect to my system I get Call Attempt Failed in the console and on my 
Xipar box i get the following message in the log

[Oct 1 18:04:25] NOTICE[1679] chan_iax2.c: Host 10.0.0.2 failed to 
authenticate as gui


Thanks
Travis Best
W3TMB

_____________________________________________

App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111001/cc464375/attachment.html>

From carlm1elr at gmail.com  Sun Oct  2 13:09:18 2011
From: carlm1elr at gmail.com (Carl Davies)
Date: Sun, 2 Oct 2011 14:09:18 +0100
Subject: [App_rpt-users] Serial/Parrallel interface
Message-ID: <CAPUsj6bync_LjYi62S-hfz5=fA1drYngXVb-MUuQbJn1v9u8Vg@mail.gmail.com>

Hi group,

Carl M1ELR here, I noticed in a post a few days ago there was mention of
using the Parallel port for PTT or COR, is this possible?

I currently run my node using the Centos install package from the Allstar
site but can change to the install version from Xipar if needed.

I have without success been buying sound fobs to build a new interface and
now have a drawer full of USB fobs that I can't mod, if the I/O wasn't via
the USB sound fob that would make life so much easier as the CM108 seems to
be getting harder to source.

Thanks,

Best Regards

Carl M1ELR, Allstar node 27473
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111002/5218ba58/attachment.html>

From a.errington at lancaster.ac.uk  Sun Oct  2 13:52:33 2011
From: a.errington at lancaster.ac.uk (Andrew Errington)
Date: Sun, 2 Oct 2011 22:52:33 +0900
Subject: [App_rpt-users] Serial/Parrallel interface
In-Reply-To: <CAPUsj6bync_LjYi62S-hfz5=fA1drYngXVb-MUuQbJn1v9u8Vg@mail.gmail.com>
References: <CAPUsj6bync_LjYi62S-hfz5=fA1drYngXVb-MUuQbJn1v9u8Vg@mail.gmail.com>
Message-ID: <201110022252.33887.a.errington@lancaster.ac.uk>

On Sun, 02 Oct 2011 22:09:18 Carl Davies wrote:
> Hi group,
>
> Carl M1ELR here, I noticed in a post a few days ago there was mention of
> using the Parallel port for PTT or COR, is this possible?
>
> I currently run my node using the Centos install package from the Allstar
> site but can change to the install version from Xipar if needed.
>
> I have without success been buying sound fobs to build a new interface and
> now have a drawer full of USB fobs that I can't mod, if the I/O wasn't via
> the USB sound fob that would make life so much easier as the CM108 seems to
> be getting harder to source.

Hello,

What is the problem with those USB fobs?  Is it that they are epoxy blobbed?

If they are packaged chips, is it because they are not CM108?  What chip are 
they?  Please post the vendor ID/Product ID info.  I have been working with 
CM108 compatible chips- maybe I can contribute something useful here.

73,

Andrew
ZL3AME


From carlm1elr at gmail.com  Sun Oct  2 16:09:00 2011
From: carlm1elr at gmail.com (Carl Davies)
Date: Sun, 2 Oct 2011 17:09:00 +0100
Subject: [App_rpt-users] Serial/Parallel interface
Message-ID: <CAPUsj6Z-P-MiH52ddQT2_fFNNX6kkDF8RwCidqecRcAqsnPMMw@mail.gmail.com>

Hi Andrew, thanks for the reply, yes the problem is Blobbed epoxy chips.

Even when the vendor shows the chip type or even picture, there is no
guarantee it will not be a blob, I have fallen foul of cheap Chinese
imports on Ebay.


I have since found the information relating to the parallel port here,

http://ohnosec.org/drupal/node/177

Thanks,
Regards
Carl M1ELR ALLLSTAR node 27473.


On Sun, 02 Oct 2011 22:09:18 Carl Davies wrote:
>* Hi group,*>**>* Carl M1ELR here, I noticed in a post a few days ago there was mention of*>* using the Parallel port for PTT or COR, is this possible?*>**>* I currently run my node using the Centos install package from the Allstar*>* site but can change to the install version from Xipar if needed.*>**>* I have without success been buying sound fobs to build a new interface and*>* now have a drawer full of USB fobs that I can't mod, if the I/O wasn't via*>* the USB sound fob that would make life so much easier as the CM108 seems to*>* be getting harder to source.*
Hello,

What is the problem with those USB fobs?  Is it that they are epoxy blobbed?

If they are packaged chips, is it because they are not CM108?  What chip are
they?  Please post the vendor ID/Product ID info.  I have been working with
CM108 compatible chips- maybe I can contribute something useful here.

73,

Andrew
ZL3AME
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111002/a847114d/attachment.html>

From g4rky at yahoo.co.uk  Sun Oct  2 16:13:00 2011
From: g4rky at yahoo.co.uk (Matt Beasant)
Date: Sun, 2 Oct 2011 17:13:00 +0100
Subject: [App_rpt-users] TX Delay??
In-Reply-To: <4E879562.70107@gmail.com>
References: <4E879562.70107@gmail.com>
Message-ID: <CAK01v1d=akGyp3CpvCjfOtOPm=NotqW2qobHvBG_nPRhKQKeGQ@mail.gmail.com>

Hi Travis,

In rpt.conf there is a section called wait-times.

Here is a copy of the section I have in my rpt.conf file:

(located in the node definition stanza near the top of rpt.conf, under the
node number)
wait_times=wait-times ; Wait times

(then located between the [morse] stanza and the [node] stanza)


;
; This section allows wait times for telemetry events to be adjusted
; A section for wait times can be defined for every repeater
;

[wait-times]

telemwait=500                          ; Time to wait before sending most
telemetry
idwait=500                              ; Time to wait before starting ID
unkeywait=500                          ; Time to wait after unkey before
sending CT's and link telemetry
calltermwait=2000                       ; Time to wait before announcing
"call terminated"

Adjust the telemwait delay to suit your needs.

Cheers

Matt
G4RKY


On 1 October 2011 23:34, Travis Best <w3tmb1 at gmail.com> wrote:

> Is there a way to delay the messages the XIPAR server put over the air??
> The problem I am having is for example if I send the *81 command to get the
> current time I will only hear the min's because it is not keyed up long
> enough before it starts talking.
>
> Thanks
> for any help
> W3TMB
> Travis
> ______________________________**_________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/**mailman/listinfo/app_rpt-users<http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111002/2c4445aa/attachment.html>

From yokshs at sbcglobal.net  Sun Oct  2 17:48:33 2011
From: yokshs at sbcglobal.net (K&R Yoksh)
Date: Sun, 2 Oct 2011 12:48:33 -0500
Subject: [App_rpt-users] Serial/Parrallel interface
Message-ID: <6A12E1DBA7764138BACC8C00C9D6F48F@main>


Hello Carl,

Yes, chan_usbradio and chan_simpleusb both support use of a parallel port. I 
don't believe the XIPAR project does.

I have had tremendous success using the parallel port for COS,PTT and 
AUX/GPIO on my nodes.

As you mentioned, the CM108 fobs are becoming harder to find, and some of us 
have great difficulty soldering to tiny SMT pins. While I have successfully 
modified CM108 fobs, I have destroyed two fobs in the process.

The parallel port offers several advantages, including many AUX/GPIO pins, 
and the ability to operate several radios from a single parallel port. I 
have successfully tested as many as 5 radios on a single parallel port using 
COS and PTT, and still had at least 3 pins left for GPIO.

It should also be noted that a standard IRLP board (or generic equivalent) 
is supported, and even a simple
"Rigblaster" type interface could be made to work with an adapter.

Check out my web page for some ideas:  http://www.qsl.net/k0kn/plri.html
Keep in mind that app_rpt does not support the hardware DTMF decoder on the 
IRLP board, so you can omit that section of the schematic, and build only 
the transistor switches.

73 for now,

Kyle
K0KN
Allstar 2210-2215

--- Original Message ---

Hi group,

Carl M1ELR here, I noticed in a post a few days ago there was mention of
using the Parallel port for PTT or COR, is this possible?

I currently run my node using the Centos install package from the Allstar
site but can change to the install version from Xipar if needed.

I have without success been buying sound fobs to build a new interface and
now have a drawer full of USB fobs that I can't mod, if the I/O wasn't via
the USB sound fob that would make life so much easier as the CM108 seems to
be getting harder to source.

Thanks,

Best Regards

Carl M1ELR, Allstar node 27473
 



From yokshs at sbcglobal.net  Sun Oct  2 18:02:38 2011
From: yokshs at sbcglobal.net (K&R Yoksh)
Date: Sun, 2 Oct 2011 13:02:38 -0500
Subject: [App_rpt-users] Echolink connect/disconnect messages
Message-ID: <9575BB890994466C90B44E8AF5900F25@main>

Hello all,

Is there any way to play a connect message to Echolink stations and/or send 
a text message to
connecting Echolink stations in their text box?

I believe that this has come up before (March 2011) but I've not found a 
solution yet.

I was actually thinking today of writing a script to deny reoccurring 
"drive-by" Echolink stations, but
maybe a better solution is an audio and/or text message?

Thanks. 73

Kyle
K0KN


--- Original Message ---
On the same topic ... has anyone figured out how to play a connect message
to Echolink?
I am guessing that the reason they disappear is that they do not hear
anything.
The ID and tail-message do not come out on E/L

Ken



From mike at pingmonster.net  Sun Oct  2 18:56:13 2011
From: mike at pingmonster.net (Mike Ping)
Date: Sun, 2 Oct 2011 11:56:13 -0700
Subject: [App_rpt-users] How do I view the gzip'd.text archives?
Message-ID: <CAGaNJf+C3trc2C0_0fM+cq_KkOueDCqrzgcGaG732f31Mr565A@mail.gmail.com>

In the archives list on the right hand side you can download the months
archives into a txt.gz file.  How can I view these.  I have tried the
instructions found at http://johnpoelstra.com/tag/import/ with his example
with no problems but when I apply the same instructions to the file found on
this list I have no luck.  Ideally I would like to import them into
Thunderbird or something similar for easy searching.


Mike - N3KPU
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111002/78b54621/attachment.html>

From w3tmb1 at gmail.com  Sun Oct  2 19:23:32 2011
From: w3tmb1 at gmail.com (Travis Best)
Date: Sun, 02 Oct 2011 15:23:32 -0400
Subject: [App_rpt-users] TX Delay??
In-Reply-To: <CAK01v1d=akGyp3CpvCjfOtOPm=NotqW2qobHvBG_nPRhKQKeGQ@mail.gmail.com>
References: <4E879562.70107@gmail.com>
	<CAK01v1d=akGyp3CpvCjfOtOPm=NotqW2qobHvBG_nPRhKQKeGQ@mail.gmail.com>
Message-ID: <4E88BA34.60902@gmail.com>

Matt,
         Thanks for the advice but this still doesn't seem to resolve my 
particular issue I need to delay when XIPAR speaks so that it keys the 
radio and then waits 2 seconds before it starts talking ie right now I 
only hear the mins in the time because is keys up the radio and 
immediately starts speaking but the controller at the repeater hasn't 
engaged yet so the first words are being cut off

Travis
On 10/2/2011 12:13 PM, Matt Beasant wrote:
> Hi Travis,
>
> In rpt.conf there is a section called wait-times.
>
> Here is a copy of the section I have in my rpt.conf file:
>
> (located in the node definition stanza near the top of rpt.conf, under 
> the node number)
> wait_times=wait-times; Wait times
>
> (then located between the [morse] stanza and the [node] stanza)
>
>
> ;
> ; This section allows wait times for telemetry events to be adjusted
> ; A section for wait times can be defined for every repeater
> ;
>
> [wait-times]
> telemwait=500                          ; Time to wait before sending 
> most telemetry
> idwait=500                              ; Time to wait before starting ID
> unkeywait=500                          ; Time to wait after unkey 
> before sending CT's and link telemetry
> calltermwait=2000                       ; Time to wait before 
> announcing "call terminated"
>
> Adjust the telemwait delay to suit your needs.
>
> Cheers
>
> Matt
> G4RKY
>
>
> On 1 October 2011 23:34, Travis Best <w3tmb1 at gmail.com 
> <mailto:w3tmb1 at gmail.com>> wrote:
>
>     Is there a way to delay the messages the XIPAR server put over the
>     air?? The problem I am having is for example if I send the *81
>     command to get the current time I will only hear the min's because
>     it is not keyed up long enough before it starts talking.
>
>     Thanks
>     for any help
>     W3TMB
>     Travis
>     _______________________________________________
>     App_rpt-users mailing list
>     App_rpt-users at ohnosec.org <mailto:App_rpt-users at ohnosec.org>
>     http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111002/8b79f4bc/attachment.html>

From dshaw at ke6upi.com  Sun Oct  2 22:26:55 2011
From: dshaw at ke6upi.com (David KE6UPI)
Date: Sun, 2 Oct 2011 15:26:55 -0700
Subject: [App_rpt-users] How do I view the gzip'd.text archives?
In-Reply-To: <CAGaNJf+C3trc2C0_0fM+cq_KkOueDCqrzgcGaG732f31Mr565A@mail.gmail.com>
References: <CAGaNJf+C3trc2C0_0fM+cq_KkOueDCqrzgcGaG732f31Mr565A@mail.gmail.com>
Message-ID: <CAH4RvbJhACtthybhA+ekbQ7XXNwCDxfUk+nRv-guKo6KkEC8Cw@mail.gmail.com>

gunzip filename.gz on Linux

7zip on Windows

David

On Sun, Oct 2, 2011 at 11:56 AM, Mike Ping <mike at pingmonster.net> wrote:

> In the archives list on the right hand side you can download the months
> archives into a txt.gz file.  How can I view these.  I have tried the
> instructions found at http://johnpoelstra.com/tag/import/ with his example
> with no problems but when I apply the same instructions to the file found on
> this list I have no luck.  Ideally I would like to import them into
> Thunderbird or something similar for easy searching.
>
>
> Mike - N3KPU
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111002/004bd7d9/attachment.html>

From mike at pingmonster.net  Mon Oct  3 00:04:07 2011
From: mike at pingmonster.net (Mike Ping)
Date: Sun, 2 Oct 2011 17:04:07 -0700
Subject: [App_rpt-users] How do I view the gzip'd.text archives?
In-Reply-To: <CAH4RvbJhACtthybhA+ekbQ7XXNwCDxfUk+nRv-guKo6KkEC8Cw@mail.gmail.com>
References: <CAGaNJf+C3trc2C0_0fM+cq_KkOueDCqrzgcGaG732f31Mr565A@mail.gmail.com>
	<CAH4RvbJhACtthybhA+ekbQ7XXNwCDxfUk+nRv-guKo6KkEC8Cw@mail.gmail.com>
Message-ID: <CAGaNJfJ3cQbrGQ7tdEAyij21h+TKFMQnqegZWFxmCb+xb=Mrcw@mail.gmail.com>

I have done that part but when I try to open the file you can read the first
line which is a header that shows the path and file name but after that it
is just a bunch of random characters.  I have done this under both XP and
Ubuntu with practically the same result.

Mike

On Sun, Oct 2, 2011 at 3:26 PM, David KE6UPI <dshaw at ke6upi.com> wrote:

> gunzip filename.gz on Linux
>
> 7zip on Windows
>
> David
>
> On Sun, Oct 2, 2011 at 11:56 AM, Mike Ping <mike at pingmonster.net> wrote:
>
>> In the archives list on the right hand side you can download the months
>> archives into a txt.gz file.  How can I view these.  I have tried the
>> instructions found at http://johnpoelstra.com/tag/import/ with his
>> example with no problems but when I apply the same instructions to the file
>> found on this list I have no luck.  Ideally I would like to import them into
>> Thunderbird or something similar for easy searching.
>>
>>
>> Mike - N3KPU
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111002/7f96bd7c/attachment.html>

From ke2n at cs.com  Mon Oct  3 02:52:33 2011
From: ke2n at cs.com (Ken)
Date: Sun, 2 Oct 2011 22:52:33 -0400 (EDT)
Subject: [App_rpt-users] TX Delay??
In-Reply-To: <CAK01v1d=akGyp3CpvCjfOtOPm=NotqW2qobHvBG_nPRhKQKeGQ@mail.gmail.com>
References: <4E879562.70107@gmail.com>
	<CAK01v1d=akGyp3CpvCjfOtOPm=NotqW2qobHvBG_nPRhKQKeGQ@mail.gmail.com>
Message-ID: <8CE4F8EA2172874-9B0-3107A@Webmail-d122.sysops.aol.com>


Take the sound recordings that say "good morning" "Good after noon" etc., and re-record them - putting 2 seconds of dead air in front of the audio.
Ken



-----Original Message-----
From: Matt Beasant <g4rky at yahoo.co.uk>
To: Travis Best <w3tmb1 at gmail.com>
Cc: App_rpt-users <App_rpt-users at ohnosec.org>
Sent: Sun, Oct 2, 2011 11:13 pm
Subject: Re: [App_rpt-users] TX Delay??


Hi Travis,


In rpt.conf there is a section called wait-times.


Here is a copy of the section I have in my rpt.conf file:



(located in the node definition stanza near the top of rpt.conf, under the node number)
wait_times=wait-times ; Wait times


(then located between the [morse] stanza and the [node] stanza)




;
; This section allows wait times for telemetry events to be adjusted
; A section for wait times can be defined for every repeater
;


[wait-times]                                                                                                 
telemwait=500                          ; Time to wait before sending most telemetry
idwait=500                              ; Time to wait before starting ID
unkeywait=500                          ; Time to wait after unkey before sending CT's and link telemetry
calltermwait=2000                       ; Time to wait before announcing "call terminated"


Adjust the telemwait delay to suit your needs.


Cheers


Matt
G4RKY




On 1 October 2011 23:34, Travis Best <w3tmb1 at gmail.com> wrote:

Is there a way to delay the messages the XIPAR server put over the air?? The problem I am having is for example if I send the *81 command to get the current time I will only hear the min's because it is not keyed up long enough before it starts talking.

Thanks
for any help
W3TMB
Travis
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users




_______________________________________________
pp_rpt-users mailing list
pp_rpt-users at ohnosec.org
ttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111002/191183ee/attachment.html>

From w3tmb1 at gmail.com  Mon Oct  3 03:08:40 2011
From: w3tmb1 at gmail.com (Travis Best)
Date: Sun, 02 Oct 2011 23:08:40 -0400
Subject: [App_rpt-users] TX Delay??
In-Reply-To: <8CE4F8EA2172874-9B0-3107A@Webmail-d122.sysops.aol.com>
References: <4E879562.70107@gmail.com>
	<CAK01v1d=akGyp3CpvCjfOtOPm=NotqW2qobHvBG_nPRhKQKeGQ@mail.gmail.com>
	<8CE4F8EA2172874-9B0-3107A@Webmail-d122.sysops.aol.com>
Message-ID: <4E892738.4060608@gmail.com>

My guess there has to be a way to have it play a 2 second file of 
silence before any transmission

On 10/2/2011 10:52 PM, Ken wrote:
> Take the sound recordings that say "good morning" "Good after noon" 
> etc., and re-record them - putting 2 seconds of dead air in front of 
> the audio.
> Ken
>
>
> -----Original Message-----
> From: Matt Beasant <g4rky at yahoo.co.uk>
> To: Travis Best <w3tmb1 at gmail.com>
> Cc: App_rpt-users <App_rpt-users at ohnosec.org>
> Sent: Sun, Oct 2, 2011 11:13 pm
> Subject: Re: [App_rpt-users] TX Delay??
>
> Hi Travis,
>
> In rpt.conf there is a section called wait-times.
>
> Here is a copy of the section I have in my rpt.conf file:
>
> (located in the node definition stanza near the top of rpt.conf, under 
> the node number)
> wait_times=wait-times; Wait times
>
> (then located between the [morse] stanza and the [node] stanza)
>
>
> ;
> ; This section allows wait times for telemetry events to be adjusted
> ; A section for wait times can be defined for every repeater
> ;
>
> [wait-times]
> telemwait=500                          ; Time to wait before sending 
> most telemetry
> idwait=500                              ; Time to wait before starting ID
> unkeywait=500                          ; Time to wait after unkey 
> before sending CT's and link telemetry
> calltermwait=2000                       ; Time to wait before 
> announcing "call terminated"
>
> Adjust the telemwait delay to suit your needs.
>
> Cheers
>
> Matt
> G4RKY
>
>
> On 1 October 2011 23:34, Travis Best <w3tmb1 at gmail.com 
> <mailto:w3tmb1 at gmail.com>> wrote:
>
>     Is there a way to delay the messages the XIPAR server put over the
>     air?? The problem I am having is for example if I send the *81
>     command to get the current time I will only hear the min's because
>     it is not keyed up long enough before it starts talking.
>
>     Thanks
>     for any help
>     W3TMB
>     Travis
>     _______________________________________________
>     App_rpt-users mailing list
>     App_rpt-users at ohnosec.org <mailto:App_rpt-users at ohnosec.org>
>     http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org  <mailto:App_rpt-users at ohnosec.org>
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111002/9119481e/attachment.html>

From yokshs at sbcglobal.net  Mon Oct  3 04:18:01 2011
From: yokshs at sbcglobal.net (K&R Yoksh)
Date: Sun, 2 Oct 2011 23:18:01 -0500
Subject: [App_rpt-users] TX Delay??
Message-ID: <2EC4869E4EF74ECCB84A7CEE4937B1AA@main>


Hello Travis,

I'm wondering if you are also missing the first 2 seconds of transmissions 
from other nodes as
well? I haven't read what type of radio hardware you're using, but 
everything I've ever used will
key plenty quick to hear the entire announcement, etc.

73.
Kyle
K0KN
--- Original Message ---Is there a way to delay the messages the XIPAR 
server put over the air??
The problem I am having is for example if I send the *81 command to get
the current time I will only hear the min's because it is not keyed up
long enough before it starts talking.

Thanks
for any help
W3TMB
Travis 



From w3tmb1 at gmail.com  Mon Oct  3 04:21:39 2011
From: w3tmb1 at gmail.com (Travis Best)
Date: Mon, 03 Oct 2011 00:21:39 -0400
Subject: [App_rpt-users] TX Delay??
In-Reply-To: <2EC4869E4EF74ECCB84A7CEE4937B1AA@main>
References: <2EC4869E4EF74ECCB84A7CEE4937B1AA@main>
Message-ID: <4E893853.40006@gmail.com>

I am running a simplex radio to connect to a repeater because there is 
no way to get internet access to our tower site so there is just a 
little key up delay but enough to cut off some audio in the announcements

On 10/3/2011 12:18 AM, K&R Yoksh wrote:
>
> Hello Travis,
>
> I'm wondering if you are also missing the first 2 seconds of 
> transmissions from other nodes as
> well? I haven't read what type of radio hardware you're using, but 
> everything I've ever used will
> key plenty quick to hear the entire announcement, etc.
>
> 73.
> Kyle
> K0KN
> --- Original Message ---Is there a way to delay the messages the XIPAR 
> server put over the air??
> The problem I am having is for example if I send the *81 command to get
> the current time I will only hear the min's because it is not keyed up
> long enough before it starts talking.
>
> Thanks
> for any help
> W3TMB
> Travis



From george at dyb.com  Mon Oct  3 04:30:15 2011
From: george at dyb.com (George Csahanin)
Date: Sun, 2 Oct 2011 23:30:15 -0500
Subject: [App_rpt-users] Serial/Parallel interface
References: <CAPUsj6Z-P-MiH52ddQT2_fFNNX6kkDF8RwCidqecRcAqsnPMMw@mail.gmail.com>
Message-ID: <BF42C488CC7A4DC9AB9C1679ACE2DE43@lintv.com>

Carl, 


I have been using PP for PTT and COR, etc, works VERY well. 

You need to have used source code, specifically app_rpt.c and chan_usbradio.c that is from after about Sept 14

Before that it didn't work. 

I want to write up a cookbook process for what I did with it, just need time, like I want to put together a how to for Limey, as I had modified it, but time is a problem...



These are the devices that will work, you can find from running lsusb with the device plugged in:
C108_VENDOR_ID 0x0d8c 

C108_PRODUCT_ID 0x000c 
C108AH_PRODUCT_ID 0x013c 
C119_PRODUCT_ID 0x0008 
C119A_PRODUCT_ID 0x013a

Most common is the C108, which will display 0d8c:000c

In the usbradio.conf I use: 

;
; Usbradio channel driver Configuration File
;

[general]

[usb]

hdwtype=0               ; Leave this set to 0 for USB sound fobs modified using
                        ; the instructions from usbfob.pdf. Use a setting of 
                        ; 1 is for Dingotel/Sph interfaces.
 
rxboost=1               ; 0 = 20db attenuator inserted, 1= 20db attenuator removed
                        ; Set to 1 for additonal gain if using a low-level receiver output

rxctcssrelax=1          ; reduce talkoff from radios w/o CTCSS Tx HPF
                        ; Do not change this, leave this as a 1

txctcssdefault=114.8    ; default tx ctcss freq, any frequency permitted
rxctcssfreqs=114.8      ; rx ctcss freqs in floating point. must be in table
txctcssfreqs=114.8      ; tx ctcss freqs, any frequency permitted
rxctcssoverride=1       ; Set to 1 or yes to start out in carrier squelch mode

carrierfrom=ppinvert            ; no,usb,usbinvert,dsp,vox 
                        ; no - no carrier detection at all
                        ; usb - from the COR line on the modified USB sound fob
                        ; usbinvert - from the inverted COR line on the modified USB sound fob
                        ; dsp - from RX noise using dsp techniques
                        ; vox - voice activated from RX audio

ctcssfrom=no            ; no,usb,dsp
                        ; no - CTCSS decoding, system will be carrier squelch
                        ; usb - CTCSS decoding using input from USB FOB 
                        ; (currently not supported)
                        ; dsp - CTCSS decoding using RX audio in DSP.
                        ; rxdemod option must be set to flat for this to work.

rxdemod=speaker            ; input type from radio: no,speaker,flat
                        ; no - RX audio input not used
                        ; flat - Use RX audio from discriminator (before de-emphasis)
                        ; speaker - use de-emphasized audio 

txprelim=no             ; Audio processing on left output channel: no,yes
                        ; no - Audio is not pre-emphasized and limited. 
                        ; Suitable for use on a microphone input
                        ; yes - Audio is pre-emphasized and limited.
                        ; Suitable for direct connection to an FM modulator

txlimonly=yes           ; Audio limiting with no pre-emphasis on output channel: no,yes
                        ; no - Audio is not limited. 
                        ; yes - Audio is  limited.
                        ; Suitable for transmitters with no limiting but with pre-emphasis.

txtoctype=notone        ; Transmit tone control type: no,phase,notone
                        ; no - CTCSS tone encoding with no hang time
                        ; phase - encode CTCSS and reverse phase 
                        ; AKA ("reverse burst") before unkeying TX
                        ; notone - encode CTCSS and stop sending tone before unkeying TX
                        ; AKA ("chicken burst")

txmixa=composite        ; Left channel output: no,voice,tone,composite,auxvoice
                        ; no - Do not output anything
                        ; voice - output voice only
                        ; tone - CTCSS tone only
                        ; composite - voice and tone
                        ; auxvoice - auxiliary voice output at headphone level for monitoring

txmixb=composite                ; Right channel output: no,voice,tone,composite, auxvoice
                        ; See txmixa above.

invertptt=0             ; Invert PTT 0 = ground to transmit, 1 = open to transmit
                        ; This is the collector lead of the 2n4401 on the modified
                        ; usb sound fob.
                        ; please refer to the howto for the procedure to do this.
pp2=ptt
pp11=cor

duplex=0                ; Full Duplex

rxondelay=2             ; Uncomment and/or adjust for simplex nodes to eliminate "Ping Ponging"
                        ; or "Relay Racing".
                        ; A positive value here will instruct the usbradio driver to ignore the
                        ; COR line for a specified number of 20mSec intervals following the
                        ; release of PTT. Use this only on simplex nodes, and leave commented
                        ; out for repeaters or other full duplex nodes.








  ----- Original Message ----- 
  From: Carl Davies 
  To: app_rpt-users at ohnosec.org 
  Sent: Sunday, October 02, 2011 11:09 AM
  Subject: [App_rpt-users] Serial/Parallel interface


Hi Andrew, thanks for the reply, yes the problem is Blobbed epoxy chips.Even when the vendor shows the chip type or even picture, there is no guarantee it will not be a blob, I have fallen foul of cheap Chinese imports on Ebay.I have since found the information relating to the parallel port here, http://ohnosec.org/drupal/node/177


  Thanks,
  Regards
  Carl M1ELR ALLLSTAR node 27473.


On Sun, 02 Oct 2011 22:09:18 Carl Davies wrote:
> Hi group,
>
> Carl M1ELR here, I noticed in a post a few days ago there was mention of
> using the Parallel port for PTT or COR, is this possible?
>
> I currently run my node using the Centos install package from the Allstar
> site but can change to the install version from Xipar if needed.
>
> I have without success been buying sound fobs to build a new interface and
> now have a drawer full of USB fobs that I can't mod, if the I/O wasn't via
> the USB sound fob that would make life so much easier as the CM108 seems to
> be getting harder to source.

Hello,

What is the problem with those USB fobs?  Is it that they are epoxy blobbed?

If they are packaged chips, is it because they are not CM108?  What chip are 
they?  Please post the vendor ID/Product ID info.  I have been working with 
CM108 compatible chips- maybe I can contribute something useful here.

73,

Andrew
ZL3AME
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111002/aaad58e8/attachment.html>

From telesistant at hotmail.com  Thu Oct  6 13:46:45 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 6 Oct 2011 06:46:45 -0700
Subject: [App_rpt-users] for those Limey Linux and or D525MW users who are
	brave enough
Message-ID: <BLU155-W1720983FA3876AD1B9AAEAB1F90@phx.gbl>


I have compiled a test version of Limey Linux version 1.1.5 that appears
to properly support the new Intel D525MW Atom motherboard.

This is an 'augmented' version of the i686-suported-1.1.5 release, so
it *should* work on all the previously-supported i686 processors, also.

There were some rather major changes (necessary to support SATA
interfaces) in the hard disk driver stuff (even for those MB's that only
have IDE), so it would be nice if some people could verify that this still
works on non-D525MW motherboards (at least the ones that work in
the normal release).

I have tested this release on both a D525MW and the D945GCLF series
motherboards, and it seems to work just fine.

Also, if you have 5 minutes to wait for it to boot (since the SWINE boot loader does
not support anything faster then USB 1.1 speed, YUCH!), you can flash
the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
OS loads, it runs at full speed, just the initial boot load is PAINFULLY slow.

If you dare, here is the URL for this version:


http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz

JIM WB6NIL




 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111006/2ba14fc1/attachment.html>

From telesistant at hotmail.com  Thu Oct  6 13:50:00 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 6 Oct 2011 06:50:00 -0700
Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
 are brave enough
In-Reply-To: <BLU155-W1720983FA3876AD1B9AAEAB1F90@phx.gbl>
References: <BLU155-W1720983FA3876AD1B9AAEAB1F90@phx.gbl>
Message-ID: <BLU155-W3FA409EBF1963C256825DB1F90@phx.gbl>


Also, this release requires 1GB of RAM (the original 1.1.5 only required 512 MB).
I figured it was time not to be "squosen" into a barely-large-enough memory space.

JIM

From: telesistant at hotmail.com
To: app_rpt-users at ohnosec.org
Date: Thu, 6 Oct 2011 06:46:45 -0700
Subject: [App_rpt-users] for those Limey Linux and or D525MW users who are	brave enough








I have compiled a test version of Limey Linux version 1.1.5 that appears
to properly support the new Intel D525MW Atom motherboard.

This is an 'augmented' version of the i686-suported-1.1.5 release, so
it *should* work on all the previously-supported i686 processors, also.

There were some rather major changes (necessary to support SATA
interfaces) in the hard disk driver stuff (even for those MB's that only
have IDE), so it would be nice if some people could verify that this still
works on non-D525MW motherboards (at least the ones that work in
the normal release).

I have tested this release on both a D525MW and the D945GCLF series
motherboards, and it seems to work just fine.

Also, if you have 5 minutes to wait for it to boot (since the SWINE boot loader does
not support anything faster then USB 1.1 speed, YUCH!), you can flash
the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
OS loads, it runs at full speed, just the initial boot load is PAINFULLY slow.

If you dare, here is the URL for this version:


http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz

JIM WB6NIL




 		 	   		  

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111006/e1ca90e0/attachment.html>

From Ramesh at va3uv.com  Thu Oct  6 13:55:25 2011
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Thu, 06 Oct 2011 09:55:25 -0400
Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
 are brave enough
In-Reply-To: <BLU155-W3FA409EBF1963C256825DB1F90@phx.gbl>
References: <BLU155-W1720983FA3876AD1B9AAEAB1F90@phx.gbl>
	<BLU155-W3FA409EBF1963C256825DB1F90@phx.gbl>
Message-ID: <4E8DB34D.3060300@va3uv.com>

Hi Jim!

I have been testing chan_simpleusb on the HP T5710 platform - running 
ACID with a whopping 256MB of RAM.  I was going to try the Limey Linux 
install to see how this would handle on these thin clients.  However, 
based on your note below... I am wondering whether Limey is even worth 
pursuing....


ACID and chan_simpleusb seems to work great... I am almost done with 
week 2 of my block test!

The only snag (and it may just be cosmetic) is that I see the INIT 2.86 
(or whatever) reloading on the screen - but that doesn't see to affect 
the performance of the system.

Cheers!

Ramesh.


On 06/10/2011 9:50 AM, Jim Duuuude wrote:
> Also, this release requires 1GB of RAM (the original 1.1.5 only required
> 512 MB).
> I figured it was time not to be "squosen" into a barely-large-enough
> memory space.
>
> JIM
>
> ------------------------------------------------------------------------
> From: telesistant at hotmail.com
> To: app_rpt-users at ohnosec.org
> Date: Thu, 6 Oct 2011 06:46:45 -0700
> Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
> are brave enough
>
> I have compiled a test version of Limey Linux version 1.1.5 that appears
> to properly support the new Intel D525MW Atom motherboard.
>
> This is an 'augmented' version of the i686-suported-1.1.5 release, so
> it *should* work on all the previously-supported i686 processors, also.
>
> There were some rather major changes (necessary to support SATA
> interfaces) in the hard disk driver stuff (even for those MB's that only
> have IDE), so it would be nice if some people could verify that this still
> works on non-D525MW motherboards (at least the ones that work in
> the normal release).
>
> I have tested this release on both a D525MW and the D945GCLF series
> motherboards, and it seems to work just fine.
>
> Also, if you have 5 minutes to wait for it to boot (since the SWINE boot
> loader does
> not support anything faster then USB 1.1 speed, YUCH!), you can flash
> the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
> OS loads, it runs at full speed, just the initial boot load is PAINFULLY
> slow.
>
> If you dare, here is the URL for this version:
>
>
> http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
>
> JIM WB6NIL
>
>
>
>
>
> _______________________________________________ App_rpt-users mailing
> list App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From jrorke at cogeco.ca  Thu Oct  6 14:19:51 2011
From: jrorke at cogeco.ca (Jon Rorke)
Date: Thu, 06 Oct 2011 10:19:51 -0400
Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
 are brave enough
In-Reply-To: <BLU155-W1720983FA3876AD1B9AAEAB1F90@phx.gbl>
References: <BLU155-W1720983FA3876AD1B9AAEAB1F90@phx.gbl>
Message-ID: <4E8DB907.2090605@cogeco.ca>

Hi Jim, does this new Limey distro support chan_usbradio full dsp,  full 
duplex and can it support multi nodes?

Thanks

Jon VA3RQ

On 10/6/2011 9:46 AM, Jim Duuuude wrote:
> I have compiled a test version of Limey Linux version 1.1.5 that appears
> to properly support the new Intel D525MW Atom motherboard.
>
> This is an 'augmented' version of the i686-suported-1.1.5 release, so
> it *should* work on all the previously-supported i686 processors, also.
>
> There were some rather major changes (necessary to support SATA
> interfaces) in the hard disk driver stuff (even for those MB's that only
> have IDE), so it would be nice if some people could verify that this still
> works on non-D525MW motherboards (at least the ones that work in
> the normal release).
>
> I have tested this release on both a D525MW and the D945GCLF series
> motherboards, and it seems to work just fine.
>
> Also, if you have 5 minutes to wait for it to boot (since the SWINE 
> boot loader does
> not support anything faster then USB 1.1 speed, YUCH!), you can flash
> the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
> OS loads, it runs at full speed, just the initial boot load is 
> PAINFULLY slow.
>
> If you dare, here is the URL for this version:
>
>
> http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
>
> JIM WB6NIL
>
>
>
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111006/06feecad/attachment.html>

From telesistant at hotmail.com  Thu Oct  6 14:38:37 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 6 Oct 2011 07:38:37 -0700
Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
 are brave enough
In-Reply-To: <4E8DB34D.3060300@va3uv.com>
References: <BLU155-W1720983FA3876AD1B9AAEAB1F90@phx.gbl>,
	<BLU155-W3FA409EBF1963C256825DB1F90@phx.gbl>,
	<4E8DB34D.3060300@va3uv.com>
Message-ID: <BLU155-W31520D9E1F48331FFBEE55B1F90@phx.gbl>


Thin clients?? What do you think we are, and eating disorder clinic or something ?? :-) :-)

First of all, Limey only supports VERY specific motherboard, of which that is not one.
Also, since it runs entirely out of RAM, you need more then that for it to work in a reasonable
manner.

JIM

> Date: Thu, 6 Oct 2011 09:55:25 -0400
> From: Ramesh at va3uv.com
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users who are brave enough
> 
> Hi Jim!
> 
> I have been testing chan_simpleusb on the HP T5710 platform - running 
> ACID with a whopping 256MB of RAM.  I was going to try the Limey Linux 
> install to see how this would handle on these thin clients.  However, 
> based on your note below... I am wondering whether Limey is even worth 
> pursuing....
> 
> 
> ACID and chan_simpleusb seems to work great... I am almost done with 
> week 2 of my block test!
> 
> The only snag (and it may just be cosmetic) is that I see the INIT 2.86 
> (or whatever) reloading on the screen - but that doesn't see to affect 
> the performance of the system.
> 
> Cheers!
> 
> Ramesh.
> 
> 
> On 06/10/2011 9:50 AM, Jim Duuuude wrote:
> > Also, this release requires 1GB of RAM (the original 1.1.5 only required
> > 512 MB).
> > I figured it was time not to be "squosen" into a barely-large-enough
> > memory space.
> >
> > JIM
> >
> > ------------------------------------------------------------------------
> > From: telesistant at hotmail.com
> > To: app_rpt-users at ohnosec.org
> > Date: Thu, 6 Oct 2011 06:46:45 -0700
> > Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
> > are brave enough
> >
> > I have compiled a test version of Limey Linux version 1.1.5 that appears
> > to properly support the new Intel D525MW Atom motherboard.
> >
> > This is an 'augmented' version of the i686-suported-1.1.5 release, so
> > it *should* work on all the previously-supported i686 processors, also.
> >
> > There were some rather major changes (necessary to support SATA
> > interfaces) in the hard disk driver stuff (even for those MB's that only
> > have IDE), so it would be nice if some people could verify that this still
> > works on non-D525MW motherboards (at least the ones that work in
> > the normal release).
> >
> > I have tested this release on both a D525MW and the D945GCLF series
> > motherboards, and it seems to work just fine.
> >
> > Also, if you have 5 minutes to wait for it to boot (since the SWINE boot
> > loader does
> > not support anything faster then USB 1.1 speed, YUCH!), you can flash
> > the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
> > OS loads, it runs at full speed, just the initial boot load is PAINFULLY
> > slow.
> >
> > If you dare, here is the URL for this version:
> >
> >
> > http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
> >
> > JIM WB6NIL
> >
> >
> >
> >
> >
> > _______________________________________________ App_rpt-users mailing
> > list App_rpt-users at ohnosec.org
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >
> >
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at ohnosec.org
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111006/7e81250d/attachment.html>

From telesistant at hotmail.com  Thu Oct  6 14:41:06 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 6 Oct 2011 07:41:06 -0700
Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
 are brave enough
In-Reply-To: <4E8DB907.2090605@cogeco.ca>
References: <BLU155-W1720983FA3876AD1B9AAEAB1F90@phx.gbl>,
	<4E8DB907.2090605@cogeco.ca>
Message-ID: <BLU155-W92B9AEB02D14990958AD4B1F90@phx.gbl>


Yes, the same way all of the distros have for a while now. All the distros "support" chan_usbradio with full dsp,
however the VIA motherboards and some of the older i686 ones dont have enough
CPU power.

Certainly all the ATOM-based boards and even some earlier ones will do at least 2 channels
and even the newer dual-core ATOMs should do more.

JIM

Date: Thu, 6 Oct 2011 10:19:51 -0400
From: jrorke at cogeco.ca
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users who are brave enough


  


    
  
  
    Hi Jim, does this new Limey distro support chan_usbradio full dsp, 
    full duplex and can it support multi nodes? 

    

    Thanks

    

    Jon VA3RQ

    

    On 10/6/2011 9:46 AM, Jim Duuuude wrote:
    
      
      
        I have compiled a test version of Limey Linux version 1.1.5 that
        appears

        to properly support the new Intel D525MW Atom motherboard.

        

        This is an 'augmented' version of the i686-suported-1.1.5
        release, so

        it *should* work on all the previously-supported i686
        processors, also.

        

        There were some rather major changes (necessary to support SATA

        interfaces) in the hard disk driver stuff (even for those MB's
        that only

        have IDE), so it would be nice if some people could verify that
        this still

        works on non-D525MW motherboards (at least the ones that work in

        the normal release).

        

        I have tested this release on both a D525MW and the D945GCLF
        series

        motherboards, and it seems to work just fine.

        

        Also, if you have 5 minutes to wait for it to boot (since the
        SWINE boot loader does

        not support anything faster then USB 1.1 speed, YUCH!), you can
        flash

        the distro onto a USB pen drive (>= 128 MB), and it will
        work. Once the

        OS loads, it runs at full speed, just the initial boot load is
        PAINFULLY slow.

        

        If you dare, here is the URL for this version:

        

        

http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz

        

        JIM WB6NIL

        

        

        

        

      
      

      
      

      _______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

    
  


_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111006/18fd29f8/attachment.html>

From vk4akp at yahoo.com.au  Thu Oct  6 15:29:32 2011
From: vk4akp at yahoo.com.au (Ken Page)
Date: Fri, 07 Oct 2011 01:29:32 +1000
Subject: [App_rpt-users] Asterisk service stopping minutes after boot
	constantly.. Help?
In-Reply-To: <mailman.39.1317911916.9290.app_rpt-users@ohnosec.org>
References: <mailman.39.1317911916.9290.app_rpt-users@ohnosec.org>
Message-ID: <4E8DC95C.60000@yahoo.com.au>

Hi,

Last few days I have had a problem with Asterisk stopping for no reason.

Asterisk service stops a couple of minutes after boot for no reason.

Every time I reboot or restart Asterisk I get the same thing. Asterisk 
runs for a couple of minutes and then drops out.

Nothing has been changed on the system in weeks.

Any idea's?

Tail of the log is included below.

~Ken - vk4akp~
.-.-.

[Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: Starting AEL load process.
[Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: calculated 
config file name '/etc/asterisk/extensions.ael'.
[Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: parsed 
config file name '/etc/asterisk/extensions.ael'.
[Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: checked 
config file name '/etc/asterisk/extensions.ael'.
[Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: compiled 
config file name '/etc/asterisk/extensions.ael'.
[Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: merged 
config file name '/etc/asterisk/extensions.ael'.
[Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: verified 
config file name '/etc/asterisk/extensions.ael'.
[Oct  7 00:29:41] ERROR[7624] codec_dahdi.c: Failed to open 
/dev/zap/transcode: No such file or directory
[Oct  7 00:29:41] NOTICE[7624] chan_irlp.c: Unable to load config irlp.conf
[Oct  7 00:29:42] NOTICE[7624] app_gps.c: Unable to load config gps.conf
[Oct  7 00:29:42] NOTICE[7665] app_rpt.c: Normal Repeater Init  2134
[Oct  7 00:29:42] NOTICE[7665] app_rpt.c: Normal Repeater Init  20040
[Oct  7 00:29:42] WARNING[7668] chan_usbradio.c: Loaded parameters from 
usbradio_tune_usb.conf for device usb .
[Oct  7 00:29:42] WARNING[7672] chan_usbradio.c: Loaded parameters from 
usbradio_tune_usb1.conf for device usb1 .

--

On 10/7/2011 12:38 AM, app_rpt-users-request at ohnosec.org wrote:
> Send App_rpt-users mailing list submissions to
> 	app_rpt-users at ohnosec.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> or, via email, send a message with subject or body 'help' to
> 	app_rpt-users-request at ohnosec.org
>
> You can reach the person managing the list at
> 	app_rpt-users-owner at ohnosec.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of App_rpt-users digest..."
>
>
> Today's Topics:
>
>     1. for those Limey Linux and or D525MW users who are	brave
>        enough (Jim Duuuude)
>     2. Re: for those Limey Linux and or D525MW users who are brave
>        enough (Jim Duuuude)
>     3. Re: for those Limey Linux and or D525MW users who are brave
>        enough (Ramesh Dhami (VA3UV))
>     4. Re: for those Limey Linux and or D525MW users who are brave
>        enough (Jon Rorke)
>     5. Re: for those Limey Linux and or D525MW users who are brave
>        enough (Jim Duuuude)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 6 Oct 2011 06:46:45 -0700
> From: Jim Duuuude<telesistant at hotmail.com>
> To: app_rpt mailing list<app_rpt-users at ohnosec.org>
> Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
> 	are	brave enough
> Message-ID:<BLU155-W1720983FA3876AD1B9AAEAB1F90 at phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> I have compiled a test version of Limey Linux version 1.1.5 that appears
> to properly support the new Intel D525MW Atom motherboard.
>
> This is an 'augmented' version of the i686-suported-1.1.5 release, so
> it *should* work on all the previously-supported i686 processors, also.
>
> There were some rather major changes (necessary to support SATA
> interfaces) in the hard disk driver stuff (even for those MB's that only
> have IDE), so it would be nice if some people could verify that this still
> works on non-D525MW motherboards (at least the ones that work in
> the normal release).
>
> I have tested this release on both a D525MW and the D945GCLF series
> motherboards, and it seems to work just fine.
>
> Also, if you have 5 minutes to wait for it to boot (since the SWINE boot loader does
> not support anything faster then USB 1.1 speed, YUCH!), you can flash
> the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
> OS loads, it runs at full speed, just the initial boot load is PAINFULLY slow.
>
> If you dare, here is the URL for this version:
>
>
> http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
>
> JIM WB6NIL
>
>
>
>
>   		 	   		
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111006/2ba14fc1/attachment-0001.html>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 6 Oct 2011 06:50:00 -0700
> From: Jim Duuuude<telesistant at hotmail.com>
> To: app_rpt mailing list<app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users
> 	who are brave enough
> Message-ID:<BLU155-W3FA409EBF1963C256825DB1F90 at phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> Also, this release requires 1GB of RAM (the original 1.1.5 only required 512 MB).
> I figured it was time not to be "squosen" into a barely-large-enough memory space.
>
> JIM
>
> From: telesistant at hotmail.com
> To: app_rpt-users at ohnosec.org
> Date: Thu, 6 Oct 2011 06:46:45 -0700
> Subject: [App_rpt-users] for those Limey Linux and or D525MW users who are	brave enough
>
>
>
>
>
>
>
>
> I have compiled a test version of Limey Linux version 1.1.5 that appears
> to properly support the new Intel D525MW Atom motherboard.
>
> This is an 'augmented' version of the i686-suported-1.1.5 release, so
> it *should* work on all the previously-supported i686 processors, also.
>
> There were some rather major changes (necessary to support SATA
> interfaces) in the hard disk driver stuff (even for those MB's that only
> have IDE), so it would be nice if some people could verify that this still
> works on non-D525MW motherboards (at least the ones that work in
> the normal release).
>
> I have tested this release on both a D525MW and the D945GCLF series
> motherboards, and it seems to work just fine.
>
> Also, if you have 5 minutes to wait for it to boot (since the SWINE boot loader does
> not support anything faster then USB 1.1 speed, YUCH!), you can flash
> the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
> OS loads, it runs at full speed, just the initial boot load is PAINFULLY slow.
>
> If you dare, here is the URL for this version:
>
>
> http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
>
> JIM WB6NIL
>
>
>
>
>   		 	   		
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111006/e1ca90e0/attachment-0001.html>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 06 Oct 2011 09:55:25 -0400
> From: "Ramesh Dhami (VA3UV)"<Ramesh at va3uv.com>
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users
> 	who are brave enough
> Message-ID:<4E8DB34D.3060300 at va3uv.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi Jim!
>
> I have been testing chan_simpleusb on the HP T5710 platform - running
> ACID with a whopping 256MB of RAM.  I was going to try the Limey Linux
> install to see how this would handle on these thin clients.  However,
> based on your note below... I am wondering whether Limey is even worth
> pursuing....
>
>
> ACID and chan_simpleusb seems to work great... I am almost done with
> week 2 of my block test!
>
> The only snag (and it may just be cosmetic) is that I see the INIT 2.86
> (or whatever) reloading on the screen - but that doesn't see to affect
> the performance of the system.
>
> Cheers!
>
> Ramesh.
>
>
> On 06/10/2011 9:50 AM, Jim Duuuude wrote:
>> Also, this release requires 1GB of RAM (the original 1.1.5 only required
>> 512 MB).
>> I figured it was time not to be "squosen" into a barely-large-enough
>> memory space.
>>
>> JIM
>>
>> ------------------------------------------------------------------------
>> From: telesistant at hotmail.com
>> To: app_rpt-users at ohnosec.org
>> Date: Thu, 6 Oct 2011 06:46:45 -0700
>> Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
>> are brave enough
>>
>> I have compiled a test version of Limey Linux version 1.1.5 that appears
>> to properly support the new Intel D525MW Atom motherboard.
>>
>> This is an 'augmented' version of the i686-suported-1.1.5 release, so
>> it *should* work on all the previously-supported i686 processors, also.
>>
>> There were some rather major changes (necessary to support SATA
>> interfaces) in the hard disk driver stuff (even for those MB's that only
>> have IDE), so it would be nice if some people could verify that this still
>> works on non-D525MW motherboards (at least the ones that work in
>> the normal release).
>>
>> I have tested this release on both a D525MW and the D945GCLF series
>> motherboards, and it seems to work just fine.
>>
>> Also, if you have 5 minutes to wait for it to boot (since the SWINE boot
>> loader does
>> not support anything faster then USB 1.1 speed, YUCH!), you can flash
>> the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
>> OS loads, it runs at full speed, just the initial boot load is PAINFULLY
>> slow.
>>
>> If you dare, here is the URL for this version:
>>
>>
>> http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
>>
>> JIM WB6NIL
>>
>>
>>
>>
>>
>> _______________________________________________ App_rpt-users mailing
>> list App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 06 Oct 2011 10:19:51 -0400
> From: Jon Rorke<jrorke at cogeco.ca>
> To: APP_RPT_Users<app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users
> 	who are brave enough
> Message-ID:<4E8DB907.2090605 at cogeco.ca>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> Hi Jim, does this new Limey distro support chan_usbradio full dsp,  full
> duplex and can it support multi nodes?
>
> Thanks
>
> Jon VA3RQ
>
> On 10/6/2011 9:46 AM, Jim Duuuude wrote:
>> I have compiled a test version of Limey Linux version 1.1.5 that appears
>> to properly support the new Intel D525MW Atom motherboard.
>>
>> This is an 'augmented' version of the i686-suported-1.1.5 release, so
>> it *should* work on all the previously-supported i686 processors, also.
>>
>> There were some rather major changes (necessary to support SATA
>> interfaces) in the hard disk driver stuff (even for those MB's that only
>> have IDE), so it would be nice if some people could verify that this still
>> works on non-D525MW motherboards (at least the ones that work in
>> the normal release).
>>
>> I have tested this release on both a D525MW and the D945GCLF series
>> motherboards, and it seems to work just fine.
>>
>> Also, if you have 5 minutes to wait for it to boot (since the SWINE
>> boot loader does
>> not support anything faster then USB 1.1 speed, YUCH!), you can flash
>> the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
>> OS loads, it runs at full speed, just the initial boot load is
>> PAINFULLY slow.
>>
>> If you dare, here is the URL for this version:
>>
>>
>> http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
>>
>> JIM WB6NIL
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111006/06feecad/attachment-0001.html>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 6 Oct 2011 07:38:37 -0700
> From: Jim Duuuude<telesistant at hotmail.com>
> To: Ramesh Dhami<ramesh at va3uv.com>, app_rpt mailing list
> 	<app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users
> 	who are brave enough
> Message-ID:<BLU155-W31520D9E1F48331FFBEE55B1F90 at phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> Thin clients?? What do you think we are, and eating disorder clinic or something ?? :-) :-)
>
> First of all, Limey only supports VERY specific motherboard, of which that is not one.
> Also, since it runs entirely out of RAM, you need more then that for it to work in a reasonable
> manner.
>
> JIM
>
>> Date: Thu, 6 Oct 2011 09:55:25 -0400
>> From: Ramesh at va3uv.com
>> To: app_rpt-users at ohnosec.org
>> Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users who are brave enough
>>
>> Hi Jim!
>>
>> I have been testing chan_simpleusb on the HP T5710 platform - running
>> ACID with a whopping 256MB of RAM.  I was going to try the Limey Linux
>> install to see how this would handle on these thin clients.  However,
>> based on your note below... I am wondering whether Limey is even worth
>> pursuing....
>>
>>
>> ACID and chan_simpleusb seems to work great... I am almost done with
>> week 2 of my block test!
>>
>> The only snag (and it may just be cosmetic) is that I see the INIT 2.86
>> (or whatever) reloading on the screen - but that doesn't see to affect
>> the performance of the system.
>>
>> Cheers!
>>
>> Ramesh.
>>
>>
>> On 06/10/2011 9:50 AM, Jim Duuuude wrote:
>>> Also, this release requires 1GB of RAM (the original 1.1.5 only required
>>> 512 MB).
>>> I figured it was time not to be "squosen" into a barely-large-enough
>>> memory space.
>>>
>>> JIM
>>>
>>> ------------------------------------------------------------------------
>>> From: telesistant at hotmail.com
>>> To: app_rpt-users at ohnosec.org
>>> Date: Thu, 6 Oct 2011 06:46:45 -0700
>>> Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
>>> are brave enough
>>>
>>> I have compiled a test version of Limey Linux version 1.1.5 that appears
>>> to properly support the new Intel D525MW Atom motherboard.
>>>
>>> This is an 'augmented' version of the i686-suported-1.1.5 release, so
>>> it *should* work on all the previously-supported i686 processors, also.
>>>
>>> There were some rather major changes (necessary to support SATA
>>> interfaces) in the hard disk driver stuff (even for those MB's that only
>>> have IDE), so it would be nice if some people could verify that this still
>>> works on non-D525MW motherboards (at least the ones that work in
>>> the normal release).
>>>
>>> I have tested this release on both a D525MW and the D945GCLF series
>>> motherboards, and it seems to work just fine.
>>>
>>> Also, if you have 5 minutes to wait for it to boot (since the SWINE boot
>>> loader does
>>> not support anything faster then USB 1.1 speed, YUCH!), you can flash
>>> the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
>>> OS loads, it runs at full speed, just the initial boot load is PAINFULLY
>>> slow.
>>>
>>> If you dare, here is the URL for this version:
>>>
>>>
>>> http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
>>>
>>> JIM WB6NIL
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________ App_rpt-users mailing
>>> list App_rpt-users at ohnosec.org
>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at ohnosec.org
>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>   		 	   		
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111006/7e81250d/attachment.html>
>
> ------------------------------
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> End of App_rpt-users Digest, Vol 32, Issue 5
> ********************************************
>


From telesistant at hotmail.com  Thu Oct  6 15:30:55 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 6 Oct 2011 08:30:55 -0700
Subject: [App_rpt-users] Asterisk service stopping minutes after boot
 constantly.. Help?
In-Reply-To: <4E8DC95C.60000@yahoo.com.au>
References: <mailman.39.1317911916.9290.app_rpt-users@ohnosec.org>,
	<4E8DC95C.60000@yahoo.com.au>
Message-ID: <BLU155-W223FE76CA98B46CFDF40CEB1F90@phx.gbl>


looks to me like maybe Zaptel isnt running

JIM

> Date: Fri, 7 Oct 2011 01:29:32 +1000
> From: vk4akp at yahoo.com.au
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Asterisk service stopping minutes after boot	constantly.. Help?
> 
> Hi,
> 
> Last few days I have had a problem with Asterisk stopping for no reason.
> 
> Asterisk service stops a couple of minutes after boot for no reason.
> 
> Every time I reboot or restart Asterisk I get the same thing. Asterisk 
> runs for a couple of minutes and then drops out.
> 
> Nothing has been changed on the system in weeks.
> 
> Any idea's?
> 
> Tail of the log is included below.
> 
> ~Ken - vk4akp~
> .-.-.
> 
> [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: Starting AEL load process.
> [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: calculated 
> config file name '/etc/asterisk/extensions.ael'.
> [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: parsed 
> config file name '/etc/asterisk/extensions.ael'.
> [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: checked 
> config file name '/etc/asterisk/extensions.ael'.
> [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: compiled 
> config file name '/etc/asterisk/extensions.ael'.
> [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: merged 
> config file name '/etc/asterisk/extensions.ael'.
> [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: verified 
> config file name '/etc/asterisk/extensions.ael'.
> [Oct  7 00:29:41] ERROR[7624] codec_dahdi.c: Failed to open 
> /dev/zap/transcode: No such file or directory
> [Oct  7 00:29:41] NOTICE[7624] chan_irlp.c: Unable to load config irlp.conf
> [Oct  7 00:29:42] NOTICE[7624] app_gps.c: Unable to load config gps.conf
> [Oct  7 00:29:42] NOTICE[7665] app_rpt.c: Normal Repeater Init  2134
> [Oct  7 00:29:42] NOTICE[7665] app_rpt.c: Normal Repeater Init  20040
> [Oct  7 00:29:42] WARNING[7668] chan_usbradio.c: Loaded parameters from 
> usbradio_tune_usb.conf for device usb .
> [Oct  7 00:29:42] WARNING[7672] chan_usbradio.c: Loaded parameters from 
> usbradio_tune_usb1.conf for device usb1 .
> 
> --
> 
> On 10/7/2011 12:38 AM, app_rpt-users-request at ohnosec.org wrote:
> > Send App_rpt-users mailing list submissions to
> > 	app_rpt-users at ohnosec.org
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> > 	http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> > or, via email, send a message with subject or body 'help' to
> > 	app_rpt-users-request at ohnosec.org
> >
> > You can reach the person managing the list at
> > 	app_rpt-users-owner at ohnosec.org
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of App_rpt-users digest..."
> >
> >
> > Today's Topics:
> >
> >     1. for those Limey Linux and or D525MW users who are	brave
> >        enough (Jim Duuuude)
> >     2. Re: for those Limey Linux and or D525MW users who are brave
> >        enough (Jim Duuuude)
> >     3. Re: for those Limey Linux and or D525MW users who are brave
> >        enough (Ramesh Dhami (VA3UV))
> >     4. Re: for those Limey Linux and or D525MW users who are brave
> >        enough (Jon Rorke)
> >     5. Re: for those Limey Linux and or D525MW users who are brave
> >        enough (Jim Duuuude)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Thu, 6 Oct 2011 06:46:45 -0700
> > From: Jim Duuuude<telesistant at hotmail.com>
> > To: app_rpt mailing list<app_rpt-users at ohnosec.org>
> > Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
> > 	are	brave enough
> > Message-ID:<BLU155-W1720983FA3876AD1B9AAEAB1F90 at phx.gbl>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> >
> > I have compiled a test version of Limey Linux version 1.1.5 that appears
> > to properly support the new Intel D525MW Atom motherboard.
> >
> > This is an 'augmented' version of the i686-suported-1.1.5 release, so
> > it *should* work on all the previously-supported i686 processors, also.
> >
> > There were some rather major changes (necessary to support SATA
> > interfaces) in the hard disk driver stuff (even for those MB's that only
> > have IDE), so it would be nice if some people could verify that this still
> > works on non-D525MW motherboards (at least the ones that work in
> > the normal release).
> >
> > I have tested this release on both a D525MW and the D945GCLF series
> > motherboards, and it seems to work just fine.
> >
> > Also, if you have 5 minutes to wait for it to boot (since the SWINE boot loader does
> > not support anything faster then USB 1.1 speed, YUCH!), you can flash
> > the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
> > OS loads, it runs at full speed, just the initial boot load is PAINFULLY slow.
> >
> > If you dare, here is the URL for this version:
> >
> >
> > http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
> >
> > JIM WB6NIL
> >
> >
> >
> >
> >   		 	   		
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111006/2ba14fc1/attachment-0001.html>
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Thu, 6 Oct 2011 06:50:00 -0700
> > From: Jim Duuuude<telesistant at hotmail.com>
> > To: app_rpt mailing list<app_rpt-users at ohnosec.org>
> > Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users
> > 	who are brave enough
> > Message-ID:<BLU155-W3FA409EBF1963C256825DB1F90 at phx.gbl>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> >
> > Also, this release requires 1GB of RAM (the original 1.1.5 only required 512 MB).
> > I figured it was time not to be "squosen" into a barely-large-enough memory space.
> >
> > JIM
> >
> > From: telesistant at hotmail.com
> > To: app_rpt-users at ohnosec.org
> > Date: Thu, 6 Oct 2011 06:46:45 -0700
> > Subject: [App_rpt-users] for those Limey Linux and or D525MW users who are	brave enough
> >
> >
> >
> >
> >
> >
> >
> >
> > I have compiled a test version of Limey Linux version 1.1.5 that appears
> > to properly support the new Intel D525MW Atom motherboard.
> >
> > This is an 'augmented' version of the i686-suported-1.1.5 release, so
> > it *should* work on all the previously-supported i686 processors, also.
> >
> > There were some rather major changes (necessary to support SATA
> > interfaces) in the hard disk driver stuff (even for those MB's that only
> > have IDE), so it would be nice if some people could verify that this still
> > works on non-D525MW motherboards (at least the ones that work in
> > the normal release).
> >
> > I have tested this release on both a D525MW and the D945GCLF series
> > motherboards, and it seems to work just fine.
> >
> > Also, if you have 5 minutes to wait for it to boot (since the SWINE boot loader does
> > not support anything faster then USB 1.1 speed, YUCH!), you can flash
> > the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
> > OS loads, it runs at full speed, just the initial boot load is PAINFULLY slow.
> >
> > If you dare, here is the URL for this version:
> >
> >
> > http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
> >
> > JIM WB6NIL
> >
> >
> >
> >
> >   		 	   		
> >
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at ohnosec.org
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111006/e1ca90e0/attachment-0001.html>
> >
> > ------------------------------
> >
> > Message: 3
> > Date: Thu, 06 Oct 2011 09:55:25 -0400
> > From: "Ramesh Dhami (VA3UV)"<Ramesh at va3uv.com>
> > To: app_rpt-users at ohnosec.org
> > Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users
> > 	who are brave enough
> > Message-ID:<4E8DB34D.3060300 at va3uv.com>
> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> >
> > Hi Jim!
> >
> > I have been testing chan_simpleusb on the HP T5710 platform - running
> > ACID with a whopping 256MB of RAM.  I was going to try the Limey Linux
> > install to see how this would handle on these thin clients.  However,
> > based on your note below... I am wondering whether Limey is even worth
> > pursuing....
> >
> >
> > ACID and chan_simpleusb seems to work great... I am almost done with
> > week 2 of my block test!
> >
> > The only snag (and it may just be cosmetic) is that I see the INIT 2.86
> > (or whatever) reloading on the screen - but that doesn't see to affect
> > the performance of the system.
> >
> > Cheers!
> >
> > Ramesh.
> >
> >
> > On 06/10/2011 9:50 AM, Jim Duuuude wrote:
> >> Also, this release requires 1GB of RAM (the original 1.1.5 only required
> >> 512 MB).
> >> I figured it was time not to be "squosen" into a barely-large-enough
> >> memory space.
> >>
> >> JIM
> >>
> >> ------------------------------------------------------------------------
> >> From: telesistant at hotmail.com
> >> To: app_rpt-users at ohnosec.org
> >> Date: Thu, 6 Oct 2011 06:46:45 -0700
> >> Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
> >> are brave enough
> >>
> >> I have compiled a test version of Limey Linux version 1.1.5 that appears
> >> to properly support the new Intel D525MW Atom motherboard.
> >>
> >> This is an 'augmented' version of the i686-suported-1.1.5 release, so
> >> it *should* work on all the previously-supported i686 processors, also.
> >>
> >> There were some rather major changes (necessary to support SATA
> >> interfaces) in the hard disk driver stuff (even for those MB's that only
> >> have IDE), so it would be nice if some people could verify that this still
> >> works on non-D525MW motherboards (at least the ones that work in
> >> the normal release).
> >>
> >> I have tested this release on both a D525MW and the D945GCLF series
> >> motherboards, and it seems to work just fine.
> >>
> >> Also, if you have 5 minutes to wait for it to boot (since the SWINE boot
> >> loader does
> >> not support anything faster then USB 1.1 speed, YUCH!), you can flash
> >> the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
> >> OS loads, it runs at full speed, just the initial boot load is PAINFULLY
> >> slow.
> >>
> >> If you dare, here is the URL for this version:
> >>
> >>
> >> http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
> >>
> >> JIM WB6NIL
> >>
> >>
> >>
> >>
> >>
> >> _______________________________________________ App_rpt-users mailing
> >> list App_rpt-users at ohnosec.org
> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >>
> >>
> >> _______________________________________________
> >> App_rpt-users mailing list
> >> App_rpt-users at ohnosec.org
> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >
> >
> > ------------------------------
> >
> > Message: 4
> > Date: Thu, 06 Oct 2011 10:19:51 -0400
> > From: Jon Rorke<jrorke at cogeco.ca>
> > To: APP_RPT_Users<app_rpt-users at ohnosec.org>
> > Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users
> > 	who are brave enough
> > Message-ID:<4E8DB907.2090605 at cogeco.ca>
> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
> >
> > Hi Jim, does this new Limey distro support chan_usbradio full dsp,  full
> > duplex and can it support multi nodes?
> >
> > Thanks
> >
> > Jon VA3RQ
> >
> > On 10/6/2011 9:46 AM, Jim Duuuude wrote:
> >> I have compiled a test version of Limey Linux version 1.1.5 that appears
> >> to properly support the new Intel D525MW Atom motherboard.
> >>
> >> This is an 'augmented' version of the i686-suported-1.1.5 release, so
> >> it *should* work on all the previously-supported i686 processors, also.
> >>
> >> There were some rather major changes (necessary to support SATA
> >> interfaces) in the hard disk driver stuff (even for those MB's that only
> >> have IDE), so it would be nice if some people could verify that this still
> >> works on non-D525MW motherboards (at least the ones that work in
> >> the normal release).
> >>
> >> I have tested this release on both a D525MW and the D945GCLF series
> >> motherboards, and it seems to work just fine.
> >>
> >> Also, if you have 5 minutes to wait for it to boot (since the SWINE
> >> boot loader does
> >> not support anything faster then USB 1.1 speed, YUCH!), you can flash
> >> the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
> >> OS loads, it runs at full speed, just the initial boot load is
> >> PAINFULLY slow.
> >>
> >> If you dare, here is the URL for this version:
> >>
> >>
> >> http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
> >>
> >> JIM WB6NIL
> >>
> >>
> >>
> >>
> >>
> >>
> >> _______________________________________________
> >> App_rpt-users mailing list
> >> App_rpt-users at ohnosec.org
> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111006/06feecad/attachment-0001.html>
> >
> > ------------------------------
> >
> > Message: 5
> > Date: Thu, 6 Oct 2011 07:38:37 -0700
> > From: Jim Duuuude<telesistant at hotmail.com>
> > To: Ramesh Dhami<ramesh at va3uv.com>, app_rpt mailing list
> > 	<app_rpt-users at ohnosec.org>
> > Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users
> > 	who are brave enough
> > Message-ID:<BLU155-W31520D9E1F48331FFBEE55B1F90 at phx.gbl>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> >
> > Thin clients?? What do you think we are, and eating disorder clinic or something ?? :-) :-)
> >
> > First of all, Limey only supports VERY specific motherboard, of which that is not one.
> > Also, since it runs entirely out of RAM, you need more then that for it to work in a reasonable
> > manner.
> >
> > JIM
> >
> >> Date: Thu, 6 Oct 2011 09:55:25 -0400
> >> From: Ramesh at va3uv.com
> >> To: app_rpt-users at ohnosec.org
> >> Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users who are brave enough
> >>
> >> Hi Jim!
> >>
> >> I have been testing chan_simpleusb on the HP T5710 platform - running
> >> ACID with a whopping 256MB of RAM.  I was going to try the Limey Linux
> >> install to see how this would handle on these thin clients.  However,
> >> based on your note below... I am wondering whether Limey is even worth
> >> pursuing....
> >>
> >>
> >> ACID and chan_simpleusb seems to work great... I am almost done with
> >> week 2 of my block test!
> >>
> >> The only snag (and it may just be cosmetic) is that I see the INIT 2.86
> >> (or whatever) reloading on the screen - but that doesn't see to affect
> >> the performance of the system.
> >>
> >> Cheers!
> >>
> >> Ramesh.
> >>
> >>
> >> On 06/10/2011 9:50 AM, Jim Duuuude wrote:
> >>> Also, this release requires 1GB of RAM (the original 1.1.5 only required
> >>> 512 MB).
> >>> I figured it was time not to be "squosen" into a barely-large-enough
> >>> memory space.
> >>>
> >>> JIM
> >>>
> >>> ------------------------------------------------------------------------
> >>> From: telesistant at hotmail.com
> >>> To: app_rpt-users at ohnosec.org
> >>> Date: Thu, 6 Oct 2011 06:46:45 -0700
> >>> Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
> >>> are brave enough
> >>>
> >>> I have compiled a test version of Limey Linux version 1.1.5 that appears
> >>> to properly support the new Intel D525MW Atom motherboard.
> >>>
> >>> This is an 'augmented' version of the i686-suported-1.1.5 release, so
> >>> it *should* work on all the previously-supported i686 processors, also.
> >>>
> >>> There were some rather major changes (necessary to support SATA
> >>> interfaces) in the hard disk driver stuff (even for those MB's that only
> >>> have IDE), so it would be nice if some people could verify that this still
> >>> works on non-D525MW motherboards (at least the ones that work in
> >>> the normal release).
> >>>
> >>> I have tested this release on both a D525MW and the D945GCLF series
> >>> motherboards, and it seems to work just fine.
> >>>
> >>> Also, if you have 5 minutes to wait for it to boot (since the SWINE boot
> >>> loader does
> >>> not support anything faster then USB 1.1 speed, YUCH!), you can flash
> >>> the distro onto a USB pen drive (>= 128 MB), and it will work. Once the
> >>> OS loads, it runs at full speed, just the initial boot load is PAINFULLY
> >>> slow.
> >>>
> >>> If you dare, here is the URL for this version:
> >>>
> >>>
> >>> http://stats.allstarlink.org/limeylinux/downloads/cfimg-D525MW-1.1.5.tar.gz
> >>>
> >>> JIM WB6NIL
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> _______________________________________________ App_rpt-users mailing
> >>> list App_rpt-users at ohnosec.org
> >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >>>
> >>>
> >>> _______________________________________________
> >>> App_rpt-users mailing list
> >>> App_rpt-users at ohnosec.org
> >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >> _______________________________________________
> >> App_rpt-users mailing list
> >> App_rpt-users at ohnosec.org
> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >   		 	   		
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111006/7e81250d/attachment.html>
> >
> > ------------------------------
> >
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at ohnosec.org
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >
> >
> > End of App_rpt-users Digest, Vol 32, Issue 5
> > ********************************************
> >
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111006/054cc601/attachment.html>

From vk4akp at yahoo.com.au  Thu Oct  6 15:50:38 2011
From: vk4akp at yahoo.com.au (Ken Page)
Date: Fri, 07 Oct 2011 01:50:38 +1000
Subject: [App_rpt-users] App_rpt-users Digest, Vol 32, Issue 6
In-Reply-To: <mailman.41.1317915053.9290.app_rpt-users@ohnosec.org>
References: <mailman.41.1317915053.9290.app_rpt-users@ohnosec.org>
Message-ID: <4E8DCE4E.7020900@yahoo.com.au>

Hi Mr Duuuude,

Well. I am able to access the PBX via the phone that is plugged into the 
TDM card and jump on the meetme conference.

I can also bridge in another caller into the conference and talk for 
about 10 seconds before Asterisk stops / falls over.

The last thing in the log that Asterisk seems to try to do before it 
crashes is read the radio tune stuff.

The two URI interfaces do flash as per normal for a while before it all 
crashes.

If I just try rebooting the machine but not accessing Asterisk at all 
via phone or anything it still falls over soon after boot.

Weird.

Am I right in guessing that because I can access meetme conference and 
also the TDM card that the zaptel drivers are loaded OK?

~Ken - vk4akp~
.-.-.


On 10/7/2011 1:30 AM, app_rpt-users-request at ohnosec.org wrote:
> Message: 3
> Date: Thu, 6 Oct 2011 08:30:55 -0700
> From: Jim Duuuude<telesistant at hotmail.com>
> To:<vk4akp at yahoo.com.au>, app_rpt mailing list
> 	<app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Asterisk service stopping minutes after
> 	boot constantly.. Help?
> Message-ID:<BLU155-W223FE76CA98B46CFDF40CEB1F90 at phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> looks to me like maybe Zaptel isnt running
>
> JIM
>
>> >  Date: Fri, 7 Oct 2011 01:29:32 +1000
>> >  From:vk4akp at yahoo.com.au
>> >  To:app_rpt-users at ohnosec.org
>> >  Subject: [App_rpt-users] Asterisk service stopping minutes after boot	constantly.. Help?
>> >  
>> >  Hi,
>> >  
>> >  Last few days I have had a problem with Asterisk stopping for no reason.
>> >  
>> >  Asterisk service stops a couple of minutes after boot for no reason.
>> >  
>> >  Every time I reboot or restart Asterisk I get the same thing. Asterisk
>> >  runs for a couple of minutes and then drops out.
>> >  
>> >  Nothing has been changed on the system in weeks.
>> >  
>> >  Any idea's?
>> >  
>> >  Tail of the log is included below.
>> >  
>> >  ~Ken - vk4akp~
>> >  .-.-.
>> >  
>> >  [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: Starting AEL load process.
>> >  [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: calculated
>> >  config file name '/etc/asterisk/extensions.ael'.
>> >  [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: parsed
>> >  config file name '/etc/asterisk/extensions.ael'.
>> >  [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: checked
>> >  config file name '/etc/asterisk/extensions.ael'.
>> >  [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: compiled
>> >  config file name '/etc/asterisk/extensions.ael'.
>> >  [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: merged
>> >  config file name '/etc/asterisk/extensions.ael'.
>> >  [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: verified
>> >  config file name '/etc/asterisk/extensions.ael'.
>> >  [Oct  7 00:29:41] ERROR[7624] codec_dahdi.c: Failed to open
>> >  /dev/zap/transcode: No such file or directory
>> >  [Oct  7 00:29:41] NOTICE[7624] chan_irlp.c: Unable to load config irlp.conf
>> >  [Oct  7 00:29:42] NOTICE[7624] app_gps.c: Unable to load config gps.conf
>> >  [Oct  7 00:29:42] NOTICE[7665] app_rpt.c: Normal Repeater Init  2134
>> >  [Oct  7 00:29:42] NOTICE[7665] app_rpt.c: Normal Repeater Init  20040
>> >  [Oct  7 00:29:42] WARNING[7668] chan_usbradio.c: Loaded parameters from
>> >  usbradio_tune_usb.conf for device usb .
>> >  [Oct  7 00:29:42] WARNING[7672] chan_usbradio.c: Loaded parameters from
>> >  usbradio_tune_usb1.conf for device usb1 .
>> >  
>> >  --
>> >  


From Ramesh at va3uv.com  Thu Oct  6 15:54:11 2011
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Thu, 06 Oct 2011 11:54:11 -0400
Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
 are brave enough
In-Reply-To: <BLU155-W31520D9E1F48331FFBEE55B1F90@phx.gbl>
References: <BLU155-W1720983FA3876AD1B9AAEAB1F90@phx.gbl>,
	<BLU155-W3FA409EBF1963C256825DB1F90@phx.gbl>,
	<4E8DB34D.3060300@va3uv.com>
	<BLU155-W31520D9E1F48331FFBEE55B1F90@phx.gbl>
Message-ID: <4E8DCF23.7050506@va3uv.com>

On 06/10/2011 10:38 AM, Jim Duuuude wrote:
> Thin clients?? What do you think we are, and eating disorder clinic or
> something ?? :-) :-)
>
> First of all, Limey only supports VERY specific motherboard, of which
> that is not one.
> Also, since it runs entirely out of RAM, you need more then that for it
> to work in a reasonable
> manner.
>

<-- OK Jim;  So I will save myself from those Limey's!

Thin is good ... thin makes my hydro meter spin slowly.  These things 
run of 13.8V @ ~ 600mA.  Me likes that :).

Cheers!

Ramesh.

p.s., for all those than inquired last week - the ISO and install 
scripts for my FREE STAR* project are now on my site:

http://www.va3uv.com/iso.htm

The install script will even allow you to install on top of an ACID 
build - how's that for playing nice!


From telesistant at hotmail.com  Thu Oct  6 15:55:38 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 6 Oct 2011 08:55:38 -0700
Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
 are brave enough
In-Reply-To: <4E8DCF23.7050506@va3uv.com>
References: <BLU155-W1720983FA3876AD1B9AAEAB1F90@phx.gbl>, ,
	<BLU155-W3FA409EBF1963C256825DB1F90@phx.gbl>, ,
	<4E8DB34D.3060300@va3uv.com>,
	<BLU155-W31520D9E1F48331FFBEE55B1F90@phx.gbl>,
	<4E8DCF23.7050506@va3uv.com>
Message-ID: <BLU155-W16D3D603597EDFF11F559EB1F90@phx.gbl>


Why dont you try a Beagleboard and LOX board.. It runs at 1/4 of that power!

JIM

> Date: Thu, 6 Oct 2011 11:54:11 -0400
> From: Ramesh at va3uv.com
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users who are brave enough
> 
> On 06/10/2011 10:38 AM, Jim Duuuude wrote:
> > Thin clients?? What do you think we are, and eating disorder clinic or
> > something ?? :-) :-)
> >
> > First of all, Limey only supports VERY specific motherboard, of which
> > that is not one.
> > Also, since it runs entirely out of RAM, you need more then that for it
> > to work in a reasonable
> > manner.
> >
> 
> <-- OK Jim;  So I will save myself from those Limey's!
> 
> Thin is good ... thin makes my hydro meter spin slowly.  These things 
> run of 13.8V @ ~ 600mA.  Me likes that :).
> 
> Cheers!
> 
> Ramesh.
> 
> p.s., for all those than inquired last week - the ISO and install 
> scripts for my FREE STAR* project are now on my site:
> 
> http://www.va3uv.com/iso.htm
> 
> The install script will even allow you to install on top of an ACID 
> build - how's that for playing nice!
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111006/1270b602/attachment.html>

From Ramesh at va3uv.com  Thu Oct  6 15:59:08 2011
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Thu, 06 Oct 2011 11:59:08 -0400
Subject: [App_rpt-users] for those Limey Linux and or D525MW users who
 are brave enough
In-Reply-To: <BLU155-W16D3D603597EDFF11F559EB1F90@phx.gbl>
References: <BLU155-W1720983FA3876AD1B9AAEAB1F90@phx.gbl>, ,
	<BLU155-W3FA409EBF1963C256825DB1F90@phx.gbl>, ,
	<4E8DB34D.3060300@va3uv.com>,
	<BLU155-W31520D9E1F48331FFBEE55B1F90@phx.gbl>,
	<4E8DCF23.7050506@va3uv.com>
	<BLU155-W16D3D603597EDFF11F559EB1F90@phx.gbl>
Message-ID: <4E8DD04C.5050909@va3uv.com>

On 06/10/2011 11:55 AM, Jim Duuuude wrote:
> Why dont you try a Beagleboard and LOX board.. It runs at 1/4 of that power!
>

<-- Pretty simple Jim - 'cos I don't have one! - the HP's cost us $28US 
a pop - the mod to install a 4GB Microdrive costs around $16 or so.  So 
for a total investment of $44 US, we're good to go.  I think these HP's 
are awesome (but beauty is in the eye of the beholder! - LOL :)

R.


From kc9gqr at gmail.com  Thu Oct  6 16:02:43 2011
From: kc9gqr at gmail.com (Bradley Haney)
Date: Thu, 6 Oct 2011 11:02:43 -0500
Subject: [App_rpt-users] dumb question
Message-ID: <CAPg-ThSkGOMuNicde17khMyfD5pYsKKGqa2PRWmOzxKHR1uiJQ@mail.gmail.com>

I thought i read in one of the email's that some one configured the system
to use  the parrellel port to tx the radio instead of  hacking a usb sound
card?    Or was i dreaming..

Thanks

Bradley
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111006/88d1e821/attachment.html>

From george at dyb.com  Thu Oct  6 19:23:52 2011
From: george at dyb.com (George Csahanin)
Date: Thu, 6 Oct 2011 14:23:52 -0500
Subject: [App_rpt-users] D201 board and pp i/o
Message-ID: <43514B183A764C68AB8D6B5D9B0D03BC@lintv.com>

Anybody out there using a D201GCLF board with parallel port cor?

I just got hold of another D201 board and put app_rpt on it, same version 
that I use on the D945 boards.
I have no other D201 to compare to. But if you have one...are the input pins 
on the Printer port (10,11,13,etc) internally pulled up?
On the one I have it only works if I pull it up, which struck me as odd. 
works just fine when I do so, but the 945's don't need pullup.

Just curious.

George


.. ... ... ... ... ... ... ... ."--~--" .
... ... ... ... ... ... ... ../:.:.:.:.:.|
... ... ... ... ... ... ... .|;.;.;.;.;.;/
... ... ... ... ... ... ... .|;.;.;.;.;.;/
... ... ... ... ... ... ... .|;.;.;.;.;.;|
... ... ... ... ... ... ... .|;.;.;.;.;.;|
... ... ... ... ._"""""""_.);.;.;.;.;.;|
... ... ... "-":.:.:.:.:.:."~-";..;.;.;|
... ... .. (_""""""---""_:.:.:);.;.;...""
... ... "-":.:.:.:.:.:.:.:""-"/;.;.;.;.;.""
... .. (:.___"""""""""___);.;.;.;.;.;.;.|
... .. /"":.:.:.:.:.:.:.:?""\;.;.;.;.;.;.""
... . \:.__""""""""""""""__/;;;;;;;;;;;/\
... .. \.:.:.:.:.:.:.:.:.:.:.);;;;;;;;;;/:::\
... ... . \""""---~~~;;;;;;;;;;;;;"":::::::\
... ... ... . """~~--"""""""""""-"::::::::::::\



From telesistant at hotmail.com  Thu Oct  6 19:30:05 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 6 Oct 2011 12:30:05 -0700
Subject: [App_rpt-users] D201 board and pp i/o
In-Reply-To: <43514B183A764C68AB8D6B5D9B0D03BC@lintv.com>
References: <43514B183A764C68AB8D6B5D9B0D03BC@lintv.com>
Message-ID: <BLU155-W248355959F1C2C118A11EDB1F90@phx.gbl>


Generally speaking, the printer port input pin do not provide
internal pull-up. If you dont have an easy source of pull-up-age,
set one of the output pins permanently high, and use it as a 
"pull-up" source.

JIM

> From: george at dyb.com
> To: app_rpt-users at ohnosec.org
> Date: Thu, 6 Oct 2011 14:23:52 -0500
> Subject: [App_rpt-users] D201 board and pp i/o
> 
> Anybody out there using a D201GCLF board with parallel port cor?
> 
> I just got hold of another D201 board and put app_rpt on it, same version 
> that I use on the D945 boards.
> I have no other D201 to compare to. But if you have one...are the input pins 
> on the Printer port (10,11,13,etc) internally pulled up?
> On the one I have it only works if I pull it up, which struck me as odd. 
> works just fine when I do so, but the 945's don't need pullup.
> 
> Just curious.
> 
> George
> 
> 
> .. ... ... ... ... ... ... ... ."--~--" .
> ... ... ... ... ... ... ... ../:.:.:.:.:.|
> ... ... ... ... ... ... ... .|;.;.;.;.;.;/
> ... ... ... ... ... ... ... .|;.;.;.;.;.;/
> ... ... ... ... ... ... ... .|;.;.;.;.;.;|
> ... ... ... ... ... ... ... .|;.;.;.;.;.;|
> ... ... ... ... ._"""""""_.);.;.;.;.;.;|
> ... ... ... "-":.:.:.:.:.:."~-";..;.;.;|
> ... ... .. (_""""""---""_:.:.:);.;.;...""
> ... ... "-":.:.:.:.:.:.:.:""-"/;.;.;.;.;.""
> ... .. (:.___"""""""""___);.;.;.;.;.;.;.|
> ... .. /"":.:.:.:.:.:.:.:?""\;.;.;.;.;.;.""
> ... . \:.__""""""""""""""__/;;;;;;;;;;;/\
> ... .. \.:.:.:.:.:.:.:.:.:.:.);;;;;;;;;;/:::\
> ... ... . \""""---~~~;;;;;;;;;;;;;"":::::::\
> ... ... ... . """~~--"""""""""""-"::::::::::::\
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111006/f891e991/attachment.html>

From bote_radio at botecomm.com  Thu Oct  6 20:44:42 2011
From: bote_radio at botecomm.com (Bote Man)
Date: Thu, 6 Oct 2011 16:44:42 -0400
Subject: [App_rpt-users] Serial/Parrallel interface
In-Reply-To: <6A12E1DBA7764138BACC8C00C9D6F48F@main>
References: <6A12E1DBA7764138BACC8C00C9D6F48F@main>
Message-ID: <000901cc8468$c73b76d0$55b26470$@com>

Has anybody tried using a DB9 serial-to-USB adapter to get hardware
lines into and out of the machine?

I've been struggling to find a ready-made device complete with driver
for Windows and have come up empty. I'm thinking of just overcoming my
laziness and doing it myself.

Perhaps the same thing could be done in a generic way in linux such that
you hook the COR line from the radio to CTS line of the adapter, and PTT
to the RTS line. When you diddle them on the USB interface, the DB9
asserts the corresponding pin and off you go. 

Since these adapters are in current production and demand, supply should
not become a problem for a long time. They are smaller than the DB-25
parallel interface which is deprecated and would likely become harder to
find as well.

Bote


> -----Original Message-----
> From: K&R Yoksh
> Sent: Sunday, 02 October, 2011 13:49
> 
> Hello Carl,
> 
> Yes, chan_usbradio and chan_simpleusb both support use of a parallel
> port. I
> don't believe the XIPAR project does.
> 
> I have had tremendous success using the parallel port for COS,PTT and
> AUX/GPIO on my nodes.
> 
> As you mentioned, the CM108 fobs are becoming harder to find, and some
> of us
> have great difficulty soldering to tiny SMT pins. While I have
> successfully
> modified CM108 fobs, I have destroyed two fobs in the process.
> ...
> 
> 73 for now,
> 
> Kyle
> K0KN
> Allstar 2210-2215
> 
> --- Original Message ---
> 
> Hi group,
> 
> Carl M1ELR here, I noticed in a post a few days ago there was mention
of
> using the Parallel port for PTT or COR, is this possible?
> 
> I currently run my node using the Centos install package from the
Allstar
> site but can change to the install version from Xipar if needed.
> 
> I have without success been buying sound fobs to build a new interface
and
> now have a drawer full of USB fobs that I can't mod, if the I/O wasn't
via
> the USB sound fob that would make life so much easier as the CM108
seems to
> be getting harder to source.
> 
> Thanks,
> 
> Best Regards
> 
> Carl M1ELR, Allstar node 27473
> 
> 




From kc9gqr at gmail.com  Fri Oct  7 02:22:52 2011
From: kc9gqr at gmail.com (Bradley Haney)
Date: Thu, 6 Oct 2011 21:22:52 -0500
Subject: [App_rpt-users] INSTALL PROBLEM
Message-ID: <EF93766C-2CB1-43E8-96D3-611A1B82D597@gmail.com>

I have everything installed  but it didn't like my password i picked and now i just have a login on screen on the computer and can't log on .. HOw to i reset the username and password?

From kb7rsi at gmail.com  Fri Oct  7 03:40:53 2011
From: kb7rsi at gmail.com (KB7RSI)
Date: Thu, 6 Oct 2011 20:40:53 -0700
Subject: [App_rpt-users] INSTALL PROBLEM
In-Reply-To: <EF93766C-2CB1-43E8-96D3-611A1B82D597@gmail.com>
References: <EF93766C-2CB1-43E8-96D3-611A1B82D597@gmail.com>
Message-ID: <002701cc84a2$eb31ce60$c1956b20$@gmail.com>

Are you speaking of the root password?

Harold
Kb7rsi
Las Vegas, NV.


-----Original Message-----
From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bradley Haney
Sent: Thursday, October 06, 2011 7:23 PM
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] INSTALL PROBLEM

I have everything installed  but it didn't like my password i picked and now
i just have a login on screen on the computer and can't log on .. HOw to i
reset the username and password?
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From kc9gqr at gmail.com  Fri Oct  7 03:43:54 2011
From: kc9gqr at gmail.com (Bradley Haney)
Date: Thu, 6 Oct 2011 22:43:54 -0500
Subject: [App_rpt-users] INSTALL PROBLEM
In-Reply-To: <002701cc84a2$eb31ce60$c1956b20$@gmail.com>
References: <EF93766C-2CB1-43E8-96D3-611A1B82D597@gmail.com>
	<002701cc84a2$eb31ce60$c1956b20$@gmail.com>
Message-ID: <43D17C69-41F1-413E-81F1-E2813CE2F5F0@gmail.com>

no when it was installing it asked for a new password but  it wouldn't accept any i entered, then it went on and finished installing..  Then when it re booted , it booted to a black screen that said log in.   is there suppose to be some web gui?   
On Oct 6, 2011, at 10:40 PM, KB7RSI wrote:

> Are you speaking of the root password?
> 
> Harold
> Kb7rsi
> Las Vegas, NV.
> 
> 
> -----Original Message-----
> From: app_rpt-users-bounces at ohnosec.org
> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bradley Haney
> Sent: Thursday, October 06, 2011 7:23 PM
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] INSTALL PROBLEM
> 
> I have everything installed  but it didn't like my password i picked and now
> i just have a login on screen on the computer and can't log on .. HOw to i
> reset the username and password?
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 



From kb7rsi at gmail.com  Fri Oct  7 03:52:12 2011
From: kb7rsi at gmail.com (KB7RSI)
Date: Thu, 6 Oct 2011 20:52:12 -0700
Subject: [App_rpt-users] INSTALL PROBLEM
In-Reply-To: <43D17C69-41F1-413E-81F1-E2813CE2F5F0@gmail.com>
References: <EF93766C-2CB1-43E8-96D3-611A1B82D597@gmail.com>
	<002701cc84a2$eb31ce60$c1956b20$@gmail.com>
	<43D17C69-41F1-413E-81F1-E2813CE2F5F0@gmail.com>
Message-ID: <01ff01cc84a4$7fa34050$7ee9c0f0$@gmail.com>

I found this while searching google on reseting root password without
knowing the old password.
Try this.  Im not sure if this works on CentOS.
Im new at linux doing things like that so let me know if that works and Ill
save this info for myself also.


1. At the boot(grub) menu select the linux kernel
 
2. then press e
 
3. Go to the end of the line
 
4. add 1 or S or Single at the end of the line
 
5. press enter
 
6. press b on the line to boot from that line 

7. Now the root prompt will come
 
8. run the command 'passwd' and it will ask you to change your password for
root
 

Harold
Kb7rsi
Las Vegas, NV.


-----Original Message-----
From: Bradley Haney [mailto:kc9gqr at gmail.com] 
Sent: Thursday, October 06, 2011 8:44 PM
To: KB7RSI
Cc: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] INSTALL PROBLEM

no when it was installing it asked for a new password but  it wouldn't
accept any i entered, then it went on and finished installing..  Then when
it re booted , it booted to a black screen that said log in.   is there
suppose to be some web gui?   
On Oct 6, 2011, at 10:40 PM, KB7RSI wrote:

> Are you speaking of the root password?
> 
> Harold
> Kb7rsi
> Las Vegas, NV.
> 
> 
> -----Original Message-----
> From: app_rpt-users-bounces at ohnosec.org 
> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bradley Haney
> Sent: Thursday, October 06, 2011 7:23 PM
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] INSTALL PROBLEM
> 
> I have everything installed  but it didn't like my password i picked 
> and now i just have a login on screen on the computer and can't log on 
> .. HOw to i reset the username and password?
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 




From bdboyle at bdboyle.com  Fri Oct  7 04:23:53 2011
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Fri, 7 Oct 2011 00:23:53 -0400
Subject: [App_rpt-users] INSTALL PROBLEM
In-Reply-To: <43D17C69-41F1-413E-81F1-E2813CE2F5F0@gmail.com>
References: <EF93766C-2CB1-43E8-96D3-611A1B82D597@gmail.com>
	<002701cc84a2$eb31ce60$c1956b20$@gmail.com>
	<43D17C69-41F1-413E-81F1-E2813CE2F5F0@gmail.com>
Message-ID: <7160C108-70DA-4879-9B1A-414E9405FE08@bdboyle.com>

no gui.  it is command line managed. guis take up too much resources for something that is not meant as an interactive system.  thibk server not workstation...

--
Bryan
Sent from my iPhone
please forgive misspellings...



On Oct 6, 2011, at 11:43 PM, Bradley Haney <kc9gqr at gmail.com> wrote:

> no when it was installing it asked for a new password but  it wouldn't accept any i entered, then it went on and finished installing..  Then when it re booted , it booted to a black screen that said log in.   is there suppose to be some web gui?   
> On Oct 6, 2011, at 10:40 PM, KB7RSI wrote:
> 
>> Are you speaking of the root password?
>> 
>> Harold
>> Kb7rsi
>> Las Vegas, NV.
>> 
>> 
>> -----Original Message-----
>> From: app_rpt-users-bounces at ohnosec.org
>> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bradley Haney
>> Sent: Thursday, October 06, 2011 7:23 PM
>> To: app_rpt-users at ohnosec.org
>> Subject: [App_rpt-users] INSTALL PROBLEM
>> 
>> I have everything installed  but it didn't like my password i picked and now
>> i just have a login on screen on the computer and can't log on .. HOw to i
>> reset the username and password?
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From ke2n at cs.com  Fri Oct  7 05:50:37 2011
From: ke2n at cs.com (Ken)
Date: Fri, 7 Oct 2011 01:50:37 -0400 (EDT)
Subject: [App_rpt-users] INSTALL PROBLEM
In-Reply-To: <43D17C69-41F1-413E-81F1-E2813CE2F5F0@gmail.com>
References: <EF93766C-2CB1-43E8-96D3-611A1B82D597@gmail.com><002701cc84a2$eb31ce60$c1956b20$@gmail.com>
	<43D17C69-41F1-413E-81F1-E2813CE2F5F0@gmail.com>
Message-ID: <8CE52CC2BFCB717-25A4-32D83@webmail-m028.sysops.aol.com>


the "web GUI" you are referring to is probably this:

https://allstarlink.org/

Ken








-----Original Message-----
From: Bradley Haney <kc9gqr at gmail.com>
To: KB7RSI <kb7rsi at gmail.com>
Cc: app_rpt-users <app_rpt-users at ohnosec.org>
Sent: Fri, Oct 7, 2011 10:43 am
Subject: Re: [App_rpt-users] INSTALL PROBLEM


no when it was installing it asked for a new password but  it wouldn't accept 
ny i entered, then it went on and finished installing..  Then when it re booted 
 it booted to a black screen that said log in.   is there suppose to be some 
eb gui?   
n Oct 6, 2011, at 10:40 PM, KB7RSI wrote:
> Are you speaking of the root password?
 
 Harold
 Kb7rsi
 Las Vegas, NV.
 
 
 -----Original Message-----
 From: app_rpt-users-bounces at ohnosec.org
 [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bradley Haney
 Sent: Thursday, October 06, 2011 7:23 PM
 To: app_rpt-users at ohnosec.org
 Subject: [App_rpt-users] INSTALL PROBLEM
 
 I have everything installed  but it didn't like my password i picked and now
 i just have a login on screen on the computer and can't log on .. HOw to i
 reset the username and password?
 _______________________________________________
 App_rpt-users mailing list
 App_rpt-users at ohnosec.org
 http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 
_______________________________________________
pp_rpt-users mailing list
pp_rpt-users at ohnosec.org
ttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111007/647c4891/attachment.html>

From bote_radio at botecomm.com  Fri Oct  7 14:23:09 2011
From: bote_radio at botecomm.com (Bote Man)
Date: Fri, 7 Oct 2011 10:23:09 -0400
Subject: [App_rpt-users] Serial/Parallel interface
In-Reply-To: <BF42C488CC7A4DC9AB9C1679ACE2DE43@lintv.com>
References: <CAPUsj6Z-P-MiH52ddQT2_fFNNX6kkDF8RwCidqecRcAqsnPMMw@mail.gmail.com>
	<BF42C488CC7A4DC9AB9C1679ACE2DE43@lintv.com>
Message-ID: <009801cc84fc$a4d6b020$ee841060$@com>

To answer my own inquiry, I have just discovered this outfit in New York
state that sells a number of USB building blocks. Maybe this might be a
shortcut to a means to get digital i/o via the USB port?

 

http://www.delcomproducts.com/products_USBIO.asp

 

Bote

 

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of George Csahanin
Sent: Monday, 03 October, 2011 00:30



Carl, 

 

 

I have been using PP for PTT and COR, etc, works VERY well. 

 

You need to have used source code, specifically app_rpt.c and
chan_usbradio.c that is from after about Sept 14

 

Before that it didn't work. 

 

I want to write up a cookbook process for what I did with it, just need
time, like I want to put together a how to for Limey, as I had modified
it, but time is a problem...

 

 

 

 
Hello,
 
What is the problem with those USB fobs?  Is it that they are epoxy
blobbed?
 
If they are packaged chips, is it because they are not CM108?  What chip
are 
they?  Please post the vendor ID/Product ID info.  I have been working
with 
CM108 compatible chips- maybe I can contribute something useful here.
 
73,
 
Andrew
ZL3AME

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111007/2dc40dae/attachment.html>

From howard at small.com.au  Mon Oct 10 12:42:26 2011
From: howard at small.com.au (Howard Small)
Date: Mon, 10 Oct 2011 22:42:26 +1000
Subject: [App_rpt-users] Motorola Astro
Message-ID: <00e801cc874a$11625b50$342711f0$@small.com.au>

I wish to use two Motorola Astro UHF sets as a repeater with a URI
interface. The sets are model T99DX+144W and I am wondering if anyone has
done this? If so can you share your experience please.

 

Howard

VK4BS

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111010/b692c10f/attachment.html>

From vk4akp at yahoo.com.au  Mon Oct 10 15:32:43 2011
From: vk4akp at yahoo.com.au (Ken Page)
Date: Tue, 11 Oct 2011 01:32:43 +1000
Subject: [App_rpt-users] Asterisk Bombs after startup.
In-Reply-To: <mailman.1.1317916801.26118.app_rpt-users@ohnosec.org>
References: <mailman.1.1317916801.26118.app_rpt-users@ohnosec.org>
Message-ID: <4E93101B.3050805@yahoo.com.au>

OK, I've found something else that might help diagnose the issue?

I ran  asterisk -cvvvv   and got the following at the end before it bombs.

   "Segmentation fault"

Could it be there is a corrupt file or something?

Funny thing is everything works fine for about the first 10-20 seconds.

The last thing it tries is some radio tune file.

Maybe I should try downloading and recompiling the APP_RPT & USB_Radio 
modules?

Any idea's?

~Ken~
vk4akp
.-.-.


[Oct 11 00:44:50] NOTICE[28167]: app_rpt.c:19094 rpt_master: Normal 
Repeater Init  2134
     -- Loading initial config for repeater 20040
   == Parsing '/etc/asterisk/rpt.conf': Found
     -- Re-Loading config for repeater 2134
   == Parsing '/etc/asterisk/rpt.conf': Found
ERROR: numrxcodes != numtxcodes
     -- rpt (Rx) initiating call to Radio/usb on Radio/usb
   == Set device 1-2 to usb
ERROR: numrxcodes != numtxcodes
[Oct 11 00:44:50] NOTICE[28167]: app_rpt.c:19094 rpt_master: Normal 
Repeater Init  20040
     -- Re-Loading config for repeater 20040
   == Parsing '/etc/asterisk/rpt.conf': Found
     -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
   == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
[Oct 11 00:44:50] WARNING[28171]: chan_usbradio.c:1449 hidthread: Loaded 
parameters from usbradio_tune_usb.conf for device usb .
   == Set device 1-1 to usb1
   == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
[Oct 11 00:44:50] WARNING[28173]: chan_usbradio.c:1449 hidthread: Loaded 
parameters from usbradio_tune_usb1.conf for device usb1 .
     -- Hungup 'Zap/pseudo-327798110'
Segmentation fault

--

On 10/7/2011 2:00 AM, app_rpt-users-request at ohnosec.org wrote:
> Send App_rpt-users mailing list submissions to
> 	app_rpt-users at ohnosec.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> or, via email, send a message with subject or body 'help' to
> 	app_rpt-users-request at ohnosec.org
>
> You can reach the person managing the list at
> 	app_rpt-users-owner at ohnosec.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of App_rpt-users digest..."
>
>
> Today's Topics:
>
>     1. Re: App_rpt-users Digest, Vol 32, Issue 6 (Ken Page)
>     2. Re: for those Limey Linux and or D525MW users who are brave
>        enough (Ramesh Dhami (VA3UV))
>     3. Re: for those Limey Linux and or D525MW users who are brave
>        enough (Jim Duuuude)
>     4. Re: for those Limey Linux and or D525MW users who are brave
>        enough (Ramesh Dhami (VA3UV))
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 07 Oct 2011 01:50:38 +1000
> From: Ken Page<vk4akp at yahoo.com.au>
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] App_rpt-users Digest, Vol 32, Issue 6
> Message-ID:<4E8DCE4E.7020900 at yahoo.com.au>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi Mr Duuuude,
>
> Well. I am able to access the PBX via the phone that is plugged into the
> TDM card and jump on the meetme conference.
>
> I can also bridge in another caller into the conference and talk for
> about 10 seconds before Asterisk stops / falls over.
>
> The last thing in the log that Asterisk seems to try to do before it
> crashes is read the radio tune stuff.
>
> The two URI interfaces do flash as per normal for a while before it all
> crashes.
>
> If I just try rebooting the machine but not accessing Asterisk at all
> via phone or anything it still falls over soon after boot.
>
> Weird.
>
> Am I right in guessing that because I can access meetme conference and
> also the TDM card that the zaptel drivers are loaded OK?
>
> ~Ken - vk4akp~
> .-.-.
>
>
> On 10/7/2011 1:30 AM, app_rpt-users-request at ohnosec.org wrote:
>> Message: 3
>> Date: Thu, 6 Oct 2011 08:30:55 -0700
>> From: Jim Duuuude<telesistant at hotmail.com>
>> To:<vk4akp at yahoo.com.au>, app_rpt mailing list
>> 	<app_rpt-users at ohnosec.org>
>> Subject: Re: [App_rpt-users] Asterisk service stopping minutes after
>> 	boot constantly.. Help?
>> Message-ID:<BLU155-W223FE76CA98B46CFDF40CEB1F90 at phx.gbl>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>>
>> looks to me like maybe Zaptel isnt running
>>
>> JIM
>>
>>>>   Date: Fri, 7 Oct 2011 01:29:32 +1000
>>>>   From:vk4akp at yahoo.com.au
>>>>   To:app_rpt-users at ohnosec.org
>>>>   Subject: [App_rpt-users] Asterisk service stopping minutes after boot	constantly.. Help?
>>>>
>>>>   Hi,
>>>>
>>>>   Last few days I have had a problem with Asterisk stopping for no reason.
>>>>
>>>>   Asterisk service stops a couple of minutes after boot for no reason.
>>>>
>>>>   Every time I reboot or restart Asterisk I get the same thing. Asterisk
>>>>   runs for a couple of minutes and then drops out.
>>>>
>>>>   Nothing has been changed on the system in weeks.
>>>>
>>>>   Any idea's?
>>>>
>>>>   Tail of the log is included below.
>>>>
>>>>   ~Ken - vk4akp~
>>>>   .-.-.
>>>>
>>>>   [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: Starting AEL load process.
>>>>   [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: calculated
>>>>   config file name '/etc/asterisk/extensions.ael'.
>>>>   [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: parsed
>>>>   config file name '/etc/asterisk/extensions.ael'.
>>>>   [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: checked
>>>>   config file name '/etc/asterisk/extensions.ael'.
>>>>   [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: compiled
>>>>   config file name '/etc/asterisk/extensions.ael'.
>>>>   [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: merged
>>>>   config file name '/etc/asterisk/extensions.ael'.
>>>>   [Oct  7 00:29:41] NOTICE[7624] pbx_ael.c: AEL load process: verified
>>>>   config file name '/etc/asterisk/extensions.ael'.
>>>>   [Oct  7 00:29:41] ERROR[7624] codec_dahdi.c: Failed to open
>>>>   /dev/zap/transcode: No such file or directory
>>>>   [Oct  7 00:29:41] NOTICE[7624] chan_irlp.c: Unable to load config irlp.conf
>>>>   [Oct  7 00:29:42] NOTICE[7624] app_gps.c: Unable to load config gps.conf
>>>>   [Oct  7 00:29:42] NOTICE[7665] app_rpt.c: Normal Repeater Init  2134
>>>>   [Oct  7 00:29:42] NOTICE[7665] app_rpt.c: Normal Repeater Init  20040
>>>>   [Oct  7 00:29:42] WARNING[7668] chan_usbradio.c: Loaded parameters from
>>>>   usbradio_tune_usb.conf for device usb .
>>>>   [Oct  7 00:29:42] WARNING[7672] chan_usbradio.c: Loaded parameters from
>>>>   usbradio_tune_usb1.conf for device usb1 .
>>>>
>>>>   --
>>>>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 06 Oct 2011 11:54:11 -0400
> From: "Ramesh Dhami (VA3UV)"<Ramesh at va3uv.com>
> To: app_rpt mailing list<app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users
> 	who are brave enough
> Message-ID:<4E8DCF23.7050506 at va3uv.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 06/10/2011 10:38 AM, Jim Duuuude wrote:
>> Thin clients?? What do you think we are, and eating disorder clinic or
>> something ?? :-) :-)
>>
>> First of all, Limey only supports VERY specific motherboard, of which
>> that is not one.
>> Also, since it runs entirely out of RAM, you need more then that for it
>> to work in a reasonable
>> manner.
>>
> <-- OK Jim;  So I will save myself from those Limey's!
>
> Thin is good ... thin makes my hydro meter spin slowly.  These things
> run of 13.8V @ ~ 600mA.  Me likes that :).
>
> Cheers!
>
> Ramesh.
>
> p.s., for all those than inquired last week - the ISO and install
> scripts for my FREE STAR* project are now on my site:
>
> http://www.va3uv.com/iso.htm
>
> The install script will even allow you to install on top of an ACID
> build - how's that for playing nice!
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 6 Oct 2011 08:55:38 -0700
> From: Jim Duuuude<telesistant at hotmail.com>
> To: Ramesh Dhami<ramesh at va3uv.com>, app_rpt mailing list
> 	<app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users
> 	who are brave enough
> Message-ID:<BLU155-W16D3D603597EDFF11F559EB1F90 at phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> Why dont you try a Beagleboard and LOX board.. It runs at 1/4 of that power!
>
> JIM
>
>> Date: Thu, 6 Oct 2011 11:54:11 -0400
>> From: Ramesh at va3uv.com
>> To: app_rpt-users at ohnosec.org
>> Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users who are brave enough
>>
>> On 06/10/2011 10:38 AM, Jim Duuuude wrote:
>>> Thin clients?? What do you think we are, and eating disorder clinic or
>>> something ?? :-) :-)
>>>
>>> First of all, Limey only supports VERY specific motherboard, of which
>>> that is not one.
>>> Also, since it runs entirely out of RAM, you need more then that for it
>>> to work in a reasonable
>>> manner.
>>>
>> <-- OK Jim;  So I will save myself from those Limey's!
>>
>> Thin is good ... thin makes my hydro meter spin slowly.  These things
>> run of 13.8V @ ~ 600mA.  Me likes that :).
>>
>> Cheers!
>>
>> Ramesh.
>>
>> p.s., for all those than inquired last week - the ISO and install
>> scripts for my FREE STAR* project are now on my site:
>>
>> http://www.va3uv.com/iso.htm
>>
>> The install script will even allow you to install on top of an ACID
>> build - how's that for playing nice!
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>   		 	   		
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111006/1270b602/attachment-0001.html>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 06 Oct 2011 11:59:08 -0400
> From: "Ramesh Dhami (VA3UV)"<Ramesh at va3uv.com>
> To: app_rpt mailing list<app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] for those Limey Linux and or D525MW users
> 	who are brave enough
> Message-ID:<4E8DD04C.5050909 at va3uv.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 06/10/2011 11:55 AM, Jim Duuuude wrote:
>> Why dont you try a Beagleboard and LOX board.. It runs at 1/4 of that power!
>>
> <-- Pretty simple Jim - 'cos I don't have one! - the HP's cost us $28US
> a pop - the mod to install a 4GB Microdrive costs around $16 or so.  So
> for a total investment of $44 US, we're good to go.  I think these HP's
> are awesome (but beauty is in the eye of the beholder! - LOL :)
>
> R.
>
>
> ------------------------------
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> End of App_rpt-users Digest, Vol 32, Issue 7
> ********************************************
>


From cpe.jfreeman at gmail.com  Mon Oct 10 16:06:52 2011
From: cpe.jfreeman at gmail.com (Josh Freeman)
Date: Mon, 10 Oct 2011 11:06:52 -0500
Subject: [App_rpt-users] Reverse autopatch immediately hanging up
Message-ID: <4E93181C.3090508@gmail.com>

Hello,

I'm trying to set up a system that has a reverse autopatch as one of its
features. The problem I'm having is that when a radio user dials the
code to pick up an incoming call, the call gets disconnected almost
immediately upon connecting. I'm certain the problem is that I've not
set things up properly, but I'm still inexperienced enough that I could
really use some help troubleshooting.

My Asterisk system is running from a recent ACID image (downloaded maybe
three weeks ago). The machine also has a TDM400P card with an FXS module
connected to an analog telephone I'm using to originate incoming test
calls to the repeater system.

The relevant parts of my dialplan are as follows:

In context *phones_local*:

exten => 272727,1,Dial(Local/CQCQCQ at repeater)
(Apparently, I can't directly connect to app_rpt from a Zap channel, so
I dial through a Local channel instead.)

Then, in context *repeater*:

exten => CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)
(This is an isolated system, so the node number is simply my name on a
telephone keypad.)

What happens is this: I dial 272727 from the analog telephone, and I
hear the announcement over the radio just fine. I send *6701 from the
radio, and hear "Connecting" from the repeater along with echoing audio
from the analog phone (because it's right there next to the radio).
Then, I immediately hear "Call terminated" and the autopatch drops. The
analog phone doesn't get hung up, though.

Here's what I see on the Asterisk console. For this trace, I was
actually dialing in from an IAX softphone rather than the Zap channel,
but the behavior is exactly the same.

-- Executing [544484 at phones_local:1] Dial("IAX2/josh-12630",
"Local/CQCQCQ at repeater") in new stack
   -- Called CQCQCQ at repeater
   -- Executing [CQCQCQ at repeater:1] Rpt("Local/CQCQCQ at repeater-781b,2",
"5674|Rrpt/in-call:PARKED|120") in new stack
   -- Return Context: (repeater,CQCQCQ,2) ID: 0
   -- Warning: Return Context Invalid, call will return to default|s
   -- Music class default requested but no musiconhold loaded.
 == Parked Local/CQCQCQ at repeater-781b,2 on 701 at parkedcalls. Will timeout
back to extension [repeater] CQCQCQ, 2 in 45 seconds
   -- Added extension '701' priority 1 to parkedcalls
   -- Music class default requested but no musiconhold loaded.
   -- Music class default requested but no musiconhold loaded.
   -- Local/CQCQCQ at repeater-781b,1 answered IAX2/josh-12630
   -- Call Parking Called, lot: 701, timeout: 0, context: (null)
   -- Music class default requested but no musiconhold loaded.
   -- <Zap/pseudo-1800116975> Playing 'rpt/in-call' (language 'en')
   -- <Zap/pseudo-1800116975> Playing 'digits/7' (language 'en')
   -- <Zap/pseudo-1800116975> Playing 'digits/0' (language 'en')
   -- <Zap/pseudo-1800116975> Playing 'digits/1' (language 'en')
   -- Hungup 'Zap/pseudo-1800116975'
   -- Hungup 'Zap/pseudo-1018949410'
[Oct  9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char * duration 340 ms
[Oct  9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char 6 duration 235 ms
[Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char 7 duration 255 ms
[Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char 0 duration 212 ms
   -- Hungup 'Zap/pseudo-1705936882'
[Oct  9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char 1 duration 235 ms
   -- Executing [701 at phones_radio:1] ParkedCall("Zap/pseudo-523589909",
"701") in new stack
   -- Channel Zap/pseudo-523589909 connected to parked call 701
 == Spawn extension (phones_radio, 701, 1) exited non-zero on
'Local/CQCQCQ at repeater-781b,1<ZOMBIE>'
   -- Hungup 'Zap/pseudo-1742992459'
   -- Hungup 'Zap/pseudo-1417902655'
   -- <Zap/pseudo-1427730098> Playing 'rpt/callproceeding' (language 'en')
   -- Hungup 'Zap/pseudo-1427730098'
   -- <Zap/pseudo-1938338821> Playing 'rpt/callterminated' (language 'en')
   -- Hungup 'Zap/pseudo-1938338821'
   -- Hungup 'Zap/pseudo-1525511763'

I see some things about invalid return context and zombie channels, but
I'm not sure what that means. Any idea what it is I'm missing?

Thanks,
Josh

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111010/e3468d92/attachment.html>

From kt9ac at ameritech.net  Mon Oct 10 18:22:27 2011
From: kt9ac at ameritech.net (Tony KT9AC)
Date: Mon, 10 Oct 2011 11:22:27 -0700 (PDT)
Subject: [App_rpt-users] Asterisk Bombs after startup.
In-Reply-To: <4E93101B.3050805@yahoo.com.au>
Message-ID: <1318270947.13182.YahooMailClassic@web81007.mail.mud.yahoo.com>

Hi Ken,
 Check /etc/asterisk/usbradio.conf and look to see that your number count of CTCSS decode and encode tones match. That is what the error message is saying:

ERROR: numrxcodes != numtxcodes

Tony


--- On Mon, 10/10/11, Ken Page <vk4akp at yahoo.com.au> wrote:

> From: Ken Page <vk4akp at yahoo.com.au>
> Subject: Re: [App_rpt-users] Asterisk Bombs after startup.
> To: app_rpt-users at ohnosec.org
> Date: Monday, October 10, 2011, 10:32 AM
> OK, I've found something else that
> might help diagnose the issue?
> 
> I ran? asterisk -cvvvv???and got the
> following at the end before it bombs.
> 
> ???"Segmentation fault"
> 
> Could it be there is a corrupt file or something?
> 
> Funny thing is everything works fine for about the first
> 10-20 seconds.
> 
> The last thing it tries is some radio tune file.
> 
> Maybe I should try downloading and recompiling the APP_RPT
> & USB_Radio 
> modules?
> 
> Any idea's?
> 
> ~Ken~
> vk4akp
> .-.-.
> 
> 
> [Oct 11 00:44:50] NOTICE[28167]: app_rpt.c:19094
> rpt_master: Normal 
> Repeater Init? 2134
> ? ???-- Loading initial config for
> repeater 20040
> ???== Parsing '/etc/asterisk/rpt.conf':
> Found
> ? ???-- Re-Loading config for repeater
> 2134
> ???== Parsing '/etc/asterisk/rpt.conf':
> Found
> ERROR: numrxcodes != numtxcodes
> ? ???-- rpt (Rx) initiating call to
> Radio/usb on Radio/usb
> ???== Set device 1-2 to usb
> ERROR: numrxcodes != numtxcodes
> [Oct 11 00:44:50] NOTICE[28167]: app_rpt.c:19094
> rpt_master: Normal 
> Repeater Init? 20040
> ? ???-- Re-Loading config for repeater
> 20040
> ???== Parsing '/etc/asterisk/rpt.conf':
> Found
> ? ???-- rpt (Rx) initiating call to
> Radio/usb1 on Radio/usb1
> ???== Parsing
> '/etc/asterisk/usbradio_tune_usb.conf': Found
> [Oct 11 00:44:50] WARNING[28171]: chan_usbradio.c:1449
> hidthread: Loaded 
> parameters from usbradio_tune_usb.conf for device usb .
> ???== Set device 1-1 to usb1
> ???== Parsing
> '/etc/asterisk/usbradio_tune_usb1.conf': Found
> [Oct 11 00:44:50] WARNING[28173]: chan_usbradio.c:1449
> hidthread: Loaded 
> parameters from usbradio_tune_usb1.conf for device usb1 .
> ? ???-- Hungup 'Zap/pseudo-327798110'
> Segmentation fault
> 
> --
> 
> On 10/7/2011 2:00 AM, app_rpt-users-request at ohnosec.org
> wrote:
> > Send App_rpt-users mailing list submissions to
> > ??? app_rpt-users at ohnosec.org
> >
> > To subscribe or unsubscribe via the World Wide Web,
> visit
> > ??? http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> > or, via email, send a message with subject or body
> 'help' to
> > ??? app_rpt-users-request at ohnosec.org
> >
> > You can reach the person managing the list at
> > ??? app_rpt-users-owner at ohnosec.org
> >
> > When replying, please edit your Subject line so it is
> more specific
> > than "Re: Contents of App_rpt-users digest..."
> >
> >
> > Today's Topics:
> >
> >? ???1. Re: App_rpt-users Digest,
> Vol 32, Issue 6 (Ken Page)
> >? ???2. Re: for those Limey Linux
> and or D525MW users who are brave
> >? ? ? ? enough (Ramesh Dhami
> (VA3UV))
> >? ???3. Re: for those Limey Linux
> and or D525MW users who are brave
> >? ? ? ? enough (Jim Duuuude)
> >? ???4. Re: for those Limey Linux
> and or D525MW users who are brave
> >? ? ? ? enough (Ramesh Dhami
> (VA3UV))
> >
> >
> >
> ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Fri, 07 Oct 2011 01:50:38 +1000
> > From: Ken Page<vk4akp at yahoo.com.au>
> > To: app_rpt-users at ohnosec.org
> > Subject: Re: [App_rpt-users] App_rpt-users Digest, Vol
> 32, Issue 6
> > Message-ID:<4E8DCE4E.7020900 at yahoo.com.au>
> > Content-Type: text/plain; charset=ISO-8859-1;
> format=flowed
> >
> > Hi Mr Duuuude,
> >
> > Well. I am able to access the PBX via the phone that
> is plugged into the
> > TDM card and jump on the meetme conference.
> >
> > I can also bridge in another caller into the
> conference and talk for
> > about 10 seconds before Asterisk stops / falls over.
> >
> > The last thing in the log that Asterisk seems to try
> to do before it
> > crashes is read the radio tune stuff.
> >
> > The two URI interfaces do flash as per normal for a
> while before it all
> > crashes.
> >
> > If I just try rebooting the machine but not accessing
> Asterisk at all
> > via phone or anything it still falls over soon after
> boot.
> >
> > Weird.
> >
> > Am I right in guessing that because I can access
> meetme conference and
> > also the TDM card that the zaptel drivers are loaded
> OK?
> >
> > ~Ken - vk4akp~
> > .-.-.
> >
> >
> > On 10/7/2011 1:30 AM, app_rpt-users-request at ohnosec.org
> wrote:
> >> Message: 3
> >> Date: Thu, 6 Oct 2011 08:30:55 -0700
> >> From: Jim Duuuude<telesistant at hotmail.com>
> >> To:<vk4akp at yahoo.com.au>,
> app_rpt mailing list
> >> ??? <app_rpt-users at ohnosec.org>
> >> Subject: Re: [App_rpt-users] Asterisk service
> stopping minutes after
> >> ??? boot constantly.. Help?
> >> Message-ID:<BLU155-W223FE76CA98B46CFDF40CEB1F90 at phx.gbl>
> >> Content-Type: text/plain; charset="iso-8859-1"
> >>
> >>
> >> looks to me like maybe Zaptel isnt running
> >>
> >> JIM
> >>
> >>>>???Date: Fri, 7 Oct 2011
> 01:29:32 +1000
> >>>>???From:vk4akp at yahoo.com.au
> >>>>???To:app_rpt-users at ohnosec.org
> >>>>???Subject: [App_rpt-users]
> Asterisk service stopping minutes after
> boot??? constantly.. Help?
> >>>>
> >>>>???Hi,
> >>>>
> >>>>???Last few days I have had
> a problem with Asterisk stopping for no reason.
> >>>>
> >>>>???Asterisk service stops a
> couple of minutes after boot for no reason.
> >>>>
> >>>>???Every time I reboot or
> restart Asterisk I get the same thing. Asterisk
> >>>>???runs for a couple of
> minutes and then drops out.
> >>>>
> >>>>???Nothing has been changed
> on the system in weeks.
> >>>>
> >>>>???Any idea's?
> >>>>
> >>>>???Tail of the log is
> included below.
> >>>>
> >>>>???~Ken - vk4akp~
> >>>>???.-.-.
> >>>>
> >>>>???[Oct? 7 00:29:41]
> NOTICE[7624] pbx_ael.c: Starting AEL load process.
> >>>>???[Oct? 7 00:29:41]
> NOTICE[7624] pbx_ael.c: AEL load process: calculated
> >>>>???config file name
> '/etc/asterisk/extensions.ael'.
> >>>>???[Oct? 7 00:29:41]
> NOTICE[7624] pbx_ael.c: AEL load process: parsed
> >>>>???config file name
> '/etc/asterisk/extensions.ael'.
> >>>>???[Oct? 7 00:29:41]
> NOTICE[7624] pbx_ael.c: AEL load process: checked
> >>>>???config file name
> '/etc/asterisk/extensions.ael'.
> >>>>???[Oct? 7 00:29:41]
> NOTICE[7624] pbx_ael.c: AEL load process: compiled
> >>>>???config file name
> '/etc/asterisk/extensions.ael'.
> >>>>???[Oct? 7 00:29:41]
> NOTICE[7624] pbx_ael.c: AEL load process: merged
> >>>>???config file name
> '/etc/asterisk/extensions.ael'.
> >>>>???[Oct? 7 00:29:41]
> NOTICE[7624] pbx_ael.c: AEL load process: verified
> >>>>???config file name
> '/etc/asterisk/extensions.ael'.
> >>>>???[Oct? 7 00:29:41]
> ERROR[7624] codec_dahdi.c: Failed to open
> >>>>???/dev/zap/transcode: No
> such file or directory
> >>>>???[Oct? 7 00:29:41]
> NOTICE[7624] chan_irlp.c: Unable to load config irlp.conf
> >>>>???[Oct? 7 00:29:42]
> NOTICE[7624] app_gps.c: Unable to load config gps.conf
> >>>>???[Oct? 7 00:29:42]
> NOTICE[7665] app_rpt.c: Normal Repeater Init? 2134
> >>>>???[Oct? 7 00:29:42]
> NOTICE[7665] app_rpt.c: Normal Repeater Init? 20040
> >>>>???[Oct? 7 00:29:42]
> WARNING[7668] chan_usbradio.c: Loaded parameters from
> >>>>???usbradio_tune_usb.conf
> for device usb .
> >>>>???[Oct? 7 00:29:42]
> WARNING[7672] chan_usbradio.c: Loaded parameters from
> >>>>???usbradio_tune_usb1.conf
> for device usb1 .
> >>>>
> >>>>???--
> >>>>
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Thu, 06 Oct 2011 11:54:11 -0400
> > From: "Ramesh Dhami (VA3UV)"<Ramesh at va3uv.com>
> > To: app_rpt mailing list<app_rpt-users at ohnosec.org>
> > Subject: Re: [App_rpt-users] for those Limey Linux and
> or D525MW users
> > ??? who are brave enough
> > Message-ID:<4E8DCF23.7050506 at va3uv.com>
> > Content-Type: text/plain; charset=ISO-8859-1;
> format=flowed
> >
> > On 06/10/2011 10:38 AM, Jim Duuuude wrote:
> >> Thin clients?? What do you think we are, and
> eating disorder clinic or
> >> something ?? :-) :-)
> >>
> >> First of all, Limey only supports VERY specific
> motherboard, of which
> >> that is not one.
> >> Also, since it runs entirely out of RAM, you need
> more then that for it
> >> to work in a reasonable
> >> manner.
> >>
> > <-- OK Jim;? So I will save myself from those
> Limey's!
> >
> > Thin is good ... thin makes my hydro meter spin
> slowly.? These things
> > run of 13.8V @ ~ 600mA.? Me likes that :).
> >
> > Cheers!
> >
> > Ramesh.
> >
> > p.s., for all those than inquired last week - the ISO
> and install
> > scripts for my FREE STAR* project are now on my site:
> >
> > http://www.va3uv.com/iso.htm
> >
> > The install script will even allow you to install on
> top of an ACID
> > build - how's that for playing nice!
> >
> >
> > ------------------------------
> >
> > Message: 3
> > Date: Thu, 6 Oct 2011 08:55:38 -0700
> > From: Jim Duuuude<telesistant at hotmail.com>
> > To: Ramesh Dhami<ramesh at va3uv.com>,
> app_rpt mailing list
> > ??? <app_rpt-users at ohnosec.org>
> > Subject: Re: [App_rpt-users] for those Limey Linux and
> or D525MW users
> > ??? who are brave enough
> > Message-ID:<BLU155-W16D3D603597EDFF11F559EB1F90 at phx.gbl>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> >
> > Why dont you try a Beagleboard and LOX board.. It runs
> at 1/4 of that power!
> >
> > JIM
> >
> >> Date: Thu, 6 Oct 2011 11:54:11 -0400
> >> From: Ramesh at va3uv.com
> >> To: app_rpt-users at ohnosec.org
> >> Subject: Re: [App_rpt-users] for those Limey Linux
> and or D525MW users who are brave enough
> >>
> >> On 06/10/2011 10:38 AM, Jim Duuuude wrote:
> >>> Thin clients?? What do you think we are, and
> eating disorder clinic or
> >>> something ?? :-) :-)
> >>>
> >>> First of all, Limey only supports VERY
> specific motherboard, of which
> >>> that is not one.
> >>> Also, since it runs entirely out of RAM, you
> need more then that for it
> >>> to work in a reasonable
> >>> manner.
> >>>
> >> <-- OK Jim;? So I will save myself from
> those Limey's!
> >>
> >> Thin is good ... thin makes my hydro meter spin
> slowly.? These things
> >> run of 13.8V @ ~ 600mA.? Me likes that :).
> >>
> >> Cheers!
> >>
> >> Ramesh.
> >>
> >> p.s., for all those than inquired last week - the
> ISO and install
> >> scripts for my FREE STAR* project are now on my
> site:
> >>
> >> http://www.va3uv.com/iso.htm
> >>
> >> The install script will even allow you to install
> on top of an ACID
> >> build - how's that for playing nice!
> >> _______________________________________________
> >> App_rpt-users mailing list
> >> App_rpt-users at ohnosec.org
> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >??????
> ????????
> ?????? ??? 
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111006/1270b602/attachment-0001.html>
> >
> > ------------------------------
> >
> > Message: 4
> > Date: Thu, 06 Oct 2011 11:59:08 -0400
> > From: "Ramesh Dhami (VA3UV)"<Ramesh at va3uv.com>
> > To: app_rpt mailing list<app_rpt-users at ohnosec.org>
> > Subject: Re: [App_rpt-users] for those Limey Linux and
> or D525MW users
> > ??? who are brave enough
> > Message-ID:<4E8DD04C.5050909 at va3uv.com>
> > Content-Type: text/plain; charset=ISO-8859-1;
> format=flowed
> >
> > On 06/10/2011 11:55 AM, Jim Duuuude wrote:
> >> Why dont you try a Beagleboard and LOX board.. It
> runs at 1/4 of that power!
> >>
> > <-- Pretty simple Jim - 'cos I don't have one! -
> the HP's cost us $28US
> > a pop - the mod to install a 4GB Microdrive costs
> around $16 or so.? So
> > for a total investment of $44 US, we're good to
> go.? I think these HP's
> > are awesome (but beauty is in the eye of the beholder!
> - LOL :)
> >
> > R.
> >
> >
> > ------------------------------
> >
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at ohnosec.org
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >
> >
> > End of App_rpt-users Digest, Vol 32, Issue 7
> > ********************************************
> >
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 


From telesistant at hotmail.com  Mon Oct 10 18:33:57 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Mon, 10 Oct 2011 11:33:57 -0700
Subject: [App_rpt-users] Reverse autopatch immediately hanging up
In-Reply-To: <4E93181C.3090508@gmail.com>
References: <4E93181C.3090508@gmail.com>
Message-ID: <BLU155-W55E6B7144EE0D8981CAFDAB1FD0@phx.gbl>


Thats because youre missing a 'digits/0' between the incall and the PARKED, such as:

Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)

The code to pick that up should be '0701' *not* 701

JIM WB6NIL

Date: Mon, 10 Oct 2011 11:06:52 -0500
From: cpe.jfreeman at gmail.com
To: APP_RPT-USERS at OHNOSEC.ORG
Subject: [App_rpt-users] Reverse autopatch immediately hanging up


  



    
  
  
    Hello,

      

      I'm trying to set up a system that has a reverse autopatch as one
      of its features. The problem I'm having is that when a radio user
      dials the code to pick up an incoming call, the call gets
      disconnected almost immediately upon connecting. I'm certain the
      problem is that I've not set things up properly, but I'm still
      inexperienced enough that I could really use some help
      troubleshooting.

      

      My Asterisk system is running from a recent ACID image (downloaded
      maybe three weeks ago). The machine also has a TDM400P card with
      an FXS module connected to an analog telephone I'm using to
      originate incoming test calls to the repeater system.

      

      The relevant parts of my dialplan are as follows:

      

      In context phones_local:

      

    exten => 272727,1,Dial(Local/CQCQCQ at repeater)

    (Apparently, I can't directly connect to
      app_rpt from a Zap channel, so I dial through a Local channel
      instead.)

    

    Then, in context repeater:

      

    exten => CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)

    (This is an isolated system, so the node
      number is simply my name on a telephone keypad.)

    

    What happens is this: I dial 272727 from the
      analog telephone, and I hear the announcement over the radio just
      fine. I send *6701 from the radio, and hear "Connecting" from the
      repeater along with echoing audio from the analog phone (because
      it's right there next to the radio). Then, I immediately hear
      "Call terminated" and the autopatch drops. The analog phone doesn't get hung up, though.

    

    Here's what I see on the Asterisk console. For
      this trace, I was actually dialing in from an IAX softphone rather
      than the Zap channel, but the behavior is exactly the same.

      

    
    -- Executing
      [544484 at phones_local:1] Dial("IAX2/josh-12630",
      "Local/CQCQCQ at repeater") in new stack
      

         -- Called CQCQCQ at repeater
      

         -- Executing [CQCQCQ at repeater:1]
      Rpt("Local/CQCQCQ at repeater-781b,2",
      "5674|Rrpt/in-call:PARKED|120") in new stack
      

         -- Return Context: (repeater,CQCQCQ,2) ID: 0
      

         -- Warning: Return Context Invalid, call will return to
      default|s
      

         -- Music class default requested but no musiconhold loaded.
      

       == Parked Local/CQCQCQ at repeater-781b,2 on 701 at parkedcalls. Will
      timeout back to extension [repeater] CQCQCQ, 2 in 45 seconds
      

         -- Added extension '701' priority 1 to parkedcalls
      

         -- Music class default requested but no musiconhold loaded.
      

         -- Music class default requested but no musiconhold loaded.
      

         -- Local/CQCQCQ at repeater-781b,1 answered IAX2/josh-12630
      

         -- Call Parking Called, lot: 701, timeout: 0, context: (null)
      

         -- Music class default requested but no musiconhold loaded.
      

         -- <Zap/pseudo-1800116975> Playing 'rpt/in-call'
      (language 'en')
      

         -- <Zap/pseudo-1800116975> Playing 'digits/7' (language
      'en')
      

         -- <Zap/pseudo-1800116975> Playing 'digits/0' (language
      'en')
      

         -- <Zap/pseudo-1800116975> Playing 'digits/1' (language
      'en')
      

         -- Hungup 'Zap/pseudo-1800116975'
      

         -- Hungup 'Zap/pseudo-1018949410'
      

      [Oct  9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010
      usbradio_read: Got DTMF char * duration 340 ms
      

      [Oct  9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010
      usbradio_read: Got DTMF char 6 duration 235 ms
      

      [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
      usbradio_read: Got DTMF char 7 duration 255 ms
      

      [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
      usbradio_read: Got DTMF char 0 duration 212 ms
      

         -- Hungup 'Zap/pseudo-1705936882'
      

      [Oct  9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010
      usbradio_read: Got DTMF char 1 duration 235 ms
      

         -- Executing [701 at phones_radio:1]
      ParkedCall("Zap/pseudo-523589909", "701") in new stack
      

         -- Channel Zap/pseudo-523589909 connected to parked call 701
      

       == Spawn extension (phones_radio, 701, 1) exited non-zero on
      'Local/CQCQCQ at repeater-781b,1<ZOMBIE>'
      

         -- Hungup 'Zap/pseudo-1742992459'
      

         -- Hungup 'Zap/pseudo-1417902655'
      

         -- <Zap/pseudo-1427730098> Playing 'rpt/callproceeding'
      (language 'en')
      

         -- Hungup 'Zap/pseudo-1427730098'
      

         -- <Zap/pseudo-1938338821> Playing 'rpt/callterminated'
      (language 'en')
      

         -- Hungup 'Zap/pseudo-1938338821'
      

         -- Hungup 'Zap/pseudo-1525511763'
      

      

      I see some things about invalid return
          context and zombie channels, but I'm not sure what that means.
          Any idea what it is I'm missing?

          

          Thanks,

          Josh

        
    

  


_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111010/b0e250b2/attachment.html>

From vk4akp at yahoo.com.au  Mon Oct 10 19:10:12 2011
From: vk4akp at yahoo.com.au (Ken Page)
Date: Tue, 11 Oct 2011 05:10:12 +1000
Subject: [App_rpt-users] Asterisk falls over soon after boot. (Segfault
	error)
In-Reply-To: <mailman.48.1318271634.9290.app_rpt-users@ohnosec.org>
References: <mailman.48.1318271634.9290.app_rpt-users@ohnosec.org>
Message-ID: <4E934314.2060501@yahoo.com.au>

Hi Tony,

I checked that config file but the CTCSS tone values either match or are 
remarked out on configs where the CTCSS is not used.

We don't actually use any CTCSS on any of our radio's currently.

However keep in mind that this fault (segmentation fault) has just come 
out of the blue.

No config files or for that matter software has been changed or updated 
in weeks.

One thing that sticks in my mind is that the server did freeze up a few 
days before this problem started and I did have to reset it.

Once again I do wonder if it is simply a corrupt binary file maybe?

I do wonder about maybe recompiling parts or all of the Asterisk and 
radio related stuff and re-installing the binaries.

I don't really want to fiddle too much with that side of things without 
instruction though.

The system here is run on a Gentoo Linux distro as we have other things 
on the go here as well with it.

Originally getting the Asterisk Radio stuff totally up and running and 
bug free was only possible with the assistance of the magic touch of the 
GURU himself. Mr Jim Dude!.

My recollection however is that in /usr/src/asterisk is the last 
installed version. So perhaps I can do a re-install from that without 
hopefully wiping any of our config files?

Oh well. System has only been offline about a week or so now so I guess 
there is no rush yet. I can try to nut this out a bit further before I 
start playing with things I don't fully understand.

Thanks for your input though. Much appreciated to get some feedback.

Regards,
Ken - vk4akp
.-.-.


> Message: 2
> Date: Mon, 10 Oct 2011 11:22:27 -0700 (PDT)
> From: Tony KT9AC<kt9ac at ameritech.net>
> To: app_rpt-users at ohnosec.org, Ken Page<vk4akp at yahoo.com.au>
> Subject: Re: [App_rpt-users] Asterisk Bombs after startup.
> Message-ID:
> 	<1318270947.13182.YahooMailClassic at web81007.mail.mud.yahoo.com>
> Content-Type: text/plain; charset=iso-8859-1
>
> Hi Ken,
>   Check /etc/asterisk/usbradio.conf and look to see that your number count of CTCSS decode and encode tones match. That is what the error message is saying:
>
> ERROR: numrxcodes != numtxcodes
>
> Tony
>
>
> --- On Mon, 10/10/11, Ken Page<vk4akp at yahoo.com.au>  wrote:
>
>> From: Ken Page<vk4akp at yahoo.com.au>
>> Subject: Re: [App_rpt-users] Asterisk Bombs after startup.
>> To: app_rpt-users at ohnosec.org
>> Date: Monday, October 10, 2011, 10:32 AM
>> OK, I've found something else that
>> might help diagnose the issue?
>>
>> I ran? asterisk -cvvvv???and got the
>> following at the end before it bombs.
>>
>> ???"Segmentation fault"
>>
>> Could it be there is a corrupt file or something?
>>
>> Funny thing is everything works fine for about the first
>> 10-20 seconds.
>>
>> The last thing it tries is some radio tune file.
>>
>> Maybe I should try downloading and recompiling the APP_RPT
>> &  USB_Radio
>> modules?
>>
>> Any idea's?
>>
>> ~Ken~
>> vk4akp
>> .-.-.
>>
>>
>> [Oct 11 00:44:50] NOTICE[28167]: app_rpt.c:19094
>> rpt_master: Normal
>> Repeater Init? 2134
>> ? ???-- Loading initial config for
>> repeater 20040
>> ???== Parsing '/etc/asterisk/rpt.conf':
>> Found
>> ? ???-- Re-Loading config for repeater
>> 2134
>> ???== Parsing '/etc/asterisk/rpt.conf':
>> Found
>> ERROR: numrxcodes != numtxcodes
>> ? ???-- rpt (Rx) initiating call to
>> Radio/usb on Radio/usb
>> ???== Set device 1-2 to usb
>> ERROR: numrxcodes != numtxcodes
>> [Oct 11 00:44:50] NOTICE[28167]: app_rpt.c:19094
>> rpt_master: Normal
>> Repeater Init? 20040
>> ? ???-- Re-Loading config for repeater
>> 20040
>> ???== Parsing '/etc/asterisk/rpt.conf':
>> Found
>> ? ???-- rpt (Rx) initiating call to
>> Radio/usb1 on Radio/usb1
>> ???== Parsing
>> '/etc/asterisk/usbradio_tune_usb.conf': Found
>> [Oct 11 00:44:50] WARNING[28171]: chan_usbradio.c:1449
>> hidthread: Loaded
>> parameters from usbradio_tune_usb.conf for device usb .
>> ???== Set device 1-1 to usb1
>> ???== Parsing
>> '/etc/asterisk/usbradio_tune_usb1.conf': Found
>> [Oct 11 00:44:50] WARNING[28173]: chan_usbradio.c:1449
>> hidthread: Loaded
>> parameters from usbradio_tune_usb1.conf for device usb1 .
>> ? ???-- Hungup 'Zap/pseudo-327798110'
>> Segmentation fault
>>


From cpe.jfreeman at gmail.com  Mon Oct 10 23:05:16 2011
From: cpe.jfreeman at gmail.com (Josh Freeman)
Date: Mon, 10 Oct 2011 18:05:16 -0500
Subject: [App_rpt-users] Reverse autopatch immediately hanging up
In-Reply-To: <BLU155-W55E6B7144EE0D8981CAFDAB1FD0@phx.gbl>
References: <4E93181C.3090508@gmail.com>
	<BLU155-W55E6B7144EE0D8981CAFDAB1FD0@phx.gbl>
Message-ID: <4E937A2C.3010708@gmail.com>

Jim,

That would be correct, if I had left the [radio] context as it was in
the bundled Allstar dialplan, where this line

exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1)

makes it necessary to dial the leading "0." I created a different radio
context, and simply added

include => parkedcalls

so that the pickup code *is* actually just '701'.

Because I don't understand everything about this system, though, I tried
reverting that part of my dialplan back to the Allstar configuration,
just to see if that made a difference. It didn't - the autopatch still
gets hung up within a second or two of connection. Dialing through the
Local channel is the thing I'm doing that's significantly different than
anything in the Allstar dialplan, so I'm guessing that's where the
problem is - but I'm not smart enough to find it yet.

Thanks,
Josh

On 10/10/2011 1:33 PM, Jim Duuuude wrote:
> Thats because youre missing a 'digits/0' between the incall and the
> PARKED, such as:
>
> Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)
>
> The code to pick that up should be '0701' *not* 701
>
> JIM WB6NIL
>
> ------------------------------------------------------------------------
> Date: Mon, 10 Oct 2011 11:06:52 -0500
> From: cpe.jfreeman at gmail.com
> To: APP_RPT-USERS at OHNOSEC.ORG
> Subject: [App_rpt-users] Reverse autopatch immediately hanging up
>
> Hello,
>
> I'm trying to set up a system that has a reverse autopatch as one of
> its features. The problem I'm having is that when a radio user dials
> the code to pick up an incoming call, the call gets disconnected
> almost immediately upon connecting. I'm certain the problem is that
> I've not set things up properly, but I'm still inexperienced enough
> that I could really use some help troubleshooting.
>
> My Asterisk system is running from a recent ACID image (downloaded
> maybe three weeks ago). The machine also has a TDM400P card with an
> FXS module connected to an analog telephone I'm using to originate
> incoming test calls to the repeater system.
>
> The relevant parts of my dialplan are as follows:
>
> In context *phones_local*:
>
> exten => 272727,1,Dial(Local/CQCQCQ at repeater)
> (Apparently, I can't directly connect to app_rpt from a Zap channel,
> so I dial through a Local channel instead.)
>
> Then, in context *repeater*:
>
> exten => CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)
> (This is an isolated system, so the node number is simply my name on a
> telephone keypad.)
>
> What happens is this: I dial 272727 from the analog telephone, and I
> hear the announcement over the radio just fine. I send *6701 from the
> radio, and hear "Connecting" from the repeater along with echoing
> audio from the analog phone (because it's right there next to the
> radio). Then, I immediately hear "Call terminated" and the autopatch
> drops. The analog phone doesn't get hung up, though.
>
> Here's what I see on the Asterisk console. For this trace, I was
> actually dialing in from an IAX softphone rather than the Zap channel,
> but the behavior is exactly the same.
>
> -- Executing [272727 at phones_local:1] Dial("IAX2/josh-12630",
> "Local/CQCQCQ at repeater") in new stack
>    -- Called CQCQCQ at repeater
>    -- Executing [CQCQCQ at repeater:1]
> Rpt("Local/CQCQCQ at repeater-781b,2", "5674|Rrpt/in-call:PARKED|120") in
> new stack
>    -- Return Context: (repeater,CQCQCQ,2) ID: 0
>    -- Warning: Return Context Invalid, call will return to default|s
>    -- Music class default requested but no musiconhold loaded.
>  == Parked Local/CQCQCQ at repeater-781b,2 on 701 at parkedcalls. Will
> timeout back to extension [repeater] CQCQCQ, 2 in 45 seconds
>    -- Added extension '701' priority 1 to parkedcalls
>    -- Music class default requested but no musiconhold loaded.
>    -- Music class default requested but no musiconhold loaded.
>    -- Local/CQCQCQ at repeater-781b,1 answered IAX2/josh-12630
>    -- Call Parking Called, lot: 701, timeout: 0, context: (null)
>    -- Music class default requested but no musiconhold loaded.
>    -- <Zap/pseudo-1800116975> Playing 'rpt/in-call' (language 'en')
>    -- <Zap/pseudo-1800116975> Playing 'digits/7' (language 'en')
>    -- <Zap/pseudo-1800116975> Playing 'digits/0' (language 'en')
>    -- <Zap/pseudo-1800116975> Playing 'digits/1' (language 'en')
>    -- Hungup 'Zap/pseudo-1800116975'
>    -- Hungup 'Zap/pseudo-1018949410'
> [Oct  9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read:
> Got DTMF char * duration 340 ms
> [Oct  9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read:
> Got DTMF char 6 duration 235 ms
> [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read:
> Got DTMF char 7 duration 255 ms
> [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read:
> Got DTMF char 0 duration 212 ms
>    -- Hungup 'Zap/pseudo-1705936882'
> [Oct  9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read:
> Got DTMF char 1 duration 235 ms
>    -- Executing [701 at phones_radio:1]
> ParkedCall("Zap/pseudo-523589909", "701") in new stack
>    -- Channel Zap/pseudo-523589909 connected to parked call 701
>  == Spawn extension (phones_radio, 701, 1) exited non-zero on
> 'Local/CQCQCQ at repeater-781b,1<ZOMBIE>'
>    -- Hungup 'Zap/pseudo-1742992459'
>    -- Hungup 'Zap/pseudo-1417902655'
>    -- <Zap/pseudo-1427730098> Playing 'rpt/callproceeding' (language
> 'en')
>    -- Hungup 'Zap/pseudo-1427730098'
>    -- <Zap/pseudo-1938338821> Playing 'rpt/callterminated' (language
> 'en')
>    -- Hungup 'Zap/pseudo-1938338821'
>    -- Hungup 'Zap/pseudo-1525511763'
>
> I see some things about invalid return context and zombie channels,
> but I'm not sure what that means. Any idea what it is I'm missing?
>
> Thanks,
> Josh
>
>
> _______________________________________________ App_rpt-users mailing
> list App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111010/c6b9afeb/attachment.html>

From telesistant at hotmail.com  Mon Oct 10 23:21:02 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Mon, 10 Oct 2011 16:21:02 -0700
Subject: [App_rpt-users] Reverse autopatch immediately hanging up
In-Reply-To: <4E937A2C.3010708@gmail.com>
References: <4E93181C.3090508@gmail.com>,
	<BLU155-W55E6B7144EE0D8981CAFDAB1FD0@phx.gbl>,
	<4E937A2C.3010708@gmail.com>
Message-ID: <BLU155-W12564B57C6D53754759B67B1FD0@phx.gbl>


okay, try calling it directly from your IAX client, rather then through a Local channel

Date: Mon, 10 Oct 2011 18:05:16 -0500
From: cpe.jfreeman at gmail.com
To: APP_RPT-USERS at OHNOSEC.ORG
Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up


  


    
  
  
    Jim,

      

      That would be correct, if I had left the [radio] context as it was
      in the bundled Allstar dialplan, where this line

    

    exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1)
    

    

    makes it necessary to dial the leading "0." I
      created a different radio context, and simply added

    

    include => parkedcalls

      

    so that the pickup code *is* actually just
      '701'.

      

    Because I don't understand everything
      about this system, though, I tried reverting that part of my
      dialplan back to the Allstar configuration, just to see if that
      made a difference. It didn't - the autopatch still gets
      hung up within a second or two of connection. Dialing through the
      Local channel is the thing I'm doing that's significantly
      different than anything in the Allstar dialplan, so I'm guessing
      that's where the problem is - but I'm not smart enough to find it
      yet.

      

      Thanks,

      Josh

    

    On 10/10/2011 1:33 PM, Jim Duuuude wrote:
    
      
      
        Thats because youre missing a 'digits/0' between the incall and
        the PARKED, such as:

        

        Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)

        

        The code to pick that up should be '0701' *not* 701

        

        JIM WB6NIL

        

        
          Date: Mon, 10 Oct 2011 11:06:52 -0500

          From: cpe.jfreeman at gmail.com

          To: APP_RPT-USERS at OHNOSEC.ORG

          Subject: [App_rpt-users] Reverse autopatch immediately hanging
          up

          

          
          
          Hello,

            

            I'm trying to set up a system that has a reverse autopatch
            as one of its features. The problem I'm having is that when
            a radio user dials the code to pick up an incoming call, the
            call gets disconnected almost immediately upon connecting.
            I'm certain the problem is that I've not set things up
            properly, but I'm still inexperienced enough that I could
            really use some help troubleshooting.

            

            My Asterisk system is running from a recent ACID image
            (downloaded maybe three weeks ago). The machine also has a
            TDM400P card with an FXS module connected to an analog
            telephone I'm using to originate incoming test calls to the
            repeater system.

            

            The relevant parts of my dialplan are as follows:

            

            In context phones_local:

            

          exten => 272727,1,Dial(Local/CQCQCQ at repeater)

          (Apparently, I can't directly
            connect to app_rpt from a Zap channel, so I dial through a
            Local channel instead.)

          

          Then, in context repeater:

            

          exten =>
            CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)

          (This is an isolated system, so the
            node number is simply my name on a telephone keypad.)

          

          What happens is this: I dial 272727 from
            the analog telephone, and I hear the announcement over the
            radio just fine. I send *6701 from the radio, and hear
            "Connecting" from the repeater along with echoing audio from
            the analog phone (because it's right there next to the
            radio). Then, I immediately hear "Call terminated" and the
            autopatch drops. The analog
            phone doesn't get hung up, though.

          

          Here's what I see on the Asterisk
            console. For this trace, I was actually dialing in from an
            IAX softphone rather than the Zap channel, but the behavior
            is exactly the same.

            

          
          -- Executing
            [272727 at phones_local:1] Dial("IAX2/josh-12630",
            "Local/CQCQCQ at repeater") in new stack 

               -- Called CQCQCQ at repeater 

               -- Executing [CQCQCQ at repeater:1]
            Rpt("Local/CQCQCQ at repeater-781b,2",
            "5674|Rrpt/in-call:PARKED|120") in new stack 

               -- Return Context: (repeater,CQCQCQ,2) ID: 0 

               -- Warning: Return Context Invalid, call will return to
            default|s 

               -- Music class default requested but no musiconhold
            loaded. 

             == Parked Local/CQCQCQ at repeater-781b,2 on 701 at parkedcalls.
            Will timeout back to extension [repeater] CQCQCQ, 2 in 45
            seconds 

               -- Added extension '701' priority 1 to parkedcalls 

               -- Music class default requested but no musiconhold
            loaded. 

               -- Music class default requested but no musiconhold
            loaded. 

               -- Local/CQCQCQ at repeater-781b,1 answered IAX2/josh-12630
            

               -- Call Parking Called, lot: 701, timeout: 0, context:
            (null) 

               -- Music class default requested but no musiconhold
            loaded. 

               -- <Zap/pseudo-1800116975> Playing 'rpt/in-call'
            (language 'en') 

               -- <Zap/pseudo-1800116975> Playing 'digits/7'
            (language 'en') 

               -- <Zap/pseudo-1800116975> Playing 'digits/0'
            (language 'en') 

               -- <Zap/pseudo-1800116975> Playing 'digits/1'
            (language 'en') 

               -- Hungup 'Zap/pseudo-1800116975' 

               -- Hungup 'Zap/pseudo-1018949410' 

            [Oct  9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010
            usbradio_read: Got DTMF char * duration 340 ms 

            [Oct  9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010
            usbradio_read: Got DTMF char 6 duration 235 ms 

            [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
            usbradio_read: Got DTMF char 7 duration 255 ms 

            [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
            usbradio_read: Got DTMF char 0 duration 212 ms 

               -- Hungup 'Zap/pseudo-1705936882' 

            [Oct  9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010
            usbradio_read: Got DTMF char 1 duration 235 ms 

               -- Executing [701 at phones_radio:1]
            ParkedCall("Zap/pseudo-523589909", "701") in new stack 

               -- Channel Zap/pseudo-523589909 connected to parked call
            701 

             == Spawn extension (phones_radio, 701, 1) exited non-zero
            on 'Local/CQCQCQ at repeater-781b,1<ZOMBIE>' 

               -- Hungup 'Zap/pseudo-1742992459' 

               -- Hungup 'Zap/pseudo-1417902655' 

               -- <Zap/pseudo-1427730098> Playing
            'rpt/callproceeding' (language 'en') 

               -- Hungup 'Zap/pseudo-1427730098' 

               -- <Zap/pseudo-1938338821> Playing
            'rpt/callterminated' (language 'en') 

               -- Hungup 'Zap/pseudo-1938338821' 

               -- Hungup 'Zap/pseudo-1525511763' 

            

            I see some things about invalid
                return context and zombie channels, but I'm not sure
                what that means. Any idea what it is I'm missing?

                

                Thanks,

                Josh

              
          

          

          _______________________________________________
          App_rpt-users mailing list
          App_rpt-users at ohnosec.org
          http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
      
    
    

  


_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111010/ef818bfb/attachment.html>

From cpe.jfreeman at gmail.com  Tue Oct 11 00:54:03 2011
From: cpe.jfreeman at gmail.com (Josh Freeman)
Date: Mon, 10 Oct 2011 19:54:03 -0500
Subject: [App_rpt-users] Reverse autopatch immediately hanging up
In-Reply-To: <4E93937A.4010300@gmail.com>
References: <4E93937A.4010300@gmail.com>
Message-ID: <4E9393AB.9070402@gmail.com>

OK, I tried that... it looks like the reverse autopatch *does* work
correctly when dialed into via pure IAX. Unfortunately, only being able
to use native IAX clients doesn't meet the requirements for what I'm
trying to do. I'll study up some more on how Local channels work, maybe
I'm not using that mechanism correctly.

Thanks,
Josh

On 10/10/2011 6:21 PM, Jim Duuuude wrote:
> okay, try calling it directly from your IAX client, rather then
> through a Local channel
>
> ------------------------------------------------------------------------
> Date: Mon, 10 Oct 2011 18:05:16 -0500
> From: cpe.jfreeman at gmail.com
> To: APP_RPT-USERS at OHNOSEC.ORG
> Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
>
> Jim,
>
> That would be correct, if I had left the [radio] context as it was in
> the bundled Allstar dialplan, where this line
>
> exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1)
>
> makes it necessary to dial the leading "0." I created a different
> radio context, and simply added
>
> include => parkedcalls
>
> so that the pickup code *is* actually just '701'.
>
> Because I don't understand everything about this system, though, I
> tried reverting that part of my dialplan back to the Allstar
> configuration, just to see if that made a difference. It didn't - the
> autopatch still gets hung up within a second or two of connection.
> Dialing through the Local channel is the thing I'm doing that's
> significantly different than anything in the Allstar dialplan, so I'm
> guessing that's where the problem is - but I'm not smart enough to
> find it yet.
>
> Thanks,
> Josh
>
> On 10/10/2011 1:33 PM, Jim Duuuude wrote:
>
>     Thats because youre missing a 'digits/0' between the incall and
>     the PARKED, such as:
>
>     Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)
>
>     The code to pick that up should be '0701' *not* 701
>
>     JIM WB6NIL
>
>     ------------------------------------------------------------------------
>     Date: Mon, 10 Oct 2011 11:06:52 -0500
>     From: cpe.jfreeman at gmail.com <mailto:cpe.jfreeman at gmail.com>
>     To: APP_RPT-USERS at OHNOSEC.ORG <mailto:APP_RPT-USERS at OHNOSEC.ORG>
>     Subject: [App_rpt-users] Reverse autopatch immediately hanging up
>
>     Hello,
>
>     I'm trying to set up a system that has a reverse autopatch as one
>     of its features. The problem I'm having is that when a radio user
>     dials the code to pick up an incoming call, the call gets
>     disconnected almost immediately upon connecting. I'm certain the
>     problem is that I've not set things up properly, but I'm still
>     inexperienced enough that I could really use some help
>     troubleshooting.
>
>     My Asterisk system is running from a recent ACID image (downloaded
>     maybe three weeks ago). The machine also has a TDM400P card with
>     an FXS module connected to an analog telephone I'm using to
>     originate incoming test calls to the repeater system.
>
>     The relevant parts of my dialplan are as follows:
>
>     In context *phones_local*:
>
>     exten => 272727,1,Dial(Local/CQCQCQ at repeater)
>     (Apparently, I can't directly connect to app_rpt from a Zap
>     channel, so I dial through a Local channel instead.)
>
>     Then, in context *repeater*:
>
>     exten => CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)
>     (This is an isolated system, so the node number is simply my name
>     on a telephone keypad.)
>
>     What happens is this: I dial 272727 from the analog telephone, and
>     I hear the announcement over the radio just fine. I send *6701
>     from the radio, and hear "Connecting" from the repeater along with
>     echoing audio from the analog phone (because it's right there next
>     to the radio). Then, I immediately hear "Call terminated" and the
>     autopatch drops. The analog phone doesn't get hung up, though.
>
>     Here's what I see on the Asterisk console. For this trace, I was
>     actually dialing in from an IAX softphone rather than the Zap
>     channel, but the behavior is exactly the same.
>
>     -- Executing [272727 at phones_local:1] Dial("IAX2/josh-12630",
>     "Local/CQCQCQ at repeater") in new stack
>        -- Called CQCQCQ at repeater
>        -- Executing [CQCQCQ at repeater:1]
>     Rpt("Local/CQCQCQ at repeater-781b,2",
>     "5674|Rrpt/in-call:PARKED|120") in new stack
>        -- Return Context: (repeater,CQCQCQ,2) ID: 0
>        -- Warning: Return Context Invalid, call will return to default|s
>        -- Music class default requested but no musiconhold loaded.
>      == Parked Local/CQCQCQ at repeater-781b,2 on 701 at parkedcalls. Will
>     timeout back to extension [repeater] CQCQCQ, 2 in 45 seconds
>        -- Added extension '701' priority 1 to parkedcalls
>        -- Music class default requested but no musiconhold loaded.
>        -- Music class default requested but no musiconhold loaded.
>        -- Local/CQCQCQ at repeater-781b,1 answered IAX2/josh-12630
>        -- Call Parking Called, lot: 701, timeout: 0, context: (null)
>        -- Music class default requested but no musiconhold loaded.
>        -- <Zap/pseudo-1800116975> Playing 'rpt/in-call' (language 'en')
>        -- <Zap/pseudo-1800116975> Playing 'digits/7' (language 'en')
>        -- <Zap/pseudo-1800116975> Playing 'digits/0' (language 'en')
>        -- <Zap/pseudo-1800116975> Playing 'digits/1' (language 'en')
>        -- Hungup 'Zap/pseudo-1800116975'
>        -- Hungup 'Zap/pseudo-1018949410'
>     [Oct  9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010
>     usbradio_read: Got DTMF char * duration 340 ms
>     [Oct  9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010
>     usbradio_read: Got DTMF char 6 duration 235 ms
>     [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
>     usbradio_read: Got DTMF char 7 duration 255 ms
>     [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
>     usbradio_read: Got DTMF char 0 duration 212 ms
>        -- Hungup 'Zap/pseudo-1705936882'
>     [Oct  9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010
>     usbradio_read: Got DTMF char 1 duration 235 ms
>        -- Executing [701 at phones_radio:1]
>     ParkedCall("Zap/pseudo-523589909", "701") in new stack
>        -- Channel Zap/pseudo-523589909 connected to parked call 701
>      == Spawn extension (phones_radio, 701, 1) exited non-zero on
>     'Local/CQCQCQ at repeater-781b,1<ZOMBIE>'
>        -- Hungup 'Zap/pseudo-1742992459'
>        -- Hungup 'Zap/pseudo-1417902655'
>        -- <Zap/pseudo-1427730098> Playing 'rpt/callproceeding'
>     (language 'en')
>        -- Hungup 'Zap/pseudo-1427730098'
>        -- <Zap/pseudo-1938338821> Playing 'rpt/callterminated'
>     (language 'en')
>        -- Hungup 'Zap/pseudo-1938338821'
>        -- Hungup 'Zap/pseudo-1525511763'
>
>     I see some things about invalid return context and zombie
>     channels, but I'm not sure what that means. Any idea what it is
>     I'm missing?
>
>     Thanks,
>     Josh
>
>
>     _______________________________________________ App_rpt-users
>     mailing list App_rpt-users at ohnosec.org
>     <mailto:App_rpt-users at ohnosec.org>
>     http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
>
> _______________________________________________ App_rpt-users mailing
> list App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111010/5cc9a88e/attachment.html>

From telesistant at hotmail.com  Tue Oct 11 01:45:22 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Mon, 10 Oct 2011 18:45:22 -0700
Subject: [App_rpt-users] Reverse autopatch immediately hanging up
In-Reply-To: <4E93937A.4010300@gmail.com>
References: <4E93181C.3090508@gmail.com>,
	<BLU155-W55E6B7144EE0D8981CAFDAB1FD0@phx.gbl>,
	<4E937A2C.3010708@gmail.com>
	<BLU155-W12564B57C6D53754759B67B1FD0@phx.gbl>,
	<4E93937A.4010300@gmail.com>
Message-ID: <BLU155-W8B33005F8D3E9D2D68751B1E20@phx.gbl>


dont use it at all... app_rpt cant deal with it. 

Date: Mon, 10 Oct 2011 19:53:14 -0500
From: cpe.jfreeman at gmail.com
To: telesistant at hotmail.com
Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up


  


    
  
  
    OK, I tried that... it looks like the reverse
      autopatch does work correctly when dialed into via pure
      IAX. Unfortunately, only being able to use native IAX clients
      doesn't meet the requirements for what I'm trying to do. I'll
      study up some more on how Local channels work, maybe I'm not using
      that mechanism correctly.

      

      Thanks,

      Josh

    

    On 10/10/2011 6:21 PM, Jim Duuuude wrote:
    
      
      
        okay, try calling it directly from your IAX client, rather then
        through a Local channel

        

        
          Date: Mon, 10 Oct 2011 18:05:16 -0500

          From: cpe.jfreeman at gmail.com

          To: APP_RPT-USERS at OHNOSEC.ORG

          Subject: Re: [App_rpt-users] Reverse autopatch immediately
          hanging up

          

          
          
          Jim,

            

            That would be correct, if I had left the [radio] context as
            it was in the bundled Allstar dialplan, where this line

          

          exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) 

          

          makes it necessary to dial the leading
            "0." I created a different radio context, and simply added

          

          include => parkedcalls

            

          so that the pickup code *is*
            actually just '701'.

            

          Because I don't understand
            everything about this system, though, I tried reverting that
            part of my dialplan back to the Allstar configuration, just
            to see if that made a difference. It didn't - the autopatch
            still gets hung up within a second or two of connection.
            Dialing through the Local channel is the thing I'm doing
            that's significantly different than anything in the Allstar
            dialplan, so I'm guessing that's where the problem is - but
            I'm not smart enough to find it yet.

            

            Thanks,

            Josh

          

          On 10/10/2011 1:33 PM, Jim Duuuude wrote:
          
            
             Thats because youre missing a 'digits/0'
              between the incall and the PARKED, such as:

              

Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)

              

              The code to pick that up should be '0701' *not* 701

              

              JIM WB6NIL

              

              
                Date: Mon, 10 Oct 2011 11:06:52
                -0500

                From: cpe.jfreeman at gmail.com

                To: APP_RPT-USERS at OHNOSEC.ORG

                Subject: [App_rpt-users] Reverse autopatch immediately
                hanging up

                

                Hello,

                  

                  I'm trying to set up a system that has a reverse
                  autopatch as one of its features. The problem I'm
                  having is that when a radio user dials the code to
                  pick up an incoming call, the call gets disconnected
                  almost immediately upon connecting. I'm certain the
                  problem is that I've not set things up properly, but
                  I'm still inexperienced enough that I could really use
                  some help troubleshooting.

                  

                  My Asterisk system is running from a recent ACID image
                  (downloaded maybe three weeks ago). The machine also
                  has a TDM400P card with an FXS module connected to an
                  analog telephone I'm using to originate incoming test
                  calls to the repeater system.

                  

                  The relevant parts of my dialplan are as follows:

                  

                  In context phones_local:

                  

                exten =>
                  272727,1,Dial(Local/CQCQCQ at repeater)

                (Apparently, I can't directly
                  connect to app_rpt from a Zap channel, so I dial
                  through a Local channel instead.)

                

                Then, in context repeater:

                  

                exten =>
                  CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)

                (This is an isolated system,
                  so the node number is simply my name on a telephone
                  keypad.)

                

                What happens is this: I dial 272727
                  from the analog telephone, and I hear the announcement
                  over the radio just fine. I send *6701 from the radio,
                  and hear "Connecting" from the repeater along with
                  echoing audio from the analog phone (because it's
                  right there next to the radio). Then, I immediately
                  hear "Call terminated" and the autopatch drops.
                The analog phone doesn't get hung
                  up, though.

                

                Here's what I see on the Asterisk
                  console. For this trace, I was actually dialing in
                  from an IAX softphone rather than the Zap channel, but
                  the behavior is exactly the same.

                  

                
                --
                  Executing [272727 at phones_local:1]
                  Dial("IAX2/josh-12630", "Local/CQCQCQ at repeater") in
                  new stack 

                     -- Called CQCQCQ at repeater 

                     -- Executing [CQCQCQ at repeater:1]
                  Rpt("Local/CQCQCQ at repeater-781b,2",
                  "5674|Rrpt/in-call:PARKED|120") in new stack 

                     -- Return Context: (repeater,CQCQCQ,2) ID: 0 

                     -- Warning: Return Context Invalid, call will
                  return to default|s 

                     -- Music class default requested but no musiconhold
                  loaded. 

                   == Parked Local/CQCQCQ at repeater-781b,2 on
                  701 at parkedcalls. Will timeout back to extension
                  [repeater] CQCQCQ, 2 in 45 seconds 

                     -- Added extension '701' priority 1 to parkedcalls
                  

                     -- Music class default requested but no musiconhold
                  loaded. 

                     -- Music class default requested but no musiconhold
                  loaded. 

                     -- Local/CQCQCQ at repeater-781b,1 answered
                  IAX2/josh-12630 

                     -- Call Parking Called, lot: 701, timeout: 0,
                  context: (null) 

                     -- Music class default requested but no musiconhold
                  loaded. 

                     -- <Zap/pseudo-1800116975> Playing
                  'rpt/in-call' (language 'en') 

                     -- <Zap/pseudo-1800116975> Playing 'digits/7'
                  (language 'en') 

                     -- <Zap/pseudo-1800116975> Playing 'digits/0'
                  (language 'en') 

                     -- <Zap/pseudo-1800116975> Playing 'digits/1'
                  (language 'en') 

                     -- Hungup 'Zap/pseudo-1800116975' 

                     -- Hungup 'Zap/pseudo-1018949410' 

                  [Oct  9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010
                  usbradio_read: Got DTMF char * duration 340 ms 

                  [Oct  9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010
                  usbradio_read: Got DTMF char 6 duration 235 ms 

                  [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
                  usbradio_read: Got DTMF char 7 duration 255 ms 

                  [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
                  usbradio_read: Got DTMF char 0 duration 212 ms 

                     -- Hungup 'Zap/pseudo-1705936882' 

                  [Oct  9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010
                  usbradio_read: Got DTMF char 1 duration 235 ms 

                     -- Executing [701 at phones_radio:1]
                  ParkedCall("Zap/pseudo-523589909", "701") in new stack
                  

                     -- Channel Zap/pseudo-523589909 connected to parked
                  call 701 

                   == Spawn extension (phones_radio, 701, 1) exited
                  non-zero on
                  'Local/CQCQCQ at repeater-781b,1<ZOMBIE>' 

                     -- Hungup 'Zap/pseudo-1742992459' 

                     -- Hungup 'Zap/pseudo-1417902655' 

                     -- <Zap/pseudo-1427730098> Playing
                  'rpt/callproceeding' (language 'en') 

                     -- Hungup 'Zap/pseudo-1427730098' 

                     -- <Zap/pseudo-1938338821> Playing
                  'rpt/callterminated' (language 'en') 

                     -- Hungup 'Zap/pseudo-1938338821' 

                     -- Hungup 'Zap/pseudo-1525511763' 

                  

                  I see some things about
                      invalid return context and zombie channels, but
                      I'm not sure what that means. Any idea what it is
                      I'm missing?

                      

                      Thanks,

                      Josh

                    
                

                

                _______________________________________________
                App_rpt-users mailing list App_rpt-users at ohnosec.org
                http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
            
          
          

          

          _______________________________________________
          App_rpt-users mailing list
          App_rpt-users at ohnosec.org
          http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
      
    
    
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111010/3d7557a3/attachment.html>

From cpe.jfreeman at gmail.com  Tue Oct 11 02:05:21 2011
From: cpe.jfreeman at gmail.com (Josh Freeman)
Date: Mon, 10 Oct 2011 21:05:21 -0500
Subject: [App_rpt-users] Reverse autopatch immediately hanging up
In-Reply-To: <BLU155-W8B33005F8D3E9D2D68751B1E20@phx.gbl>
References: <4E93181C.3090508@gmail.com>,
	<BLU155-W55E6B7144EE0D8981CAFDAB1FD0@phx.gbl>,
	<4E937A2C.3010708@gmail.com>
	<BLU155-W12564B57C6D53754759B67B1FD0@phx.gbl>,
	<4E93937A.4010300@gmail.com>
	<BLU155-W8B33005F8D3E9D2D68751B1E20@phx.gbl>
Message-ID: <4E93A461.7080605@gmail.com>

OK. Well, darn. =)

Originally, I had tried to connect directly from the Zap channel, and it
failed with the message

Warning: We only accept links via IAX2, Echolink, TheLinkBox or Local!!

I guess that's what got me thinking Local channels would be the way to
bridge over from Zap or SIP.

Thanks again for your help!

Josh

On 10/10/2011 8:45 PM, Jim Duuuude wrote:
> dont use it at all... app_rpt cant deal with it.
>
> ------------------------------------------------------------------------
> Date: Mon, 10 Oct 2011 19:53:14 -0500
> From: cpe.jfreeman at gmail.com
> To: telesistant at hotmail.com
> Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
>
> OK, I tried that... it looks like the reverse autopatch *does* work
> correctly when dialed into via pure IAX. Unfortunately, only being
> able to use native IAX clients doesn't meet the requirements for what
> I'm trying to do. I'll study up some more on how Local channels work,
> maybe I'm not using that mechanism correctly.
>
> Thanks,
> Josh
>
> On 10/10/2011 6:21 PM, Jim Duuuude wrote:
>
>     okay, try calling it directly from your IAX client, rather then
>     through a Local channel
>
>     ------------------------------------------------------------------------
>     Date: Mon, 10 Oct 2011 18:05:16 -0500
>     From: cpe.jfreeman at gmail.com <mailto:cpe.jfreeman at gmail.com>
>     To: APP_RPT-USERS at OHNOSEC.ORG <mailto:APP_RPT-USERS at OHNOSEC.ORG>
>     Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
>
>     Jim,
>
>     That would be correct, if I had left the [radio] context as it was
>     in the bundled Allstar dialplan, where this line
>
>     exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1)
>
>     makes it necessary to dial the leading "0." I created a different
>     radio context, and simply added
>
>     include => parkedcalls
>
>     so that the pickup code *is* actually just '701'.
>
>     Because I don't understand everything about this system, though, I
>     tried reverting that part of my dialplan back to the Allstar
>     configuration, just to see if that made a difference. It didn't -
>     the autopatch still gets hung up within a second or two of
>     connection. Dialing through the Local channel is the thing I'm
>     doing that's significantly different than anything in the Allstar
>     dialplan, so I'm guessing that's where the problem is - but I'm
>     not smart enough to find it yet.
>
>     Thanks,
>     Josh
>
>     On 10/10/2011 1:33 PM, Jim Duuuude wrote:
>
>         Thats because youre missing a 'digits/0' between the incall
>         and the PARKED, such as:
>
>         Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)
>
>         The code to pick that up should be '0701' *not* 701
>
>         JIM WB6NIL
>
>         ------------------------------------------------------------------------
>         Date: Mon, 10 Oct 2011 11:06:52 -0500
>         From: cpe.jfreeman at gmail.com <mailto:cpe.jfreeman at gmail.com>
>         To: APP_RPT-USERS at OHNOSEC.ORG <mailto:APP_RPT-USERS at OHNOSEC.ORG>
>         Subject: [App_rpt-users] Reverse autopatch immediately hanging up
>
>         Hello,
>
>         I'm trying to set up a system that has a reverse autopatch as
>         one of its features. The problem I'm having is that when a
>         radio user dials the code to pick up an incoming call, the
>         call gets disconnected almost immediately upon connecting. I'm
>         certain the problem is that I've not set things up properly,
>         but I'm still inexperienced enough that I could really use
>         some help troubleshooting.
>
>         My Asterisk system is running from a recent ACID image
>         (downloaded maybe three weeks ago). The machine also has a
>         TDM400P card with an FXS module connected to an analog
>         telephone I'm using to originate incoming test calls to the
>         repeater system.
>
>         The relevant parts of my dialplan are as follows:
>
>         In context *phones_local*:
>
>         exten => 272727,1,Dial(Local/CQCQCQ at repeater)
>         (Apparently, I can't directly connect to app_rpt from a Zap
>         channel, so I dial through a Local channel instead.)
>
>         Then, in context *repeater*:
>
>         exten => CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)
>         (This is an isolated system, so the node number is simply my
>         name on a telephone keypad.)
>
>         What happens is this: I dial 272727 from the analog telephone,
>         and I hear the announcement over the radio just fine. I send
>         *6701 from the radio, and hear "Connecting" from the repeater
>         along with echoing audio from the analog phone (because it's
>         right there next to the radio). Then, I immediately hear "Call
>         terminated" and the autopatch drops. The analog phone doesn't
>         get hung up, though.
>
>         Here's what I see on the Asterisk console. For this trace, I
>         was actually dialing in from an IAX softphone rather than the
>         Zap channel, but the behavior is exactly the same.
>
>         -- Executing [272727 at phones_local:1] Dial("IAX2/josh-12630",
>         "Local/CQCQCQ at repeater") in new stack
>            -- Called CQCQCQ at repeater
>            -- Executing [CQCQCQ at repeater:1]
>         Rpt("Local/CQCQCQ at repeater-781b,2",
>         "5674|Rrpt/in-call:PARKED|120") in new stack
>            -- Return Context: (repeater,CQCQCQ,2) ID: 0
>            -- Warning: Return Context Invalid, call will return to
>         default|s
>            -- Music class default requested but no musiconhold loaded.
>          == Parked Local/CQCQCQ at repeater-781b,2 on 701 at parkedcalls.
>         Will timeout back to extension [repeater] CQCQCQ, 2 in 45 seconds
>            -- Added extension '701' priority 1 to parkedcalls
>            -- Music class default requested but no musiconhold loaded.
>            -- Music class default requested but no musiconhold loaded.
>            -- Local/CQCQCQ at repeater-781b,1 answered IAX2/josh-12630
>            -- Call Parking Called, lot: 701, timeout: 0, context: (null)
>            -- Music class default requested but no musiconhold loaded.
>            -- <Zap/pseudo-1800116975> Playing 'rpt/in-call' (language
>         'en')
>            -- <Zap/pseudo-1800116975> Playing 'digits/7' (language 'en')
>            -- <Zap/pseudo-1800116975> Playing 'digits/0' (language 'en')
>            -- <Zap/pseudo-1800116975> Playing 'digits/1' (language 'en')
>            -- Hungup 'Zap/pseudo-1800116975'
>            -- Hungup 'Zap/pseudo-1018949410'
>         [Oct  9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010
>         usbradio_read: Got DTMF char * duration 340 ms
>         [Oct  9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010
>         usbradio_read: Got DTMF char 6 duration 235 ms
>         [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
>         usbradio_read: Got DTMF char 7 duration 255 ms
>         [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
>         usbradio_read: Got DTMF char 0 duration 212 ms
>            -- Hungup 'Zap/pseudo-1705936882'
>         [Oct  9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010
>         usbradio_read: Got DTMF char 1 duration 235 ms
>            -- Executing [701 at phones_radio:1]
>         ParkedCall("Zap/pseudo-523589909", "701") in new stack
>            -- Channel Zap/pseudo-523589909 connected to parked call 701
>          == Spawn extension (phones_radio, 701, 1) exited non-zero on
>         'Local/CQCQCQ at repeater-781b,1<ZOMBIE>'
>            -- Hungup 'Zap/pseudo-1742992459'
>            -- Hungup 'Zap/pseudo-1417902655'
>            -- <Zap/pseudo-1427730098> Playing 'rpt/callproceeding'
>         (language 'en')
>            -- Hungup 'Zap/pseudo-1427730098'
>            -- <Zap/pseudo-1938338821> Playing 'rpt/callterminated'
>         (language 'en')
>            -- Hungup 'Zap/pseudo-1938338821'
>            -- Hungup 'Zap/pseudo-1525511763'
>
>         I see some things about invalid return context and zombie
>         channels, but I'm not sure what that means. Any idea what it
>         is I'm missing?
>
>         Thanks,
>         Josh
>
>
>         _______________________________________________ App_rpt-users
>         mailing list App_rpt-users at ohnosec.org
>         <mailto:App_rpt-users at ohnosec.org>
>         http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
>
>     _______________________________________________ App_rpt-users
>     mailing list App_rpt-users at ohnosec.org
>     <mailto:App_rpt-users at ohnosec.org>
>     http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111010/a3ce8229/attachment.html>

From w3tmb1 at gmail.com  Tue Oct 11 02:37:48 2011
From: w3tmb1 at gmail.com (Travis Best)
Date: Mon, 10 Oct 2011 22:37:48 -0400
Subject: [App_rpt-users] Issues After Reboot
Message-ID: <4E93ABFC.10309@gmail.com>

After Rebooting Today I am now having the following issue

/var/log/messages
Oct 10 22:34:20 tbest kernel: asterisk[9571]: segfault at 1a4540b3 ip 
08098f56 sp b6dc3140 error 6 in asterisk[8048000+101000]


/var/log/asterisk/full
[Oct 10 22:36:47] NOTICE[10142] cdr.c: CDR simple logging enabled.
[Oct 10 22:36:47] NOTICE[10142] loader.c: 162 modules will be loaded.
[Oct 10 22:36:47] WARNING[10142] res_smdi.c: No SMDI interfaces are 
available to listen on, not starting SMDI listener.


Any Ideas????

Thanks
Travis




From telesistant at hotmail.com  Tue Oct 11 09:08:40 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 11 Oct 2011 02:08:40 -0700
Subject: [App_rpt-users] Issues After Reboot
In-Reply-To: <4E93ABFC.10309@gmail.com>
References: <4E93ABFC.10309@gmail.com>
Message-ID: <BLU155-W2157629E14423D1E293E59B1E20@phx.gbl>


did you make any changes to any software??

> Date: Mon, 10 Oct 2011 22:37:48 -0400
> From: w3tmb1 at gmail.com
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Issues After Reboot
> 
> After Rebooting Today I am now having the following issue
> 
> /var/log/messages
> Oct 10 22:34:20 tbest kernel: asterisk[9571]: segfault at 1a4540b3 ip 
> 08098f56 sp b6dc3140 error 6 in asterisk[8048000+101000]
> 
> 
> /var/log/asterisk/full
> [Oct 10 22:36:47] NOTICE[10142] cdr.c: CDR simple logging enabled.
> [Oct 10 22:36:47] NOTICE[10142] loader.c: 162 modules will be loaded.
> [Oct 10 22:36:47] WARNING[10142] res_smdi.c: No SMDI interfaces are 
> available to listen on, not starting SMDI listener.
> 
> 
> Any Ideas????
> 
> Thanks
> Travis
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111011/db07cd1d/attachment.html>

From bote_radio at botecomm.com  Tue Oct 11 11:18:28 2011
From: bote_radio at botecomm.com (Bote Man)
Date: Tue, 11 Oct 2011 07:18:28 -0400
Subject: [App_rpt-users] Reverse autopatch immediately hanging up
In-Reply-To: <BLU155-W8B33005F8D3E9D2D68751B1E20@phx.gbl>
References: <4E93181C.3090508@gmail.com>,
	<BLU155-W55E6B7144EE0D8981CAFDAB1FD0@phx.gbl>,
	<4E937A2C.3010708@gmail.com>
	<BLU155-W12564B57C6D53754759B67B1FD0@phx.gbl>,
	<4E93937A.4010300@gmail.com>
	<BLU155-W8B33005F8D3E9D2D68751B1E20@phx.gbl>
Message-ID: <003c01cc8807$81779c30$8466d490$@com>

Jim, please clarify:  app_rpt can't deal with what exactly?

 

Thanks.

 

Bote

 

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude
Sent: Monday, 10 October, 2011 21:45



dont use it at all... app_rpt cant deal with it. 

  _____  

Date: Mon, 10 Oct 2011 19:53:14 -0500
Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up

OK, I tried that... it looks like the reverse autopatch does work
correctly when dialed into via pure IAX. Unfortunately, only being able
to use native IAX clients doesn't meet the requirements for what I'm
trying to do. I'll study up some more on how Local channels work, maybe
I'm not using that mechanism correctly.

Thanks,
Josh

On 10/10/2011 6:21 PM, Jim Duuuude wrote: 

okay, try calling it directly from your IAX client, rather then through
a Local channel

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111011/f0efd50e/attachment.html>

From w7fdf at yahoo.com  Tue Oct 11 15:17:29 2011
From: w7fdf at yahoo.com (Douglas Fitts)
Date: Tue, 11 Oct 2011 08:17:29 -0700 (PDT)
Subject: [App_rpt-users] URI For Sale
Message-ID: <1318346249.13430.YahooMailNeo@web161518.mail.bf1.yahoo.com>

For you AllStar users, I have for sale the DMK Engineering URI device and associated interface cable. I purchased it [through PayPal] way back on November 2, 2010, I did download the program to the specific computer, logged onto the AllStar website as a System Op but never actually hooked up a radio to make the node play. I paid with shipping $79.90 and will sell the URI for $60 dollars plus $4.95 Priority Mail shipping. I am not sure if any documentation or CD came with the device but I am sure you can get the original factory DMK docs from their website. I will look to see if in fact I have an installation CD but I kind of doubt it.

If you are interested please email me direct to my w7fdf at yahoo.com email address. Soon as I get the funds into my PayPal account I will create a shipping label, pack up the device and cable, include a photocopy of the original sales receipt for your records and off it goes to the new owner. If you do not have a PayPal account then its okay to mail me a money order. If you desire to mail a personal check I will not ship the URI until your check clears my banking institution. My address is good on the QRZ website shownhere.


73

Doug W7FDF
Vail Arizona U.S.A.


I 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111011/90ffc97a/attachment.html>

From kt9ac at ameritech.net  Tue Oct 11 15:37:40 2011
From: kt9ac at ameritech.net (Tony KT9AC)
Date: Tue, 11 Oct 2011 08:37:40 -0700 (PDT)
Subject: [App_rpt-users] Switch from usbradio to simpleusb - radio tune
	question
Message-ID: <1318347460.51117.YahooMailClassic@web81007.mail.mud.yahoo.com>

My node recently was experiencing some issues that I think were caused by a bad remote base sound fob interface (usb1), which locked the repeater in transmit until I could drive out to the site - no command in the world would work nor any audio passed (the repeater itself is attached using a URI on usb0 and always worked well). I have the logs from this looping event:
[Sep 27 16:47:54] ERROR[15044] chan_usbradio.c: Not able to claim the USB device
[Sep 27 16:47:55] WARNING[15006] chan_usbradio.c: Unable to re-open DSP device 0 (usb1): Device or resource busy

I brought the PC back home and updated the code to latest level and decided to switch to simpleUSB since the Micor does all the PL work now. I created the simpleusb.conf file, changed rpt.conf to use it and seem to be back in business as it talks to the URI correctly. When I do a "radio tune" I get a message about "usb not active" and a device string of "-1". Is this anything to worry about, or how can I reset levels using simpleUSB? I want to get the repeater back into service without the remote base for now. The URI has the EEPROM and the simpleusb_tune_usb.conf file has the correct "4-1" for the device string in it.

Thanks,
Tony


From tim.sawyer at me.com  Tue Oct 11 15:42:40 2011
From: tim.sawyer at me.com (Tim Sawyer)
Date: Tue, 11 Oct 2011 08:42:40 -0700
Subject: [App_rpt-users] Switch from usbradio to simpleusb - radio
	tune	question
In-Reply-To: <1318347460.51117.YahooMailClassic@web81007.mail.mud.yahoo.com>
References: <1318347460.51117.YahooMailClassic@web81007.mail.mud.yahoo.com>
Message-ID: <8AAB1EF7-CB59-4A07-9C7D-C50E88C10CD0@me.com>

The level setting program for simple USB is simpleusb-tune-menu
--
Tim
:wq

On Oct 11, 2011, at 8:37 AM, Tony KT9AC wrote:

> My node recently was experiencing some issues that I think were caused by a bad remote base sound fob interface (usb1), which locked the repeater in transmit until I could drive out to the site - no command in the world would work nor any audio passed (the repeater itself is attached using a URI on usb0 and always worked well). I have the logs from this looping event:
> [Sep 27 16:47:54] ERROR[15044] chan_usbradio.c: Not able to claim the USB device
> [Sep 27 16:47:55] WARNING[15006] chan_usbradio.c: Unable to re-open DSP device 0 (usb1): Device or resource busy
> 
> I brought the PC back home and updated the code to latest level and decided to switch to simpleUSB since the Micor does all the PL work now. I created the simpleusb.conf file, changed rpt.conf to use it and seem to be back in business as it talks to the URI correctly. When I do a "radio tune" I get a message about "usb not active" and a device string of "-1". Is this anything to worry about, or how can I reset levels using simpleUSB? I want to get the repeater back into service without the remote base for now. The URI has the EEPROM and the simpleusb_tune_usb.conf file has the correct "4-1" for the device string in it.
> 
> Thanks,
> Tony
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From vk4akp at yahoo.com.au  Tue Oct 11 15:55:19 2011
From: vk4akp at yahoo.com.au (Ken Page)
Date: Wed, 12 Oct 2011 01:55:19 +1000
Subject: [App_rpt-users] Segmentation fault. Getting desperate.
In-Reply-To: <mailman.5.1318324119.24380.app_rpt-users@ohnosec.org>
References: <mailman.5.1318324119.24380.app_rpt-users@ohnosec.org>
Message-ID: <4E9466E7.8090706@yahoo.com.au>


OK. I took a punt and did a make and then make install with the original 
Asterisk and radio sources.

I still get the same segmentation fault a few seconds after the Asterisk 
server is starts.

This happens straight after accessing the radio tune files.

Everything works fine even the radio stuff just before it all bombs.
I have no clue where to even start looking at this point.

Everything else on the server still works fine. Apache, PHPbb, Minecraft 
server, and so on.
So I have discounted an actual hardware memory issue etc. It's just 
Asterisk bombing out all of a sudden.

Any idea's?


~Ken - vk4akp~
All_Star: 2134 (Off-Line).
.-.-.




On 10/11/2011 7:08 PM, app_rpt-users-request at ohnosec.org wrote:
> Send App_rpt-users mailing list submissions to
> 	app_rpt-users at ohnosec.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> or, via email, send a message with subject or body 'help' to
> 	app_rpt-users-request at ohnosec.org
>
> You can reach the person managing the list at
> 	app_rpt-users-owner at ohnosec.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of App_rpt-users digest..."
>
>
> Today's Topics:
>
>     1. Re: Reverse autopatch immediately hanging up (Josh Freeman)
>     2. Issues After Reboot (Travis Best)
>     3. Re: Issues After Reboot (Jim Duuuude)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 10 Oct 2011 21:05:21 -0500
> From: Josh Freeman<cpe.jfreeman at gmail.com>
> To: Jim Duuuude<telesistant at hotmail.com>
> Cc: app_rpt mailing list<app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
> Message-ID:<4E93A461.7080605 at gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> OK. Well, darn. =)
>
> Originally, I had tried to connect directly from the Zap channel, and it
> failed with the message
>
> Warning: We only accept links via IAX2, Echolink, TheLinkBox or Local!!
>
> I guess that's what got me thinking Local channels would be the way to
> bridge over from Zap or SIP.
>
> Thanks again for your help!
>
> Josh
>
> On 10/10/2011 8:45 PM, Jim Duuuude wrote:
>> dont use it at all... app_rpt cant deal with it.
>>
>> ------------------------------------------------------------------------
>> Date: Mon, 10 Oct 2011 19:53:14 -0500
>> From: cpe.jfreeman at gmail.com
>> To: telesistant at hotmail.com
>> Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
>>
>> OK, I tried that... it looks like the reverse autopatch *does* work
>> correctly when dialed into via pure IAX. Unfortunately, only being
>> able to use native IAX clients doesn't meet the requirements for what
>> I'm trying to do. I'll study up some more on how Local channels work,
>> maybe I'm not using that mechanism correctly.
>>
>> Thanks,
>> Josh
>>
>> On 10/10/2011 6:21 PM, Jim Duuuude wrote:
>>
>>      okay, try calling it directly from your IAX client, rather then
>>      through a Local channel
>>
>>      ------------------------------------------------------------------------
>>      Date: Mon, 10 Oct 2011 18:05:16 -0500
>>      From: cpe.jfreeman at gmail.com<mailto:cpe.jfreeman at gmail.com>
>>      To: APP_RPT-USERS at OHNOSEC.ORG<mailto:APP_RPT-USERS at OHNOSEC.ORG>
>>      Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
>>
>>      Jim,
>>
>>      That would be correct, if I had left the [radio] context as it was
>>      in the bundled Allstar dialplan, where this line
>>
>>      exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1)
>>
>>      makes it necessary to dial the leading "0." I created a different
>>      radio context, and simply added
>>
>>      include =>  parkedcalls
>>
>>      so that the pickup code *is* actually just '701'.
>>
>>      Because I don't understand everything about this system, though, I
>>      tried reverting that part of my dialplan back to the Allstar
>>      configuration, just to see if that made a difference. It didn't -
>>      the autopatch still gets hung up within a second or two of
>>      connection. Dialing through the Local channel is the thing I'm
>>      doing that's significantly different than anything in the Allstar
>>      dialplan, so I'm guessing that's where the problem is - but I'm
>>      not smart enough to find it yet.
>>
>>      Thanks,
>>      Josh
>>
>>      On 10/10/2011 1:33 PM, Jim Duuuude wrote:
>>
>>          Thats because youre missing a 'digits/0' between the incall
>>          and the PARKED, such as:
>>
>>          Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)
>>
>>          The code to pick that up should be '0701' *not* 701
>>
>>          JIM WB6NIL
>>
>>          ------------------------------------------------------------------------
>>          Date: Mon, 10 Oct 2011 11:06:52 -0500
>>          From: cpe.jfreeman at gmail.com<mailto:cpe.jfreeman at gmail.com>
>>          To: APP_RPT-USERS at OHNOSEC.ORG<mailto:APP_RPT-USERS at OHNOSEC.ORG>
>>          Subject: [App_rpt-users] Reverse autopatch immediately hanging up
>>
>>          Hello,
>>
>>          I'm trying to set up a system that has a reverse autopatch as
>>          one of its features. The problem I'm having is that when a
>>          radio user dials the code to pick up an incoming call, the
>>          call gets disconnected almost immediately upon connecting. I'm
>>          certain the problem is that I've not set things up properly,
>>          but I'm still inexperienced enough that I could really use
>>          some help troubleshooting.
>>
>>          My Asterisk system is running from a recent ACID image
>>          (downloaded maybe three weeks ago). The machine also has a
>>          TDM400P card with an FXS module connected to an analog
>>          telephone I'm using to originate incoming test calls to the
>>          repeater system.
>>
>>          The relevant parts of my dialplan are as follows:
>>
>>          In context *phones_local*:
>>
>>          exten =>  272727,1,Dial(Local/CQCQCQ at repeater)
>>          (Apparently, I can't directly connect to app_rpt from a Zap
>>          channel, so I dial through a Local channel instead.)
>>
>>          Then, in context *repeater*:
>>
>>          exten =>  CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)
>>          (This is an isolated system, so the node number is simply my
>>          name on a telephone keypad.)
>>
>>          What happens is this: I dial 272727 from the analog telephone,
>>          and I hear the announcement over the radio just fine. I send
>>          *6701 from the radio, and hear "Connecting" from the repeater
>>          along with echoing audio from the analog phone (because it's
>>          right there next to the radio). Then, I immediately hear "Call
>>          terminated" and the autopatch drops. The analog phone doesn't
>>          get hung up, though.
>>
>>          Here's what I see on the Asterisk console. For this trace, I
>>          was actually dialing in from an IAX softphone rather than the
>>          Zap channel, but the behavior is exactly the same.
>>
>>          -- Executing [272727 at phones_local:1] Dial("IAX2/josh-12630",
>>          "Local/CQCQCQ at repeater") in new stack
>>             -- Called CQCQCQ at repeater
>>             -- Executing [CQCQCQ at repeater:1]
>>          Rpt("Local/CQCQCQ at repeater-781b,2",
>>          "5674|Rrpt/in-call:PARKED|120") in new stack
>>             -- Return Context: (repeater,CQCQCQ,2) ID: 0
>>             -- Warning: Return Context Invalid, call will return to
>>          default|s
>>             -- Music class default requested but no musiconhold loaded.
>>           == Parked Local/CQCQCQ at repeater-781b,2 on 701 at parkedcalls.
>>          Will timeout back to extension [repeater] CQCQCQ, 2 in 45 seconds
>>             -- Added extension '701' priority 1 to parkedcalls
>>             -- Music class default requested but no musiconhold loaded.
>>             -- Music class default requested but no musiconhold loaded.
>>             -- Local/CQCQCQ at repeater-781b,1 answered IAX2/josh-12630
>>             -- Call Parking Called, lot: 701, timeout: 0, context: (null)
>>             -- Music class default requested but no musiconhold loaded.
>>             --<Zap/pseudo-1800116975>  Playing 'rpt/in-call' (language
>>          'en')
>>             --<Zap/pseudo-1800116975>  Playing 'digits/7' (language 'en')
>>             --<Zap/pseudo-1800116975>  Playing 'digits/0' (language 'en')
>>             --<Zap/pseudo-1800116975>  Playing 'digits/1' (language 'en')
>>             -- Hungup 'Zap/pseudo-1800116975'
>>             -- Hungup 'Zap/pseudo-1018949410'
>>          [Oct  9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010
>>          usbradio_read: Got DTMF char * duration 340 ms
>>          [Oct  9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010
>>          usbradio_read: Got DTMF char 6 duration 235 ms
>>          [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
>>          usbradio_read: Got DTMF char 7 duration 255 ms
>>          [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
>>          usbradio_read: Got DTMF char 0 duration 212 ms
>>             -- Hungup 'Zap/pseudo-1705936882'
>>          [Oct  9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010
>>          usbradio_read: Got DTMF char 1 duration 235 ms
>>             -- Executing [701 at phones_radio:1]
>>          ParkedCall("Zap/pseudo-523589909", "701") in new stack
>>             -- Channel Zap/pseudo-523589909 connected to parked call 701
>>           == Spawn extension (phones_radio, 701, 1) exited non-zero on
>>          'Local/CQCQCQ at repeater-781b,1<ZOMBIE>'
>>             -- Hungup 'Zap/pseudo-1742992459'
>>             -- Hungup 'Zap/pseudo-1417902655'
>>             --<Zap/pseudo-1427730098>  Playing 'rpt/callproceeding'
>>          (language 'en')
>>             -- Hungup 'Zap/pseudo-1427730098'
>>             --<Zap/pseudo-1938338821>  Playing 'rpt/callterminated'
>>          (language 'en')
>>             -- Hungup 'Zap/pseudo-1938338821'
>>             -- Hungup 'Zap/pseudo-1525511763'
>>
>>          I see some things about invalid return context and zombie
>>          channels, but I'm not sure what that means. Any idea what it
>>          is I'm missing?
>>
>>          Thanks,
>>          Josh
>>
>>
>>          _______________________________________________ App_rpt-users
>>          mailing list App_rpt-users at ohnosec.org
>>          <mailto:App_rpt-users at ohnosec.org>
>>          http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>>
>>
>>      _______________________________________________ App_rpt-users
>>      mailing list App_rpt-users at ohnosec.org
>>      <mailto:App_rpt-users at ohnosec.org>
>>      http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111010/a3ce8229/attachment-0001.html>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 10 Oct 2011 22:37:48 -0400
> From: Travis Best<w3tmb1 at gmail.com>
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Issues After Reboot
> Message-ID:<4E93ABFC.10309 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> After Rebooting Today I am now having the following issue
>
> /var/log/messages
> Oct 10 22:34:20 tbest kernel: asterisk[9571]: segfault at 1a4540b3 ip
> 08098f56 sp b6dc3140 error 6 in asterisk[8048000+101000]
>
>
> /var/log/asterisk/full
> [Oct 10 22:36:47] NOTICE[10142] cdr.c: CDR simple logging enabled.
> [Oct 10 22:36:47] NOTICE[10142] loader.c: 162 modules will be loaded.
> [Oct 10 22:36:47] WARNING[10142] res_smdi.c: No SMDI interfaces are
> available to listen on, not starting SMDI listener.
>
>
> Any Ideas????
>
> Thanks
> Travis
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 11 Oct 2011 02:08:40 -0700
> From: Jim Duuuude<telesistant at hotmail.com>
> To:<w3tmb1 at gmail.com>, app_rpt mailing list
> 	<app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Issues After Reboot
> Message-ID:<BLU155-W2157629E14423D1E293E59B1E20 at phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> did you make any changes to any software??
>
>> Date: Mon, 10 Oct 2011 22:37:48 -0400
>> From: w3tmb1 at gmail.com
>> To: app_rpt-users at ohnosec.org
>> Subject: [App_rpt-users] Issues After Reboot
>>
>> After Rebooting Today I am now having the following issue
>>
>> /var/log/messages
>> Oct 10 22:34:20 tbest kernel: asterisk[9571]: segfault at 1a4540b3 ip
>> 08098f56 sp b6dc3140 error 6 in asterisk[8048000+101000]
>>
>>
>> /var/log/asterisk/full
>> [Oct 10 22:36:47] NOTICE[10142] cdr.c: CDR simple logging enabled.
>> [Oct 10 22:36:47] NOTICE[10142] loader.c: 162 modules will be loaded.
>> [Oct 10 22:36:47] WARNING[10142] res_smdi.c: No SMDI interfaces are
>> available to listen on, not starting SMDI listener.
>>
>>
>> Any Ideas????
>>
>> Thanks
>> Travis
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>   		 	   		
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111011/db07cd1d/attachment.html>
>
> ------------------------------
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> End of App_rpt-users Digest, Vol 32, Issue 14
> *********************************************
>


From n3vsi1 at verizon.net  Wed Oct 12 00:48:44 2011
From: n3vsi1 at verizon.net (Larry)
Date: Tue, 11 Oct 2011 20:48:44 -0400
Subject: [App_rpt-users] (no subject)
Message-ID: <C6D9281BB6D74029A589C81E77090360@LarryPC>

An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111011/d36cf94c/attachment.html>

From cpe.jfreeman at gmail.com  Wed Oct 12 01:52:25 2011
From: cpe.jfreeman at gmail.com (Josh Freeman)
Date: Tue, 11 Oct 2011 20:52:25 -0500
Subject: [App_rpt-users] Reverse autopatch immediately hanging up
In-Reply-To: <4E93A461.7080605@gmail.com>
References: <4E93181C.3090508@gmail.com>,
	<BLU155-W55E6B7144EE0D8981CAFDAB1FD0@phx.gbl>,
	<4E937A2C.3010708@gmail.com>
	<BLU155-W12564B57C6D53754759B67B1FD0@phx.gbl>,
	<4E93937A.4010300@gmail.com>
	<BLU155-W8B33005F8D3E9D2D68751B1E20@phx.gbl>
	<4E93A461.7080605@gmail.com>
Message-ID: <4E94F2D9.6050609@gmail.com>

I feel kind of stupid, but I've solved my problem and discovered 
something interesting.

App_rpt accepts connections directly from Zap and SIP channels (without 
the use of Local) just fine when it's invoked with the R option, as

Rpt(${NODE},R<announce-string>)

I discovered this by accidentally dialing the test extension I'd set up 
for checking direct IAX from my Zap phone. Wow, it worked! I got to 
thinking about what I had done differently, and it occurred to me that 
I'd probably gotten the warning I mentioned when I was still invoking 
app_rpt as

Rpt(${NODE},X)

So, I tried doing that again, and sure enough - no Zap or SIP 
connections. Anyway, I wanted to clear the air on here and not leave it 
appearing as though Zap and SIP connections wouldn't work for 
reverse-autopatch. They do, if you do it right.

Josh

Josh Freeman wrote:
> OK. Well, darn. =)
>
> Originally, I had tried to connect directly from the Zap channel, and 
> it failed with the message
> Warning: We only accept links via IAX2, Echolink, TheLinkBox or Local!!
> I guess that's what got me thinking Local channels would be the way to 
> bridge over from Zap or SIP.
>
> Thanks again for your help!
>
> Josh
>
> On 10/10/2011 8:45 PM, Jim Duuuude wrote:
>> dont use it at all... app_rpt cant deal with it.
>>
>> ------------------------------------------------------------------------
>> Date: Mon, 10 Oct 2011 19:53:14 -0500
>> From: cpe.jfreeman at gmail.com
>> To: telesistant at hotmail.com
>> Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
>>
>> OK, I tried that... it looks like the reverse autopatch *does* work 
>> correctly when dialed into via pure IAX. Unfortunately, only being 
>> able to use native IAX clients doesn't meet the requirements for what 
>> I'm trying to do. I'll study up some more on how Local channels work, 
>> maybe I'm not using that mechanism correctly.
>>
>> Thanks,
>> Josh
>>
>> On 10/10/2011 6:21 PM, Jim Duuuude wrote:
>>
>>     okay, try calling it directly from your IAX client, rather then
>>     through a Local channel
>>
>>     ------------------------------------------------------------------------
>>     Date: Mon, 10 Oct 2011 18:05:16 -0500
>>     From: cpe.jfreeman at gmail.com <mailto:cpe.jfreeman at gmail.com>
>>     To: APP_RPT-USERS at OHNOSEC.ORG <mailto:APP_RPT-USERS at OHNOSEC.ORG>
>>     Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
>>
>>     Jim,
>>
>>     That would be correct, if I had left the [radio] context as it
>>     was in the bundled Allstar dialplan, where this line
>>
>>     exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1)
>>
>>     makes it necessary to dial the leading "0." I created a different
>>     radio context, and simply added
>>
>>     include => parkedcalls
>>
>>     so that the pickup code *is* actually just '701'.
>>
>>     Because I don't understand everything about this system, though,
>>     I tried reverting that part of my dialplan back to the Allstar
>>     configuration, just to see if that made a difference. It didn't -
>>     the autopatch still gets hung up within a second or two of
>>     connection. Dialing through the Local channel is the thing I'm
>>     doing that's significantly different than anything in the Allstar
>>     dialplan, so I'm guessing that's where the problem is - but I'm
>>     not smart enough to find it yet.
>>
>>     Thanks,
>>     Josh
>>
>>     On 10/10/2011 1:33 PM, Jim Duuuude wrote:
>>
>>         Thats because youre missing a 'digits/0' between the incall
>>         and the PARKED, such as:
>>
>>         Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)
>>
>>         The code to pick that up should be '0701' *not* 701
>>
>>         JIM WB6NIL
>>
>>         ------------------------------------------------------------------------
>>         Date: Mon, 10 Oct 2011 11:06:52 -0500
>>         From: cpe.jfreeman at gmail.com <mailto:cpe.jfreeman at gmail.com>
>>         To: APP_RPT-USERS at OHNOSEC.ORG <mailto:APP_RPT-USERS at OHNOSEC.ORG>
>>         Subject: [App_rpt-users] Reverse autopatch immediately hanging up
>>
>>         Hello,
>>
>>         I'm trying to set up a system that has a reverse autopatch as
>>         one of its features. The problem I'm having is that when a
>>         radio user dials the code to pick up an incoming call, the
>>         call gets disconnected almost immediately upon connecting.
>>         I'm certain the problem is that I've not set things up
>>         properly, but I'm still inexperienced enough that I could
>>         really use some help troubleshooting.
>>
>>         My Asterisk system is running from a recent ACID image
>>         (downloaded maybe three weeks ago). The machine also has a
>>         TDM400P card with an FXS module connected to an analog
>>         telephone I'm using to originate incoming test calls to the
>>         repeater system.
>>
>>         The relevant parts of my dialplan are as follows:
>>
>>         In context *phones_local*:
>>
>>         exten => 272727,1,Dial(Local/CQCQCQ at repeater)
>>         (Apparently, I can't directly connect to app_rpt from a Zap
>>         channel, so I dial through a Local channel instead.)
>>
>>         Then, in context *repeater*:
>>
>>         exten => CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)
>>         (This is an isolated system, so the node number is simply my
>>         name on a telephone keypad.)
>>
>>         What happens is this: I dial 272727 from the analog
>>         telephone, and I hear the announcement over the radio just
>>         fine. I send *6701 from the radio, and hear "Connecting" from
>>         the repeater along with echoing audio from the analog phone
>>         (because it's right there next to the radio). Then, I
>>         immediately hear "Call terminated" and the autopatch drops.
>>         The analog phone doesn't get hung up, though.
>>
>>         Here's what I see on the Asterisk console. For this trace, I
>>         was actually dialing in from an IAX softphone rather than the
>>         Zap channel, but the behavior is exactly the same.
>>
>>         -- Executing [272727 at phones_local:1] Dial("IAX2/josh-12630",
>>         "Local/CQCQCQ at repeater") in new stack
>>            -- Called CQCQCQ at repeater
>>            -- Executing [CQCQCQ at repeater:1]
>>         Rpt("Local/CQCQCQ at repeater-781b,2",
>>         "5674|Rrpt/in-call:PARKED|120") in new stack
>>            -- Return Context: (repeater,CQCQCQ,2) ID: 0
>>            -- Warning: Return Context Invalid, call will return to
>>         default|s
>>            -- Music class default requested but no musiconhold loaded.
>>          == Parked Local/CQCQCQ at repeater-781b,2 on 701 at parkedcalls.
>>         Will timeout back to extension [repeater] CQCQCQ, 2 in 45
>>         seconds
>>            -- Added extension '701' priority 1 to parkedcalls
>>            -- Music class default requested but no musiconhold loaded.
>>            -- Music class default requested but no musiconhold loaded.
>>            -- Local/CQCQCQ at repeater-781b,1 answered IAX2/josh-12630
>>            -- Call Parking Called, lot: 701, timeout: 0, context: (null)
>>            -- Music class default requested but no musiconhold loaded.
>>            -- <Zap/pseudo-1800116975> Playing 'rpt/in-call' (language
>>         'en')
>>            -- <Zap/pseudo-1800116975> Playing 'digits/7' (language 'en')
>>            -- <Zap/pseudo-1800116975> Playing 'digits/0' (language 'en')
>>            -- <Zap/pseudo-1800116975> Playing 'digits/1' (language 'en')
>>            -- Hungup 'Zap/pseudo-1800116975'
>>            -- Hungup 'Zap/pseudo-1018949410'
>>         [Oct  9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010
>>         usbradio_read: Got DTMF char * duration 340 ms
>>         [Oct  9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010
>>         usbradio_read: Got DTMF char 6 duration 235 ms
>>         [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
>>         usbradio_read: Got DTMF char 7 duration 255 ms
>>         [Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
>>         usbradio_read: Got DTMF char 0 duration 212 ms
>>            -- Hungup 'Zap/pseudo-1705936882'
>>         [Oct  9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010
>>         usbradio_read: Got DTMF char 1 duration 235 ms
>>            -- Executing [701 at phones_radio:1]
>>         ParkedCall("Zap/pseudo-523589909", "701") in new stack
>>            -- Channel Zap/pseudo-523589909 connected to parked call 701
>>          == Spawn extension (phones_radio, 701, 1) exited non-zero on
>>         'Local/CQCQCQ at repeater-781b,1<ZOMBIE>'
>>            -- Hungup 'Zap/pseudo-1742992459'
>>            -- Hungup 'Zap/pseudo-1417902655'
>>            -- <Zap/pseudo-1427730098> Playing 'rpt/callproceeding'
>>         (language 'en')
>>            -- Hungup 'Zap/pseudo-1427730098'
>>            -- <Zap/pseudo-1938338821> Playing 'rpt/callterminated'
>>         (language 'en')
>>            -- Hungup 'Zap/pseudo-1938338821'
>>            -- Hungup 'Zap/pseudo-1525511763'
>>
>>         I see some things about invalid return context and zombie
>>         channels, but I'm not sure what that means. Any idea what it
>>         is I'm missing?
>>
>>         Thanks,
>>         Josh
>>
>>
>>         _______________________________________________ App_rpt-users
>>         mailing list App_rpt-users at ohnosec.org
>>         <mailto:App_rpt-users at ohnosec.org>
>>         http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>>
>>
>>     _______________________________________________ App_rpt-users
>>     mailing list App_rpt-users at ohnosec.org
>>     <mailto:App_rpt-users at ohnosec.org>
>>     http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111011/91d2d364/attachment.html>

From telesistant at hotmail.com  Wed Oct 12 02:35:50 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 11 Oct 2011 19:35:50 -0700
Subject: [App_rpt-users] Reverse autopatch immediately hanging up
In-Reply-To: <4E94F2D9.6050609@gmail.com>
References: <4E93181C.3090508@gmail.com>, ,
	<BLU155-W55E6B7144EE0D8981CAFDAB1FD0@phx.gbl>, ,
	<4E937A2C.3010708@gmail.com>,
	<BLU155-W12564B57C6D53754759B67B1FD0@phx.gbl>, ,
	<4E93937A.4010300@gmail.com>,
	<BLU155-W8B33005F8D3E9D2D68751B1E20@phx.gbl>,
	<4E93A461.7080605@gmail.com>, <4E94F2D9.6050609@gmail.com>
Message-ID: <BLU155-W35FF7505DB3C65E43D338AB1E30@phx.gbl>


no problem..

Just remember, app_rpt is *not* a standard Asterisk dialplan application.
It is in no way intended to be used in a conventional way as a conventional
endpoint for conventional telephony.

JIM WB6NIL

Date: Tue, 11 Oct 2011 20:52:25 -0500
From: cpe.jfreeman at gmail.com
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up






  
  


I feel kind of stupid, but I've solved my problem
and discovered something interesting.



App_rpt accepts connections directly from Zap and SIP channels (without
the use of Local) just fine when it's invoked with the R option, as



Rpt(${NODE},R<announce-string>)



I discovered this by accidentally dialing the
test extension I'd set up for checking direct IAX from my Zap phone.
Wow, it worked! I got to thinking about what I had done differently,
and it occurred to me that I'd probably gotten the warning I mentioned
when I was still invoking app_rpt as



Rpt(${NODE},X)



So, I tried doing that again, and sure enough
- no Zap or SIP connections. Anyway, I wanted to clear the air on here
and not leave it appearing as though Zap and SIP connections wouldn't
work for reverse-autopatch. They do, if you do it right.



Josh



Josh Freeman wrote:

  
  OK. Well, darn. =)

  

Originally, I had tried to connect directly from the Zap channel, and
it failed with the message

  Warning: We only accept links via IAX2, Echolink, TheLinkBox or Local!!
  I guess that's what got me thinking Local
channels would be the way to bridge over from Zap or SIP.

  

  Thanks again for your help!

  

  Josh

  

On 10/10/2011 8:45 PM, Jim Duuuude wrote:
  
    
     dont use it at all... app_rpt cant deal with it. 

    

    
    Date: Mon, 10 Oct 2011 19:53:14 -0500

From: cpe.jfreeman at gmail.com

To: telesistant at hotmail.com

Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up

    

    
    
    OK, I tried that... it looks like the reverse
autopatch does work correctly when dialed into via pure IAX.
Unfortunately, only being able to use native IAX clients doesn't meet
the requirements for what I'm trying to do. I'll study up some more on
how Local channels work, maybe I'm not using that mechanism correctly.

    

Thanks,

Josh

    

On 10/10/2011 6:21 PM, Jim Duuuude wrote:
    
      
       okay, try calling it directly from your IAX
client, rather then through a Local channel

      

      
      Date: Mon, 10 Oct 2011 18:05:16 -0500

From: cpe.jfreeman at gmail.com

To: APP_RPT-USERS at OHNOSEC.ORG

Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up

      

      Jim,

      

That would be correct, if I had left the [radio] context as it was in
the bundled Allstar dialplan, where this line

      

      exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) 

      

      makes it necessary to dial the leading "0."
I created a different radio context, and simply added

      

      include => parkedcalls

      

      so that the pickup code *is* actually
just '701'.

      

      Because I don't understand everything
about this system, though, I tried reverting that part of my dialplan
back to the Allstar configuration, just to see if that made a
difference. It didn't - the autopatch still gets hung up within a
second or two of connection. Dialing through the Local channel is the
thing I'm doing that's significantly different than anything in the
Allstar dialplan, so I'm guessing that's where the problem is - but I'm
not smart enough to find it yet.

      

Thanks,

Josh

      

      On 10/10/2011 1:33 PM, Jim Duuuude wrote:
      
        
         Thats because youre missing a 'digits/0'
between the incall and the PARKED, such as:

        

Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)

        

The code to pick that up should be '0701' *not* 701

        

JIM WB6NIL

        

        
        Date: Mon, 10 Oct 2011 11:06:52 -0500

From: cpe.jfreeman at gmail.com

To: APP_RPT-USERS at OHNOSEC.ORG

Subject: [App_rpt-users] Reverse autopatch immediately hanging up

        

        Hello,

        

I'm trying to set up a system that has a reverse autopatch as one of
its features. The problem I'm having is that when a radio user dials
the code to pick up an incoming call, the call gets disconnected almost
immediately upon connecting. I'm certain the problem is that I've not
set things up properly, but I'm still inexperienced enough that I could
really use some help troubleshooting.

        

My Asterisk system is running from a recent ACID image (downloaded
maybe three weeks ago). The machine also has a TDM400P card with an FXS
module connected to an analog telephone I'm using to originate incoming
test calls to the repeater system.

        

The relevant parts of my dialplan are as follows:

        

In context phones_local:

        

        exten => 272727,1,Dial(Local/CQCQCQ at repeater)

        (Apparently, I can't directly connect
to app_rpt from a Zap channel, so I dial through a Local channel
instead.)

        

        Then, in context repeater:

        

        exten =>
CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)

        (This is an isolated system, so the
node number is simply my name on a telephone keypad.)

        

        What happens is this: I dial 272727 from
the analog telephone, and I hear the announcement over the radio just
fine. I send *6701 from the radio, and hear "Connecting" from the
repeater along with echoing audio from the analog phone (because it's
right there next to the radio). Then, I immediately hear "Call
terminated" and the autopatch drops. The
analog phone doesn't get hung up, though.

        

        Here's what I see on the Asterisk console.
For this trace, I was actually dialing in from an IAX softphone rather
than the Zap channel, but the behavior is exactly the same.

        

        
        --
Executing [272727 at phones_local:1] Dial("IAX2/josh-12630",
"Local/CQCQCQ at repeater") in new stack 

   -- Called CQCQCQ at repeater 

   -- Executing [CQCQCQ at repeater:1] Rpt("Local/CQCQCQ at repeater-781b,2",
"5674|Rrpt/in-call:PARKED|120") in new stack 

   -- Return Context: (repeater,CQCQCQ,2) ID: 0 

   -- Warning: Return Context Invalid, call will return to default|s 

   -- Music class default requested but no musiconhold loaded. 

 == Parked Local/CQCQCQ at repeater-781b,2 on 701 at parkedcalls. Will
timeout back to extension [repeater] CQCQCQ, 2 in 45 seconds 

   -- Added extension '701' priority 1 to parkedcalls 

   -- Music class default requested but no musiconhold loaded. 

   -- Music class default requested but no musiconhold loaded. 

   -- Local/CQCQCQ at repeater-781b,1 answered IAX2/josh-12630 

   -- Call Parking Called, lot: 701, timeout: 0, context: (null) 

   -- Music class default requested but no musiconhold loaded. 

   -- <Zap/pseudo-1800116975> Playing 'rpt/in-call' (language
'en') 

   -- <Zap/pseudo-1800116975> Playing 'digits/7' (language 'en') 

   -- <Zap/pseudo-1800116975> Playing 'digits/0' (language 'en') 

   -- <Zap/pseudo-1800116975> Playing 'digits/1' (language 'en') 

   -- Hungup 'Zap/pseudo-1800116975' 

   -- Hungup 'Zap/pseudo-1018949410' 

[Oct  9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char * duration 340 ms 

[Oct  9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char 6 duration 235 ms 

[Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char 7 duration 255 ms 

[Oct  9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char 0 duration 212 ms 

   -- Hungup 'Zap/pseudo-1705936882' 

[Oct  9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010 usbradio_read: Got
DTMF char 1 duration 235 ms 

   -- Executing [701 at phones_radio:1] ParkedCall("Zap/pseudo-523589909",
"701") in new stack 

   -- Channel Zap/pseudo-523589909 connected to parked call 701 

 == Spawn extension (phones_radio, 701, 1) exited non-zero on
'Local/CQCQCQ at repeater-781b,1<ZOMBIE>' 

   -- Hungup 'Zap/pseudo-1742992459' 

   -- Hungup 'Zap/pseudo-1417902655' 

   -- <Zap/pseudo-1427730098> Playing 'rpt/callproceeding'
(language 'en') 

   -- Hungup 'Zap/pseudo-1427730098' 

   -- <Zap/pseudo-1938338821> Playing 'rpt/callterminated'
(language 'en') 

   -- Hungup 'Zap/pseudo-1938338821' 

   -- Hungup 'Zap/pseudo-1525511763' 

        

        I see some things about invalid
return context and zombie channels, but I'm not sure what that means.
Any idea what it is I'm missing?

        

Thanks,

Josh

        
        

        

_______________________________________________ App_rpt-users mailing
list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
        
      
      

      

_______________________________________________ App_rpt-users mailing
list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
      
    
    

    
    
  
  







_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111011/d269787d/attachment.html>

From w3tmb1 at gmail.com  Wed Oct 12 19:05:58 2011
From: w3tmb1 at gmail.com (Travis Best)
Date: Wed, 12 Oct 2011 15:05:58 -0400
Subject: [App_rpt-users] Questions
Message-ID: <50BBE6D1-3948-44B3-99D3-F841A82682B0@gmail.com>

1.  Is there a way to to connect to my node using the IAX Client and connect to another node with out the audio being broadcasted to the repeater??

2. How do you setup XIPAR to make announcements at set times?


Thanks
Travis

From Ramesh at va3uv.com  Sat Oct 15 12:35:00 2011
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Sat, 15 Oct 2011 08:35:00 -0400
Subject: [App_rpt-users] libusb
Message-ID: <4E997DF4.7030005@va3uv.com>

Hi Jim and all;

Wonder if app_rpt will work with libusb-1.0.8 (or above)?

I believe the standard install uses libusb-0.1 (IIRC).  One of my FREE 
STAR* configs requires 1.0.8 and I'd like to use one PC for everything.

Cheers,

Ramesh.

www.va3uv.com


From rodgerbf at gmail.com  Sat Oct 15 13:42:13 2011
From: rodgerbf at gmail.com (Rodger Williams)
Date: Sat, 15 Oct 2011 08:42:13 -0500
Subject: [App_rpt-users] Iax Agent
Message-ID: <CAGh-KgHmBMXSzBiJsi93KW1ftPw7q0fbsbNo1Mrg4AHin9JR-g@mail.gmail.com>

I was wondering has anyone successfully got IaxAgent for android to work?

If so please do tell, I have tried but not with much success.





Rodger ? W5UOK
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111015/b7ae002e/attachment.html>

From hammradio at charter.net  Sat Oct 15 22:12:30 2011
From: hammradio at charter.net (Bob Bunter)
Date: Sat, 15 Oct 2011 15:12:30 -0700
Subject: [App_rpt-users] Scheduler
Message-ID: <8178DC540592406B8749574F2D6D181C@homec7144c8c01>

            When you run a Dual Node Box. How do you designate different events for the different Nodes? I want Node A to do this, but Not Node B and Node B doing something different without effecting Node A.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111015/dc554b43/attachment.html>

From k6kya at hokeynet.net  Sun Oct 16 00:46:22 2011
From: k6kya at hokeynet.net (Steve Passmore)
Date: Sat, 15 Oct 2011 17:46:22 -0700
Subject: [App_rpt-users] Scheduler
In-Reply-To: <8178DC540592406B8749574F2D6D181C@homec7144c8c01>
References: <8178DC540592406B8749574F2D6D181C@homec7144c8c01>
Message-ID: <CAMkXzgSPw3nQchn5JA7sQyQgyUO4tkyHBdUy9JLttz4V3q5SvA@mail.gmail.com>

My guess would be to specify a different schedule stanza in the node stanza
for the second node.  Then create another [schedule] stanza for the second
node.

I.e. on the second node change schedule=schedule to
schedule=schedule2
and then create a [schedule2] stanza with the functions you want for that
node.

Steve
On Oct 15, 2011 3:12 PM, "Bob Bunter" <hammradio at charter.net> wrote:

> **
>             When you run a Dual Node Box. How do you designate different
> events for the different Nodes? I want Node A to do this, but Not Node B and
> Node B doing something different without effecting Node A.
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111015/d41b4d28/attachment.html>

From telesistant at hotmail.com  Sun Oct 16 15:26:01 2011
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sun, 16 Oct 2011 08:26:01 -0700
Subject: [App_rpt-users] Scheduler
In-Reply-To: <CAMkXzgSPw3nQchn5JA7sQyQgyUO4tkyHBdUy9JLttz4V3q5SvA@mail.gmail.com>
References: <8178DC540592406B8749574F2D6D181C@homec7144c8c01>,
	<CAMkXzgSPw3nQchn5JA7sQyQgyUO4tkyHBdUy9JLttz4V3q5SvA@mail.gmail.com>
Message-ID: <BLU155-W10DDDEA185640EF06A7951B1E70@phx.gbl>


YES!! You got the idea. The "Obvious Rule" does indeed work.
BTW its "scheduler" not "schedule", but you sure got the idea right.

JIM WB6NIL

Date: Sat, 15 Oct 2011 17:46:22 -0700
From: k6kya at hokeynet.net
To: hammradio at charter.net
CC: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Scheduler

My guess would be to specify a different schedule stanza in the node stanza for the second node.  Then create another [schedule] stanza for the second node.
I.e. on the second node change schedule=schedule to

schedule=schedule2 

and then create a [schedule2] stanza with the functions you want for that node.
Steve
On Oct 15, 2011 3:12 PM, "Bob Bunter" <hammradio at charter.net> wrote:








            When 
you run a Dual Node Box. How do you designate different events for the 
different Nodes? I want Node A to do this, but Not Node B and Node B doing 
something different without effecting Node A.

_______________________________________________

App_rpt-users mailing list

App_rpt-users at ohnosec.org

http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users




_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111016/d2bc416c/attachment.html>

From vencl at att.net  Tue Oct 18 18:07:31 2011
From: vencl at att.net (Lu Vencl)
Date: Tue, 18 Oct 2011 14:07:31 -0400
Subject: [App_rpt-users] Echo link inbound prohibition?
Message-ID: <02c401cc8dc0$ceb0eb00$6c12c100$@net>

All,

I have had to shut down access to echolink on all my nodes due to an
unbelievable amount of problems I have been encountering, too many to
mention  here.

>From poor operating procedures to foreign language countries attaching for
no good reason,  I just can't take it anymore.

Then it occurred to me, I rarely have a need to use Echolink, but when I do,
it is only outbound anyway. So the question is how can I leave echolink up
but not allow inbound calls to my nodes or maybe even better setup a allow
list?

Thanks in advance.

Lu

KA4EPS

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111018/966b48f5/attachment.html>

From K7ZH at SkyWriting.Net  Tue Oct 18 18:46:39 2011
From: K7ZH at SkyWriting.Net (Bob Miller)
Date: Tue, 18 Oct 2011 11:46:39 -0700
Subject: [App_rpt-users] Allstar problem
Message-ID: <20111018114639.295946@WES-PC>

After one week of satisfactory operation, my Allstar node (27890) has the following error:

"USB 4-1  usbfs:  27618  (asterisks) did not claim interface 3 before use"

Error code 1, then the computer reboots its self.  The five digit number changes, but the problem just keeps repeating.  The only USB device connected is the DMK URI (9080).

Cause of the problem?  How to fix the it?  Thanks in advance for any help.

73, Bob



From kb2ear at kb2ear.net  Tue Oct 18 18:38:58 2011
From: kb2ear at kb2ear.net (Scott Weis)
Date: Tue, 18 Oct 2011 14:38:58 -0400
Subject: [App_rpt-users] Echo link inbound prohibition?
In-Reply-To: <02c401cc8dc0$ceb0eb00$6c12c100$@net>
References: <02c401cc8dc0$ceb0eb00$6c12c100$@net>
Message-ID: <051e01cc8dc5$32ec6a50$98c53ef0$@kb2ear.net>

See:

http://ohnosec.org/drupal/node/56

 

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl
Sent: Tuesday, October 18, 2011 2:08 PM
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Echo link inbound prohibition?

 

All,

I have had to shut down access to echolink on all my nodes due to an
unbelievable amount of problems I have been encountering, too many to
mention  here.

>From poor operating procedures to foreign language countries attaching for
no good reason,  I just can't take it anymore.

Then it occurred to me, I rarely have a need to use Echolink, but when I do,
it is only outbound anyway. So the question is how can I leave echolink up
but not allow inbound calls to my nodes or maybe even better setup a allow
list?

Thanks in advance.

Lu

KA4EPS

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111018/d765ff61/attachment.html>

From dshaw at ke6upi.com  Wed Oct 19 02:35:32 2011
From: dshaw at ke6upi.com (David KE6UPI)
Date: Tue, 18 Oct 2011 19:35:32 -0700
Subject: [App_rpt-users] Allstar problem
In-Reply-To: <20111018114639.295946@WES-PC>
References: <20111018114639.295946@WES-PC>
Message-ID: <CAH4RvbKAmeswj3OK3ibRTzYydzwO6tuxs6Qnw5HH06jzJbdEeQ@mail.gmail.com>

Hello Bob, Do you get the error without the DMK URI? Also you need to use
the same USB port that you used at install. If you move the URI to a
different USB ports you will get errors.

David

On Tue, Oct 18, 2011 at 11:46 AM, Bob Miller <K7ZH at skywriting.net> wrote:

> After one week of satisfactory operation, my Allstar node (27890) has the
> following error:
>
> "USB 4-1  usbfs:  27618  (asterisks) did not claim interface 3 before use"
>
> Error code 1, then the computer reboots its self.  The five digit number
> changes, but the problem just keeps repeating.  The only USB device
> connected is the DMK URI (9080).
>
> Cause of the problem?  How to fix the it?  Thanks in advance for any help.
>
> 73, Bob
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111018/e237e797/attachment.html>

From w3tmb1 at gmail.com  Wed Oct 19 04:00:33 2011
From: w3tmb1 at gmail.com (Travis Best)
Date: Wed, 19 Oct 2011 00:00:33 -0400
Subject: [App_rpt-users] Additional Node
Message-ID: <4E9E4B61.3000806@gmail.com>

What is the fastest / easiest way to add a additional node to a existing 
xipar server.

Thanks
Travis


From bote_radio at botecomm.com  Wed Oct 19 14:14:20 2011
From: bote_radio at botecomm.com (Bote Man)
Date: Wed, 19 Oct 2011 10:14:20 -0400
Subject: [App_rpt-users] Allstar problem
In-Reply-To: <CAH4RvbKAmeswj3OK3ibRTzYydzwO6tuxs6Qnw5HH06jzJbdEeQ@mail.gmail.com>
References: <20111018114639.295946@WES-PC>
	<CAH4RvbKAmeswj3OK3ibRTzYydzwO6tuxs6Qnw5HH06jzJbdEeQ@mail.gmail.com>
Message-ID: <00c601cc8e69$65f27300$31d75900$@com>

This is something that has puzzled me for a while, since sometimes I see
this behavior and other times I don't. I already know that individual
USB devices can be uniquely identified, as demonstrated on my work
computer where each time I plug in a different serial USB device it
creates yet another Com port. I think I'm up to Com 77 after testing
that many devices for work!

 

But you're saying that the specific USB connector port on the computer
also has a unique identity? That can really hamper operations in some
(many?) cases if so. 

 

At the very least there should be means simply to detect the USB device
and forge ahead regardless of which port it is plugged into.

 

Bote

 

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of David KE6UPI
Sent: Tuesday, 18 October, 2011 22:36



Hello Bob, Do you get the error without the DMK URI? Also you need to
use the same USB port that you used at install. If you move the URI to a
different USB ports you will get errors.

David

On Tue, Oct 18, 2011 at 11:46 AM, Bob Miller <K7ZH at skywriting.net>
wrote:

After one week of satisfactory operation, my Allstar node (27890) has
the following error:

"USB 4-1  usbfs:  27618  (asterisks) did not claim interface 3 before
use"

Error code 1, then the computer reboots its self.  The five digit number
changes, but the problem just keeps repeating.  The only USB device
connected is the DMK URI (9080).

Cause of the problem?  How to fix the it?  Thanks in advance for any
help.

73, Bob




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111019/5aac676f/attachment.html>

From wd0ekr at msn.com  Wed Oct 19 17:06:02 2011
From: wd0ekr at msn.com (James  H Vernetti)
Date: Wed, 19 Oct 2011 11:06:02 -0600
Subject: [App_rpt-users] login
Message-ID: <SNT134-ds1111030A65DC131C4C3CD89AEA0@phx.gbl>

My computer has been down with a bad power supply for some time, I installed 
a new power supply today and the system boots up but when It pops up wd0ekr 
login I type in root hit enter and the password line pops up but when I try 
to type in the password nothing happens, I tried rebooting and a different 
keyboard with the same result, any ideas out there.

Thanks
Jim 



From dshaw at ke6upi.com  Wed Oct 19 20:04:30 2011
From: dshaw at ke6upi.com (David KE6UPI)
Date: Wed, 19 Oct 2011 13:04:30 -0700
Subject: [App_rpt-users] Allstar problem
In-Reply-To: <00c601cc8e69$65f27300$31d75900$@com>
References: <20111018114639.295946@WES-PC>
	<CAH4RvbKAmeswj3OK3ibRTzYydzwO6tuxs6Qnw5HH06jzJbdEeQ@mail.gmail.com>
	<00c601cc8e69$65f27300$31d75900$@com>
Message-ID: <CAH4RvbJP2ssJWzDSkz=u0wOZtOxrU1mG9L-aOSASGA-NkR-2NA@mail.gmail.com>

I'm not a USB wiz. I don't see anything wrong with ACID. Just like Window's
and Mac's every time you move or add a USB device it adds a new port. Just
Google "windows 7 release unused com ports." Most software allows you change
the what ports the USB device is on. You can under ACID. Just change the all
the files need to make the change. Remember that ACID is a command line only
OS. So there is no GUI and mouse to click away at. I don't like to edit
files or move the URI's around.  Now to think about it. I have my node up
for two years with the same 2 URI's. I never needed to change or move USB
ports for the URI or edit the files. I guess they made ACID to be a install
and forgot about it after you configure it.

David
KE6UPI

On Wed, Oct 19, 2011 at 7:14 AM, Bote Man <bote_radio at botecomm.com> wrote:

> This is something that has puzzled me for a while, since sometimes I see
> this behavior and other times I don't. I already know that individual USB
> devices can be uniquely identified, as demonstrated on my work computer
> where each time I plug in a different serial USB device it creates yet
> another Com port. I think I'm up to Com 77 after testing that many devices
> for work!****
>
> ** **
>
> But you're saying that the specific USB connector port on the computer also
> has a unique identity? That can really hamper operations in some (many?)
> cases if so. ****
>
> ** **
>
> At the very least there should be means simply to detect the USB device and
> forge ahead regardless of which port it is plugged into.****
>
> ** **
>
> Bote****
>
> ** **
>
> ** **
>
> *From:* app_rpt-users-bounces at ohnosec.org [mailto:
> app_rpt-users-bounces at ohnosec.org] *On Behalf Of *David KE6UPI
> *Sent:* Tuesday, 18 October, 2011 22:36
>
> ****
>
> Hello Bob, Do you get the error without the DMK URI? Also you need to use
> the same USB port that you used at install. If you move the URI to a
> different USB ports you will get errors.
>
> David****
>
> On Tue, Oct 18, 2011 at 11:46 AM, Bob Miller <K7ZH at skywriting.net> wrote:*
> ***
>
> After one week of satisfactory operation, my Allstar node (27890) has the
> following error:
>
> "USB 4-1  usbfs:  27618  (asterisks) did not claim interface 3 before use"
>
> Error code 1, then the computer reboots its self.  The five digit number
> changes, but the problem just keeps repeating.  The only USB device
> connected is the DMK URI (9080).
>
> Cause of the problem?  How to fix the it?  Thanks in advance for any help.
>
> 73, Bob
>
>
> ****
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111019/79669307/attachment.html>

From dshaw at ke6upi.com  Wed Oct 19 20:11:09 2011
From: dshaw at ke6upi.com (David KE6UPI)
Date: Wed, 19 Oct 2011 13:11:09 -0700
Subject: [App_rpt-users] login
In-Reply-To: <SNT134-ds1111030A65DC131C4C3CD89AEA0@phx.gbl>
References: <SNT134-ds1111030A65DC131C4C3CD89AEA0@phx.gbl>
Message-ID: <CAH4RvbLKFHUC9sb_4LnY5UtzFOCkjCki=_oYQk-U1DrHJvn-9Q@mail.gmail.com>

Its the root password you used when you installed ACID. But I guess you know
that. I think the default password is the same as Limey Linux. Try and
Google it.. I'll look around..

David

On Wed, Oct 19, 2011 at 10:06 AM, James H Vernetti <wd0ekr at msn.com> wrote:

> My computer has been down with a bad power supply for some time, I
> installed
> a new power supply today and the system boots up but when It pops up wd0ekr
> login I type in root hit enter and the password line pops up but when I try
> to type in the password nothing happens, I tried rebooting and a different
> keyboard with the same result, any ideas out there.
>
> Thanks
> Jim
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111019/2f64dfb7/attachment.html>

From kb7rsi at gmail.com  Wed Oct 19 22:48:59 2011
From: kb7rsi at gmail.com (KB7RSI)
Date: Wed, 19 Oct 2011 15:48:59 -0700
Subject: [App_rpt-users] login
In-Reply-To: <SNT134-ds1111030A65DC131C4C3CD89AEA0@phx.gbl>
References: <SNT134-ds1111030A65DC131C4C3CD89AEA0@phx.gbl>
Message-ID: <059e01cc8eb1$4b35e2c0$e1a1a840$@gmail.com>

Was it a working system before it went down?
If it was, then you have changed the default to your own since it prompts
you to change it when doing the install.

Harold

-----Original Message-----
From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of James H Vernetti
Sent: Wednesday, October 19, 2011 10:06 AM
To: App_rpt-users
Subject: [App_rpt-users] login

My computer has been down with a bad power supply for some time, I installed
a new power supply today and the system boots up but when It pops up wd0ekr
login I type in root hit enter and the password line pops up but when I try
to type in the password nothing happens, I tried rebooting and a different
keyboard with the same result, any ideas out there.

Thanks
Jim 

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From mike at pingmonster.net  Thu Oct 20 05:10:19 2011
From: mike at pingmonster.net (Mike Ping)
Date: Wed, 19 Oct 2011 22:10:19 -0700
Subject: [App_rpt-users] Feature Request: web control interface
Message-ID: <CAGaNJfLnK7Vcn4yOLBdoyuZSuq3ZP8QmzEy0c+puNPm6uNJrLA@mail.gmail.com>

Maybe this is already possible but I don't see it anywhere.  Having a simple
web interface where a user or a control op who isn't command line savvy
could point their web browser to an address and be able to do basic
functions such as connect or disconnect a link or shut off the repeater
would be very useful.  On the Echolink software they have that option.  Its
not real fancy but was very useful.  Has anyone set something like this up?


Mike - N3KPU
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111019/70e8e5d6/attachment.html>

From mike at pingmonster.net  Thu Oct 20 05:25:53 2011
From: mike at pingmonster.net (Mike Ping)
Date: Wed, 19 Oct 2011 22:25:53 -0700
Subject: [App_rpt-users] Reading archives
Message-ID: <CAGaNJf+QP5bhAxquy81siRdsSfFmiF8-97=yyNKuZ9FWJd5w0A@mail.gmail.com>

I asked this question before and still haven't conquer this problem.  I am
trying to view the Gzip'd Text archives on the App_rpt-users Archives
webpage at http://ohnosec.org/pipermail/app_rpt-users/.

I have tried the instructions found at
http://johnpoelstra.com/tag/import/ and it works for his example but
when I apply the same instructions for the files of this group it
doesn't produce anything I can read.  When I download and unzip I get
a .txt file but when I open it all I get is a bunch of box symbols


It would be really useful to be able to search these locally all in one
folder as opposed to browsing through each month one at a time.

Any suggestions?


Mike - N3KPU
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111019/1e1f93e6/attachment.html>

From mike at pingmonster.net  Thu Oct 20 11:10:51 2011
From: mike at pingmonster.net (Mike Ping)
Date: Thu, 20 Oct 2011 04:10:51 -0700
Subject: [App_rpt-users] Reading archives
In-Reply-To: <CAGaNJf+QP5bhAxquy81siRdsSfFmiF8-97=yyNKuZ9FWJd5w0A@mail.gmail.com>
References: <CAGaNJf+QP5bhAxquy81siRdsSfFmiF8-97=yyNKuZ9FWJd5w0A@mail.gmail.com>
Message-ID: <CAGaNJfJTSAG=FGpPM4OXesejPjfNUg6h8aiDFAuiwg0jiq4TMQ@mail.gmail.com>

Here is the answer to my question with the help of some emails I received
off the list.

WinRar and Windows compressed folders do not work for this very well.  Use
7-zip to open the Gzip'd Text files.  Once you open the file in 7-zip it
looks like a text file i.e. 2011-October.txt, but it is not a txt file, it
is actually a another zipped file ending in .txt  After about 8 more double
clicks you finally drill down to the real .txt file.

After this I finally got a file that had readable text but it was all run
together.

I wanted to read this in a mail viewer for easy searching so I installed
Thunderbird and went to the directory where the mail is kept. You can find
this by right clicking on "Local Folders" and selecting "Settings".  There
you will see a link right to your folder where your mail is kept.  Copy and
paste that link into Explorer and once you are in that directory you can
dump the .txt files there.  Then after restarting Thunderbird all the
messages will be in there just like you received them through your email
account.

This process is a little cumbersome and there is probably a better solution
but it works.


Mike - N3KPU



On Wed, Oct 19, 2011 at 10:25 PM, Mike Ping <mike at pingmonster.net> wrote:

> I asked this question before and still haven't conquer this problem.  I am
> trying to view the Gzip'd Text archives on the App_rpt-users Archives
> webpage at http://ohnosec.org/pipermail/app_rpt-users/.
>
> I have tried the instructions found at http://johnpoelstra.com/tag/import/ and it works for his example but when I apply the same instructions for the files of this group it doesn't produce anything I can read.  When I download and unzip I get a .txt file but when I open it all I get is a bunch of box symbols
>
>
> It would be really useful to be able to search these locally all in one
> folder as opposed to browsing through each month one at a time.
>
> Any suggestions?
>
>
> Mike - N3KPU
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111020/b6b7bb75/attachment.html>

From wb3awj at comcast.net  Thu Oct 20 12:05:56 2011
From: wb3awj at comcast.net (Robert A. Poff WB3AWJ)
Date: Thu, 20 Oct 2011 12:05:56 +0000 (UTC)
Subject: [App_rpt-users] Feature Request: web control interface
In-Reply-To: <CAGaNJfLnK7Vcn4yOLBdoyuZSuq3ZP8QmzEy0c+puNPm6uNJrLA@mail.gmail.com>
Message-ID: <50044296.1019522.1319112356951.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net>



For control operators I do sort of the same thing with a small menu style script. 
I set up a "control op" user account, added the script into the .bash_profile file along with logout after it. 



This way all they need is an ssh client (Putty for example). I also use it via?a client on my Droid phone. 


Less chance of mischief in my opinion. 





? 
Robert A. Poff 
Loganville, PA. 
WB3AWJ 

"Lieutenant, target the offending power boat and launch photon torpedoes" 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111020/4a334520/attachment.html>

From wd0ekr at msn.com  Thu Oct 20 12:09:07 2011
From: wd0ekr at msn.com (James  H Vernetti)
Date: Thu, 20 Oct 2011 06:09:07 -0600
Subject: [App_rpt-users] login
Message-ID: <SNT134-ds11AD4DC50637FCA71B80299AEB0@phx.gbl>

after I type root and hit enter the word password appears on the screen but 
the computer will not let me enter a password, when I hit a letter or number 
key nothing happens

On Wed, Oct 19, 2011 at 10:06 AM, James H Vernetti <wd0ekr at msn.com> wrote:

My computer has been down with a bad power supply for some time, I installed
a new power supply today and the system boots up but when It pops up wd0ekr
login I type in root hit enter and the password line pops up but when I try
to type in the password nothing happens, I tried rebooting and a different
keyboard with the same result, any ideas out there.

Thanks
Jim 



From Ramesh at va3uv.com  Thu Oct 20 12:29:04 2011
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Thu, 20 Oct 2011 08:29:04 -0400
Subject: [App_rpt-users] login
In-Reply-To: <SNT134-ds11AD4DC50637FCA71B80299AEB0@phx.gbl>
References: <SNT134-ds11AD4DC50637FCA71B80299AEB0@phx.gbl>
Message-ID: <4EA01410.9060704@va3uv.com>

On 20/10/2011 8:09 AM, James H Vernetti wrote:
> after I type root and hit enter the word password appears on the screen but
> the computer will not let me enter a password, when I hit a letter or number
> key nothing happens
>

<-- Can you ssh to it over your local network?

- try this test:

 From another PC (WIN or Linux):

telnet <ip_of_app_rpt_box> 222 (assuming that the ssh port is the 
default '222' as set by the ACID install).

Do you get the OpenSSH prompt?


Ctrl C or Ctrl ] to exit


Then try to ssh into the box using PuTTY, the SSH client, etc...


Ramesh.

Member of the FREE STAR* Team

www.va3uv.com



From wd0ekr at msn.com  Thu Oct 20 12:54:31 2011
From: wd0ekr at msn.com (James  H Vernetti)
Date: Thu, 20 Oct 2011 06:54:31 -0600
Subject: [App_rpt-users] login
In-Reply-To: <SNT134-ds11AD4DC50637FCA71B80299AEB0@phx.gbl>
	<4EA01410.9060704@va3uv.com>
References: <SNT134-ds11AD4DC50637FCA71B80299AEB0@phx.gbl>
	<4EA01410.9060704@va3uv.com>
Message-ID: <SNT134-ds143A3B4BB491308FAFBE0F9AEB0@phx.gbl>

well now it wont boot up shows , cannot submit datapipe for urb 0 error-22 
internal error


----- Original Message ----- 
From: "Ramesh Dhami (VA3UV)" <Ramesh at va3uv.com>
To: <app_rpt-users at ohnosec.org>
Sent: Thursday, October 20, 2011 6:29 AM
Subject: Re: [App_rpt-users] login


> On 20/10/2011 8:09 AM, James H Vernetti wrote:
> > after I type root and hit enter the word password appears on the screen 
> > but
> > the computer will not let me enter a password, when I hit a letter or 
> > number
> > key nothing happens
> >
>
> <-- Can you ssh to it over your local network?
>
> - try this test:
>
>  From another PC (WIN or Linux):
>
> telnet <ip_of_app_rpt_box> 222 (assuming that the ssh port is the
> default '222' as set by the ACID install).
>
> Do you get the OpenSSH prompt?
>
>
> Ctrl C or Ctrl ] to exit
>
>
> Then try to ssh into the box using PuTTY, the SSH client, etc...
>
>
> Ramesh.
>
> Member of the FREE STAR* Team
>
> www.va3uv.com
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 


From wd0ekr at msn.com  Thu Oct 20 15:28:27 2011
From: wd0ekr at msn.com (James  H Vernetti)
Date: Thu, 20 Oct 2011 09:28:27 -0600
Subject: [App_rpt-users] login
In-Reply-To: <SNT134-ds11AD4DC50637FCA71B80299AEB0@phx.gbl>
	<4EA01410.9060704@va3uv.com>
References: <SNT134-ds11AD4DC50637FCA71B80299AEB0@phx.gbl>
	<4EA01410.9060704@va3uv.com>
Message-ID: <SNT134-ds3930D87B720BDB50EB79B9AEB0@phx.gbl>

I do not know why but I rebooted the machine again and now everything is 
working, thanks for the replies

Jim
node 27620
----- Original Message ----- 
From: "Ramesh Dhami (VA3UV)" <Ramesh at va3uv.com>
To: <app_rpt-users at ohnosec.org>
Sent: Thursday, October 20, 2011 6:29 AM
Subject: Re: [App_rpt-users] login


> On 20/10/2011 8:09 AM, James H Vernetti wrote:
> > after I type root and hit enter the word password appears on the screen 
> > but
> > the computer will not let me enter a password, when I hit a letter or 
> > number
> > key nothing happens
> >
>
> <-- Can you ssh to it over your local network?
>
> - try this test:
>
>  From another PC (WIN or Linux):
>
> telnet <ip_of_app_rpt_box> 222 (assuming that the ssh port is the
> default '222' as set by the ACID install).
>
> Do you get the OpenSSH prompt?
>
>
> Ctrl C or Ctrl ] to exit
>
>
> Then try to ssh into the box using PuTTY, the SSH client, etc...
>
>
> Ramesh.
>
> Member of the FREE STAR* Team
>
> www.va3uv.com
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 


From vencl at att.net  Sat Oct 22 01:49:36 2011
From: vencl at att.net (Lu Vencl)
Date: Fri, 21 Oct 2011 21:49:36 -0400
Subject: [App_rpt-users] Unable to connect to remote asterisk (does
	/var/run/asterisk.ctl exist?)
Message-ID: <05ef01cc905c$db97ee60$92c7cb20$@net>

I keep having this issue with one of my nodes. Anyone have any idea why I
get this?

Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)

If I reboot, it clears up.

Thanks

73

KA4EPS

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111021/ee887745/attachment.html>

From vacuumtubesforever at gmail.com  Mon Oct 24 01:47:15 2011
From: vacuumtubesforever at gmail.com (Ed Wilhelm)
Date: Sun, 23 Oct 2011 21:47:15 -0400
Subject: [App_rpt-users] Echolink permit config
Message-ID: <4EA4C3A3.7080005@gmail.com>

I tried adding

  permit=*-*

to limit connections to rf based stations and reduce the drive by 
connects. That seems to work fine but I would like to add exceptions for 
several stations. Tried inserting their callsigns but apparently the 
wildcard has priority. Tried putting it at the end of the line but no 
difference.

Any suggestions?

Ed W8VT


From bob at w5evh.org  Mon Oct 24 05:57:19 2011
From: bob at w5evh.org (Bob Roszkowski)
Date: Mon, 24 Oct 2011 00:57:19 -0500
Subject: [App_rpt-users] EchoLink Callsign instead of node number.
Message-ID: <CA+KByB4Jsy39TpgGQeTeVS401rVW7MRC=C2mt-7nUtpft2BXvw@mail.gmail.com>

Is there a way to change Allstar to report an EchoLinks Callsign and not
their node number when they connect?  I have not been able to find any
documentation how to change this.


-- 
boB - W5EVH
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111024/4e5c2a70/attachment.html>

From vencl at att.net  Mon Oct 24 11:32:49 2011
From: vencl at att.net (Lu Vencl)
Date: Mon, 24 Oct 2011 07:32:49 -0400
Subject: [App_rpt-users] Node 27875 is no longer in the database
Message-ID: <08d701cc9240$a9a99fd0$fcfcdf70$@net>

I keep running into this issue where my node is no longer in the database..

I can connect to nodes, but it still just shows up as NA..

Example below after I connected to 2560

Any ideas on why this is happening?


Node 2560


 


Connections


 


Node

Mode

Callsign

Channel

CTCSS

Location


1001

N/A

N/A

N/A

N/A

N/A


1350

N/A

N/A

N/A

N/A

N/A


1360

N/A

N/A

N/A

N/A

N/A


1401

N/A

N/A

N/A

N/A

N/A


1440

N/A

N/A

N/A

N/A

N/A


1779

N/A

N/A

N/A

N/A

N/A


1801

N/A

N/A

N/A

N/A

N/A


1988

N/A

N/A

N/A

N/A

N/A


2137 <http://stats.allstarlink.org/?node=2137> 

Transceive

KJ6MID

445.900-

131.8

Santa Barbara, CA


2414 <http://stats.allstarlink.org/?node=2414> 

Transceive

N5ZUA

147.200 +

103.5

Bastrop, Texas


2430 <http://stats.allstarlink.org/?node=2430> 

Transceive

WR5AAA

146.88 -

203.5

Cat Spring, Texas


2433 <http://stats.allstarlink.org/?node=2433> 

Transceive

N5XWD

444.300 +

123.0

Houston, Texas


2448 <http://stats.allstarlink.org/?node=2448> 

Transceive

K7IZA

448.575

77.0

Las Vegas, NV


2450 <http://stats.allstarlink.org/?node=2450> 

Transceive

K7IZA

445.500

77.0

Nevada


2545 <http://stats.allstarlink.org/?node=2545> 

Transceive

WA7G

441.675

100

Napa, CA


2591 <http://stats.allstarlink.org/?node=2591> 

Transceive

N5ZUA

444.975 +

173.8

Alexandria, Louisiana


2596 <http://stats.allstarlink.org/?node=2596> 

Transceive

WB6IAG

224.440(S)

100.0

Paradise, Ca.


2597 <http://stats.allstarlink.org/?node=2597> 

Transceive

K6BDM

448.940 -

100.0

Thousand Oaks, CA


27079

N/A

N/A

N/A

N/A

N/A


27084 <http://stats.allstarlink.org/?node=27084> 

Transceive

WH6FM

HUB

	Hilo, HI


27144

N/A

N/A

N/A

N/A

N/A


27669 <http://stats.allstarlink.org/?node=27669> 

Transceive

N5FAZ

442.100

123.0

El Paso, Texas


27824 <http://stats.allstarlink.org/?node=27824> 

Transceive

WB5UGT

145.350 -

203.5

Addicks, TX


27847 <http://stats.allstarlink.org/?node=27847> 

Transceive

KG5YH

146.800 - 

100.0

La Grange, TX


27859 <http://stats.allstarlink.org/?node=27859> 

Transceive

K4GET

445.425(S)

100.0

plantation,FL USA


27875

N/A

N/A

N/A

N/A

N/A

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111024/9a78ba6c/attachment.html>

From n3fe at repeater.net  Mon Oct 24 12:05:46 2011
From: n3fe at repeater.net (Corey Dean)
Date: Mon, 24 Oct 2011 08:05:46 -0400
Subject: [App_rpt-users] EchoLink Callsign instead of node number.
In-Reply-To: <CA+KByB4Jsy39TpgGQeTeVS401rVW7MRC=C2mt-7nUtpft2BXvw@mail.gmail.com>
References: <CA+KByB4Jsy39TpgGQeTeVS401rVW7MRC=C2mt-7nUtpft2BXvw@mail.gmail.com>
Message-ID: <4BCC91CBCFD66C4489B4BD3233140C3E01B0C707A2ED@exchange.mail.repeater.net>

in the rpt.conf file....

eannmode=2                                          ; Default: 1 = Say only node number on EchoLink connects
                                                        ; 2 = say phonetic call sign only on EchoLink connects
                                                        ; 3 = say phonetic call sign and node number on EchoLink connects

Corey N3FE


________________________________
From: app_rpt-users-bounces at ohnosec.org [app_rpt-users-bounces at ohnosec.org] On Behalf Of Bob Roszkowski [bob at w5evh.org]
Sent: Monday, October 24, 2011 1:57 AM
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] EchoLink Callsign instead of node number.

Is there a way to change Allstar to report an EchoLinks Callsign and not their node number when they connect?  I have not been able to find any documentation how to change this.


--
boB - W5EVH


--
This message was scanned and is believed to be clean.
Click here to report this message as spam.<http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=C9829256C.A187B>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111024/96cd60b2/attachment.html>

From tim.sawyer at me.com  Mon Oct 24 14:07:37 2011
From: tim.sawyer at me.com (Tim Sawyer)
Date: Mon, 24 Oct 2011 07:07:37 -0700
Subject: [App_rpt-users] Variable Repeat Audio Delay
Message-ID: <648B72C5-56AD-412D-A149-DB5130E86A8E@me.com>

App_rpt has an indeterminate repeat audio delay on our system. Sometimes we hear ourselves when we unkey other times not. The amount of delay varies from near zero to four or five words. Has anybody else experienced this on their system?
--
Tim
:wq



From ke2n at cs.com  Mon Oct 24 14:11:53 2011
From: ke2n at cs.com (Ken)
Date: Mon, 24 Oct 2011 10:11:53 -0400
Subject: [App_rpt-users] EchoLink Callsign instead of node number.
In-Reply-To: <CA+KByB4Jsy39TpgGQeTeVS401rVW7MRC=C2mt-7nUtpft2BXvw@mail.gmail.com>
References: <CA+KByB4Jsy39TpgGQeTeVS401rVW7MRC=C2mt-7nUtpft2BXvw@mail.gmail.com>
Message-ID: <006001cc9256$e1b5e9e0$a521bda0$@com>

eannmode=2    

 

in the node stanza

 

see

 

http://ohnosec.org/drupal/node/107

 

 

73

Ken

 

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bob Roszkowski
Sent: Monday, October 24, 2011 1:57 AM
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] EchoLink Callsign instead of node number.

 

Is there a way to change Allstar to report an EchoLinks Callsign and not
their node number when they connect?  I have not been able to find any
documentation how to change this.


-- 
boB - W5EVH

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111024/7dbf5651/attachment.html>

From ke2n at cs.com  Mon Oct 24 14:40:21 2011
From: ke2n at cs.com (Ken)
Date: Mon, 24 Oct 2011 10:40:21 -0400
Subject: [App_rpt-users] Variable Repeat Audio Delay
In-Reply-To: <648B72C5-56AD-412D-A149-DB5130E86A8E@me.com>
References: <648B72C5-56AD-412D-A149-DB5130E86A8E@me.com>
Message-ID: <007401cc925a$dd8e3c60$98aab520$@com>

I had a lot of fun with this a while back

Can I assume you have more than one box on your system? 
And perhaps you have played with the jitterbuffer settings I IAX config?

In my case, there was some problem on my network or some unwanted behavior
of my router and a delay of up to 

resyncthreshold=

would accumulate during quiet periods.  If I had this set to 2000, for
example, and came on the air as it reached 1990, then I could hear nearly
two seconds of audio being played back at me. 

>From the CLI type: 

iax2 show channels

This will show where the delay is building up.

I found that I had to have my private nodes periodically "pinging" something
through the router; and for good measure I put the local IP addresses of all
the common system nodes (even the registering ones) in the config files. I
set resyncthreshold=300 so that even if there is a problem, any delay is
hardly noticeable.

73
Ken



> -----Original Message-----
> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-
> bounces at ohnosec.org] On Behalf Of Tim Sawyer
> Sent: Monday, October 24, 2011 10:08 AM
> To: app_rpt list
> Subject: [App_rpt-users] Variable Repeat Audio Delay
> 
> App_rpt has an indeterminate repeat audio delay on our system.
> Sometimes we hear ourselves when we unkey other times not. The amount
> of delay varies from near zero to four or five words. Has anybody else
> experienced this on their system?
> --
> Tim
> :wq
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From tim.sawyer at me.com  Mon Oct 24 14:53:09 2011
From: tim.sawyer at me.com (Tim Sawyer)
Date: Mon, 24 Oct 2011 07:53:09 -0700
Subject: [App_rpt-users] Variable Repeat Audio Delay
In-Reply-To: <007401cc925a$dd8e3c60$98aab520$@com>
References: <648B72C5-56AD-412D-A149-DB5130E86A8E@me.com>
	<007401cc925a$dd8e3c60$98aab520$@com>
Message-ID: <9FFD7905-800B-4724-B11D-070EBF24E3F6@me.com>

Just to be sure we are talking about the same thing.... it's repeat audio delay I'm talking about, not the delay between nodes, correct? In other words, you are saying that the jitter buffer affected repeat audio?
--
Tim
:wq

On Oct 24, 2011, at 7:40 AM, Ken wrote:

> I had a lot of fun with this a while back
> 
> Can I assume you have more than one box on your system? 
> And perhaps you have played with the jitterbuffer settings I IAX config?
> 
> In my case, there was some problem on my network or some unwanted behavior
> of my router and a delay of up to 
> 
> resyncthreshold=
> 
> would accumulate during quiet periods.  If I had this set to 2000, for
> example, and came on the air as it reached 1990, then I could hear nearly
> two seconds of audio being played back at me. 
> 
> From the CLI type: 
> 
> iax2 show channels
> 
> This will show where the delay is building up.
> 
> I found that I had to have my private nodes periodically "pinging" something
> through the router; and for good measure I put the local IP addresses of all
> the common system nodes (even the registering ones) in the config files. I
> set resyncthreshold=300 so that even if there is a problem, any delay is
> hardly noticeable.
> 
> 73
> Ken
> 
> 
> 
>> -----Original Message-----
>> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-
>> bounces at ohnosec.org] On Behalf Of Tim Sawyer
>> Sent: Monday, October 24, 2011 10:08 AM
>> To: app_rpt list
>> Subject: [App_rpt-users] Variable Repeat Audio Delay
>> 
>> App_rpt has an indeterminate repeat audio delay on our system.
>> Sometimes we hear ourselves when we unkey other times not. The amount
>> of delay varies from near zero to four or five words. Has anybody else
>> experienced this on their system?
>> --
>> Tim
>> :wq
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 



From ke2n at cs.com  Mon Oct 24 15:46:39 2011
From: ke2n at cs.com (Ken)
Date: Mon, 24 Oct 2011 11:46:39 -0400
Subject: [App_rpt-users] Variable Repeat Audio Delay
In-Reply-To: <9FFD7905-800B-4724-B11D-070EBF24E3F6@me.com>
References: <648B72C5-56AD-412D-A149-DB5130E86A8E@me.com>
	<007401cc925a$dd8e3c60$98aab520$@com>
	<9FFD7905-800B-4724-B11D-070EBF24E3F6@me.com>
Message-ID: <000601cc9264$1f28e360$5d7aaa20$@com>

Yes and no. I am talking about cross-band repeated audio where multiple
computers are involved. Hence my comment about more than one box.

If your audio is staying entirely within the same box, then iax
communications are not involved.

There is a sort of jitter buffer on the USB sound system as well.  
I suppose problems with the USB comms could create a similar delay within
one box.
This should not happen though ... possibly if you are running other programs
or GUI, that would cause the problem - or, if you have some energy-star BIOS
feature enabled so that your computer is taking a nap when not much is going
on ...

GL
Ken 



> -----Original Message-----
> From: Tim Sawyer [mailto:tim.sawyer at me.com]
> Sent: Monday, October 24, 2011 10:53 AM
> To: app_rpt list
> Cc: Ken
> Subject: Re: [App_rpt-users] Variable Repeat Audio Delay
> 
> Just to be sure we are talking about the same thing.... it's repeat
> audio delay I'm talking about, not the delay between nodes, correct? In
> other words, you are saying that the jitter buffer affected repeat
> audio?
> --
> Tim
> :wq
> 
> On Oct 24, 2011, at 7:40 AM, Ken wrote:
> 
> > I had a lot of fun with this a while back
> >
> > Can I assume you have more than one box on your system?
> > And perhaps you have played with the jitterbuffer settings I IAX
> config?
> >
> > In my case, there was some problem on my network or some unwanted
> behavior
> > of my router and a delay of up to
> >
> > resyncthreshold=
> >
> > would accumulate during quiet periods.  If I had this set to 2000,
> for
> > example, and came on the air as it reached 1990, then I could hear
> nearly
> > two seconds of audio being played back at me.
> >
> > From the CLI type:
> >
> > iax2 show channels
> >
> > This will show where the delay is building up.
> >
> > I found that I had to have my private nodes periodically "pinging"
> something
> > through the router; and for good measure I put the local IP addresses
> of all
> > the common system nodes (even the registering ones) in the config
> files. I
> > set resyncthreshold=300 so that even if there is a problem, any delay
> is
> > hardly noticeable.
> >
> > 73
> > Ken
> >
> >
> >
> >> -----Original Message-----
> >> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-
> >> bounces at ohnosec.org] On Behalf Of Tim Sawyer
> >> Sent: Monday, October 24, 2011 10:08 AM
> >> To: app_rpt list
> >> Subject: [App_rpt-users] Variable Repeat Audio Delay
> >>
> >> App_rpt has an indeterminate repeat audio delay on our system.
> >> Sometimes we hear ourselves when we unkey other times not. The
> amount
> >> of delay varies from near zero to four or five words. Has anybody
> else
> >> experienced this on their system?
> >> --
> >> Tim
> >> :wq
> >>
> >> _______________________________________________
> >> App_rpt-users mailing list
> >> App_rpt-users at ohnosec.org
> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >




From tim.sawyer at me.com  Mon Oct 24 16:13:00 2011
From: tim.sawyer at me.com (Tim Sawyer)
Date: Mon, 24 Oct 2011 09:13:00 -0700
Subject: [App_rpt-users] Variable Repeat Audio Delay
In-Reply-To: <4EA57EEB.2080201@alertradio.net>
References: <648B72C5-56AD-412D-A149-DB5130E86A8E@me.com>
	<007401cc925a$dd8e3c60$98aab520$@com>
	<9FFD7905-800B-4724-B11D-070EBF24E3F6@me.com>
	<4EA57EEB.2080201@alertradio.net>
Message-ID: <39543B57-ADB8-4700-9849-B36F921B48A6@me.com>

I can't see why hangtime would affect it any. But yep, it let's us know it's working. The delay itself is only slightly bothersome but fact that it varies from near zero at times to a second or more at other times is very weird.
--
Tim
:wq

On Oct 24, 2011, at 8:06 AM, Mars - N0PCO wrote:

> On 10/24/2011 09:53 AM, Tim Sawyer wrote:
>> Just to be sure we are talking about the same thing.... it's repeat audio delay I'm talking about, not the delay between nodes, correct? In other words, you are saying that the jitter buffer affected repeat audio?
>> --
>> Tim
>> :wq
>> 
> 
> 
> Check your hangtime and althangtime in rpt.conf for the node that has
> the problem with audio being echoed when unkeyed.   Longer hangtime will
> tend to present the problem that you mentioned.
> 
> But it sure lets one know that things are working, huh?  ;)
> 
> Havaday
> 
> -- 
> Mars, N0PCO
> ALERTradio ERC
> www.alertradio.net | www.asteriskradio.net | www.darnsimple.net
> Technology resources for public safety. It's all about being ready.



From vk4akp at yahoo.com.au  Mon Oct 24 16:24:04 2011
From: vk4akp at yahoo.com.au (Ken Page)
Date: Tue, 25 Oct 2011 02:24:04 +1000
Subject: [App_rpt-users] Asterisk still crashing.
In-Reply-To: <mailman.1.1319472001.11287.app_rpt-users@ohnosec.org>
References: <mailman.1.1319472001.11287.app_rpt-users@ohnosec.org>
Message-ID: <4EA59124.9050905@yahoo.com.au>

Asterisk is still crashing soon after it starts.

We're getting this now as the last message.

[Oct 25 01:30:53] ERROR[7239]: app_rpt.c:19126 rpt_master: Continual RPT 
thread restarts, killing Asterisk

Any idea's? the box has been offline now for several weeks.

I am getting pressure from the radio group to dump All_Star and move to 
a Windoze box with Echolink. :(

So what's involved in disabling the APP_RPT radio stuff so our normal 
Asterisk conferences etc can still be loaded up?


~Ken - vk4akp
.-.-.



  == Set device 1-1 to usb1
   == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
[Oct 25 01:30:45] WARNING[7279]: chan_usbradio.c:1449 hidthread: Loaded 
parameters from usbradio_tune_usb.conf for device usb .
   == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
[Oct 25 01:30:45] WARNING[7281]: chan_usbradio.c:1449 hidthread: Loaded 
parameters from usbradio_tune_usb1.conf for device usb1 .
[Oct 25 01:30:47] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread 
restarted on 2134
     -- Re-Loading config for repeater 2134
   == Parsing '/etc/asterisk/rpt.conf': Found
     -- rpt (Rx) initiating call to Radio/usb on Radio/usb
[Oct 25 01:30:47] WARNING[7290]: channel.c:3051 ast_request: No channel 
type registered for 'zap'
[Oct 25 01:30:47] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread 
restarted on node 2134
[Oct 25 01:30:47] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread 
restarted on 20040
     -- Re-Loading config for repeater 20040
   == Parsing '/etc/asterisk/rpt.conf': Found
     -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
   == Set device 1-2 to usb
[Oct 25 01:30:47] WARNING[7292]: channel.c:3051 ast_request: No channel 
type registered for 'zap'
[Oct 25 01:30:47] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread 
restarted on node 20040
   == Set device 1-1 to usb1
   == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
[Oct 25 01:30:47] WARNING[7291]: chan_usbradio.c:1449 hidthread: Loaded 
parameters from usbradio_tune_usb.conf for device usb .
   == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
[Oct 25 01:30:47] WARNING[7293]: chan_usbradio.c:1449 hidthread: Loaded 
parameters from usbradio_tune_usb1.conf for device usb1 .
[Oct 25 01:30:49] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread 
restarted on 2134
     -- Re-Loading config for repeater 2134
   == Parsing '/etc/asterisk/rpt.conf': Found
     -- rpt (Rx) initiating call to Radio/usb on Radio/usb
[Oct 25 01:30:49] WARNING[7302]: channel.c:3051 ast_request: No channel 
type registered for 'zap'
[Oct 25 01:30:49] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread 
restarted on node 2134
[Oct 25 01:30:49] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread 
restarted on 20040
     -- Re-Loading config for repeater 20040
   == Parsing '/etc/asterisk/rpt.conf': Found
     -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
   == Set device 1-2 to usb
   == Set device 1-1 to usb1
[Oct 25 01:30:49] WARNING[7304]: channel.c:3051 ast_request: No channel 
type registered for 'zap'
[Oct 25 01:30:49] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread 
restarted on node 20040
   == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
[Oct 25 01:30:49] WARNING[7303]: chan_usbradio.c:1449 hidthread: Loaded 
parameters from usbradio_tune_usb.conf for device usb .
   == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
[Oct 25 01:30:49] WARNING[7305]: chan_usbradio.c:1449 hidthread: Loaded 
parameters from usbradio_tune_usb1.conf for device usb1 .
[Oct 25 01:30:51] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread 
restarted on 2134
     -- Re-Loading config for repeater 2134
   == Parsing '/etc/asterisk/rpt.conf': Found
     -- rpt (Rx) initiating call to Radio/usb on Radio/usb
[Oct 25 01:30:51] WARNING[7314]: channel.c:3051 ast_request: No channel 
type registered for 'zap'
[Oct 25 01:30:51] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread 
restarted on node 2134
   == Set device 1-2 to usb
[Oct 25 01:30:51] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread 
restarted on 20040
     -- Re-Loading config for repeater 20040
   == Parsing '/etc/asterisk/rpt.conf': Found
     -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
[Oct 25 01:30:51] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread 
restarted on node 20040
[Oct 25 01:30:51] WARNING[7316]: channel.c:3051 ast_request: No channel 
type registered for 'zap'
   == Set device 1-1 to usb1
   == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
[Oct 25 01:30:51] WARNING[7315]: chan_usbradio.c:1449 hidthread: Loaded 
parameters from usbradio_tune_usb.conf for device usb .
   == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
[Oct 25 01:30:51] WARNING[7317]: chan_usbradio.c:1449 hidthread: Loaded 
parameters from usbradio_tune_usb1.conf for device usb1 .
[Oct 25 01:30:53] ERROR[7239]: app_rpt.c:19126 rpt_master: Continual RPT 
thread restarts, killing Asterisk
shazam*CLI>
Disconnected from Asterisk server
Executing last minute cleanups


From bob at w5evh.org  Mon Oct 24 21:02:28 2011
From: bob at w5evh.org (Bob Roszkowski)
Date: Mon, 24 Oct 2011 16:02:28 -0500
Subject: [App_rpt-users] EchoLink Callsign instead of node number.
In-Reply-To: <006001cc9256$e1b5e9e0$a521bda0$@com>
References: <CA+KByB4Jsy39TpgGQeTeVS401rVW7MRC=C2mt-7nUtpft2BXvw@mail.gmail.com>
	<006001cc9256$e1b5e9e0$a521bda0$@com>
Message-ID: <CA+KByB4oY_ds0MQChZ7=AML4-Tmv4jPoFoLEh2HxjUCFKKf+pg@mail.gmail.com>

Ken,  thanx for the info.  I think I have something else messed up.  When I
change that parameter and an EchoLink station calls, I just get "Connected
to <my node number>"  It seems as if the audio files are missing or
something.  Are there any other parameters that I need to be aware of?

boB

On Mon, Oct 24, 2011 at 9:11 AM, Ken <ke2n at cs.com> wrote:

> eannmode=2    ****
>
> ** **
>
> in the node stanza****
>
> ** **
>
> see****
>
> ** **
>
> http://ohnosec.org/drupal/node/107****
>
> ** **
>
> ** **
>
> 73****
>
> Ken****
>
> ** **
>
> ** **
>
> *From:* app_rpt-users-bounces at ohnosec.org [mailto:
> app_rpt-users-bounces at ohnosec.org] *On Behalf Of *Bob Roszkowski
>
> *Sent:* Monday, October 24, 2011 1:57 AM
> *To:* app_rpt-users at ohnosec.org
> *Subject:* [App_rpt-users] EchoLink Callsign instead of node number.****
>
> ** **
>
> Is there a way to change Allstar to report an EchoLinks Callsign and not
> their node number when they connect?  I have not been able to find any
> documentation how to change this.
>
>
> --
> boB - W5EVH****
>



-- 
boB - W5EVH
(956) 286-5150
LaredoHams Amateur Radio Club President  www.LaredoHams.com
ARRL Life Member www.ARRL.org
Texas VHF FM Society Life Member
Skywarn Coordinator for Webb County
RACES DRO 83
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111024/00015459/attachment.html>

From ke2n at cs.com  Tue Oct 25 02:18:14 2011
From: ke2n at cs.com (Ken)
Date: Mon, 24 Oct 2011 22:18:14 -0400
Subject: [App_rpt-users] EchoLink Callsign instead of node number.
In-Reply-To: <CA+KByB4oY_ds0MQChZ7=AML4-Tmv4jPoFoLEh2HxjUCFKKf+pg@mail.gmail.com>
References: <CA+KByB4Jsy39TpgGQeTeVS401rVW7MRC=C2mt-7nUtpft2BXvw@mail.gmail.com>	<006001cc9256$e1b5e9e0$a521bda0$@com>
	<CA+KByB4oY_ds0MQChZ7=AML4-Tmv4jPoFoLEh2HxjUCFKKf+pg@mail.gmail.com>
Message-ID: <000301cc92bc$5a49e180$0edda480$@com>

Well - on mine, it announces " connected to   Kilo   Echo   Two   November
connected  to  (my_node)   

 

I believe the phonetic letter pronunciations come from 

/var/lib/asterisk/sounds/phonetic

 

Which is part of the standard install.

 

Make sure the "eannmode" instruction is in the right part of your config
file and you do not have an unwanted semi-colon somewhere.

 

73

Ken

 

From: Bob Roszkowski [mailto:bob at w5evh.org] 
Sent: Monday, October 24, 2011 5:02 PM
To: Ken
Cc: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] EchoLink Callsign instead of node number.

 

Ken,  thanx for the info.  I think I have something else messed up.  When I
change that parameter and an EchoLink station calls, I just get "Connected
to <my node number>"  It seems as if the audio files are missing or
something.  Are there any other parameters that I need to be aware of?

boB

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111024/9fbff15a/attachment.html>

From wl7ni.ak at gmail.com  Tue Oct 25 18:30:38 2011
From: wl7ni.ak at gmail.com (Mark Huelskoetter)
Date: Tue, 25 Oct 2011 10:30:38 -0800
Subject: [App_rpt-users] Asterisk still crashing.
In-Reply-To: <4EA59124.9050905@yahoo.com.au>
References: <mailman.1.1319472001.11287.app_rpt-users@ohnosec.org>
	<4EA59124.9050905@yahoo.com.au>
Message-ID: <CAAswOWjiAW+V9hZbQFdcJ6OnHKifM01Pt4EcwPob8mwiahezwg@mail.gmail.com>

Your zaptel interface is not loading. Try killing asterisk then run:
modprobe zaptel
service zaptel start
service asterisk restart
See if it works. If not looks at the system log and see what errors are
coming up.

Mark - WL7NI

On Monday, October 24, 2011, Ken Page <vk4akp at yahoo.com.au> wrote:
> Asterisk is still crashing soon after it starts.
>
> We're getting this now as the last message.
>
> [Oct 25 01:30:53] ERROR[7239]: app_rpt.c:19126 rpt_master: Continual RPT
thread restarts, killing Asterisk
>
> Any idea's? the box has been offline now for several weeks.
>
> I am getting pressure from the radio group to dump All_Star and move to a
Windoze box with Echolink. :(
>
> So what's involved in disabling the APP_RPT radio stuff so our normal
Asterisk conferences etc can still be loaded up?
>
>
> ~Ken - vk4akp
> .-.-.
>
>
>
>  == Set device 1-1 to usb1
>  == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
> [Oct 25 01:30:45] WARNING[7279]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb.conf for device usb .
>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
> [Oct 25 01:30:45] WARNING[7281]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb1.conf for device usb1 .
> [Oct 25 01:30:47] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread
restarted on 2134
>    -- Re-Loading config for repeater 2134
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb on Radio/usb
> [Oct 25 01:30:47] WARNING[7290]: channel.c:3051 ast_request: No channel
type registered for 'zap'
> [Oct 25 01:30:47] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread
restarted on node 2134
> [Oct 25 01:30:47] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread
restarted on 20040
>    -- Re-Loading config for repeater 20040
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>  == Set device 1-2 to usb
> [Oct 25 01:30:47] WARNING[7292]: channel.c:3051 ast_request: No channel
type registered for 'zap'
> [Oct 25 01:30:47] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread
restarted on node 20040
>  == Set device 1-1 to usb1
>  == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
> [Oct 25 01:30:47] WARNING[7291]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb.conf for device usb .
>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
> [Oct 25 01:30:47] WARNING[7293]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb1.conf for device usb1 .
> [Oct 25 01:30:49] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread
restarted on 2134
>    -- Re-Loading config for repeater 2134
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb on Radio/usb
> [Oct 25 01:30:49] WARNING[7302]: channel.c:3051 ast_request: No channel
type registered for 'zap'
> [Oct 25 01:30:49] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread
restarted on node 2134
> [Oct 25 01:30:49] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread
restarted on 20040
>    -- Re-Loading config for repeater 20040
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>  == Set device 1-2 to usb
>  == Set device 1-1 to usb1
> [Oct 25 01:30:49] WARNING[7304]: channel.c:3051 ast_request: No channel
type registered for 'zap'
> [Oct 25 01:30:49] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread
restarted on node 20040
>  == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
> [Oct 25 01:30:49] WARNING[7303]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb.conf for device usb .
>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
> [Oct 25 01:30:49] WARNING[7305]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb1.conf for device usb1 .
> [Oct 25 01:30:51] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread
restarted on 2134
>    -- Re-Loading config for repeater 2134
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb on Radio/usb
> [Oct 25 01:30:51] WARNING[7314]: channel.c:3051 ast_request: No channel
type registered for 'zap'
> [Oct 25 01:30:51] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread
restarted on node 2134
>  == Set device 1-2 to usb
> [Oct 25 01:30:51] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread
restarted on 20040
>    -- Re-Loading config for repeater 20040
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
> [Oct 25 01:30:51] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread
restarted on node 20040
> [Oct 25 01:30:51] WARNING[7316]: channel.c:3051 ast_request: No channel
type registered for 'zap'
>  == Set device 1-1 to usb1
>  == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
> [Oct 25 01:30:51] WARNING[7315]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb.conf for device usb .
>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
> [Oct 25 01:30:51] WARNING[7317]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb1.conf for device usb1 .
> [Oct 25 01:30:53] ERROR[7239]: app_rpt.c:19126 rpt_master: Continual RPT
thread restarts, killing Asterisk
> shazam*CLI>
> Disconnected from Asterisk server
> Executing last minute cleanups
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111025/b4ca6729/attachment.html>

From kb2ear at kb2ear.net  Tue Oct 25 19:25:21 2011
From: kb2ear at kb2ear.net (Scott Weis)
Date: Tue, 25 Oct 2011 15:25:21 -0400
Subject: [App_rpt-users] Asterisk still crashing.
In-Reply-To: <CAAswOWjiAW+V9hZbQFdcJ6OnHKifM01Pt4EcwPob8mwiahezwg@mail.gmail.com>
References: <mailman.1.1319472001.11287.app_rpt-users@ohnosec.org>	<4EA59124.9050905@yahoo.com.au>
	<CAAswOWjiAW+V9hZbQFdcJ6OnHKifM01Pt4EcwPob8mwiahezwg@mail.gmail.com>
Message-ID: <002101cc934b$d6d734c0$84859e40$@kb2ear.net>

This can happen if you do a yum update and the kernel gets updated. If so
you will need to recompile zaptel.

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Huelskoetter
Sent: Tuesday, October 25, 2011 2:31 PM
To: Ken Page
Cc: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Asterisk still crashing.

 

Your zaptel interface is not loading. Try killing asterisk then run:
modprobe zaptel
service zaptel start
service asterisk restart
See if it works. If not looks at the system log and see what errors are
coming up. 

Mark - WL7NI

On Monday, October 24, 2011, Ken Page <vk4akp at yahoo.com.au> wrote:
> Asterisk is still crashing soon after it starts.
>
> We're getting this now as the last message.
>
> [Oct 25 01:30:53] ERROR[7239]: app_rpt.c:19126 rpt_master: Continual RPT
thread restarts, killing Asterisk
>
> Any idea's? the box has been offline now for several weeks.
>
> I am getting pressure from the radio group to dump All_Star and move to a
Windoze box with Echolink. :(
>
> So what's involved in disabling the APP_RPT radio stuff so our normal
Asterisk conferences etc can still be loaded up?
>
>
> ~Ken - vk4akp
> .-.-.
>
>
>
>  == Set device 1-1 to usb1
>  == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
> [Oct 25 01:30:45] WARNING[7279]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb.conf for device usb .
>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
> [Oct 25 01:30:45] WARNING[7281]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb1.conf for device usb1 .
> [Oct 25 01:30:47] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread
restarted on 2134
>    -- Re-Loading config for repeater 2134
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb on Radio/usb
> [Oct 25 01:30:47] WARNING[7290]: channel.c:3051 ast_request: No channel
type registered for 'zap'
> [Oct 25 01:30:47] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread
restarted on node 2134
> [Oct 25 01:30:47] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread
restarted on 20040
>    -- Re-Loading config for repeater 20040
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>  == Set device 1-2 to usb
> [Oct 25 01:30:47] WARNING[7292]: channel.c:3051 ast_request: No channel
type registered for 'zap'
> [Oct 25 01:30:47] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread
restarted on node 20040
>  == Set device 1-1 to usb1
>  == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
> [Oct 25 01:30:47] WARNING[7291]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb.conf for device usb .
>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
> [Oct 25 01:30:47] WARNING[7293]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb1.conf for device usb1 .
> [Oct 25 01:30:49] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread
restarted on 2134
>    -- Re-Loading config for repeater 2134
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb on Radio/usb
> [Oct 25 01:30:49] WARNING[7302]: channel.c:3051 ast_request: No channel
type registered for 'zap'
> [Oct 25 01:30:49] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread
restarted on node 2134
> [Oct 25 01:30:49] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread
restarted on 20040
>    -- Re-Loading config for repeater 20040
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>  == Set device 1-2 to usb
>  == Set device 1-1 to usb1
> [Oct 25 01:30:49] WARNING[7304]: channel.c:3051 ast_request: No channel
type registered for 'zap'
> [Oct 25 01:30:49] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread
restarted on node 20040
>  == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
> [Oct 25 01:30:49] WARNING[7303]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb.conf for device usb .
>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
> [Oct 25 01:30:49] WARNING[7305]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb1.conf for device usb1 .
> [Oct 25 01:30:51] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread
restarted on 2134
>    -- Re-Loading config for repeater 2134
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb on Radio/usb
> [Oct 25 01:30:51] WARNING[7314]: channel.c:3051 ast_request: No channel
type registered for 'zap'
> [Oct 25 01:30:51] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread
restarted on node 2134
>  == Set device 1-2 to usb
> [Oct 25 01:30:51] NOTICE[7239]: app_rpt.c:19131 rpt_master: RPT thread
restarted on 20040
>    -- Re-Loading config for repeater 20040
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
> [Oct 25 01:30:51] WARNING[7239]: app_rpt.c:19143 rpt_master: rpt_thread
restarted on node 20040
> [Oct 25 01:30:51] WARNING[7316]: channel.c:3051 ast_request: No channel
type registered for 'zap'
>  == Set device 1-1 to usb1
>  == Parsing '/etc/asterisk/usbradio_tune_usb.conf': Found
> [Oct 25 01:30:51] WARNING[7315]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb.conf for device usb .
>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
> [Oct 25 01:30:51] WARNING[7317]: chan_usbradio.c:1449 hidthread: Loaded
parameters from usbradio_tune_usb1.conf for device usb1 .
> [Oct 25 01:30:53] ERROR[7239]: app_rpt.c:19126 rpt_master: Continual RPT
thread restarts, killing Asterisk
> shazam*CLI>
> Disconnected from Asterisk server
> Executing last minute cleanups
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111025/8bde2c3f/attachment.html>

From dobbins125 at yahoo.com  Tue Oct 25 21:40:41 2011
From: dobbins125 at yahoo.com (Keith Dobbins)
Date: Tue, 25 Oct 2011 14:40:41 -0700 (PDT)
Subject: [App_rpt-users] Pickle Linux Site
Message-ID: <1319578841.56030.YahooMailNeo@web112107.mail.gq1.yahoo.com>

Did the Picklejaj linux site dissapear? I'm interested in getting a beagleboard to play with and lox but wanted to look at the info first and the site seems to be inaccessible.


Keith Dobbins A.S.
Flight Paramedic
3402 Linden Street
Parkersburg, WV 26104-1608


Amateur Radio Call Sign: KC8RFW
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111025/579614d1/attachment.html>

From vk4akp at yahoo.com.au  Wed Oct 26 13:53:53 2011
From: vk4akp at yahoo.com.au (Ken Page)
Date: Wed, 26 Oct 2011 23:53:53 +1000
Subject: [App_rpt-users] App_rpt-users Digest, Vol 32, Issue 27
In-Reply-To: <mailman.25.1319570720.24380.app_rpt-users@ohnosec.org>
References: <mailman.25.1319570720.24380.app_rpt-users@ohnosec.org>
Message-ID: <4EA810F1.3070801@yahoo.com.au>

Hi,

OK I worked out why Zaptel wasn't running.
When I re-compiled and re-installed Asterisk the init.d stuff got over 
written.
I've put back the old one and now all the Zaptel and wctdm stuff is 
running again as it should.

However this still doesn't solve the problem.
I still get the segmentation fault and dropout of the Asterisk service 
10 seconds after it has booted up.
Everything runs fine up till this point. I have quickly been able to 
confirm the radio devices work, and conference etc works before the crash.

Disabling the radio stuff still shows a seg fault. So I don't believe 
it's directly related to any of the radio modules.

I include the tail of the log below.

~Ken - vk4akp
.-.-.

--
Your zaptel interface is not loading.
Try killing asterisk then run: modprobe zaptel
service zaptel start
service asterisk restart
See if it works. If not looks at the system log and see what errors are 
coming up.

Mark - WL7NI
--

    -- Including context 'ael-dundi-e164-via-pstn' in context 
'ael-dundi-e164-local'
     -- Registered extension context 'ael-dundi-e164-switch'
     -- Including switch 'DUNDi/e164' in context 'ael-dundi-e164-switch'
     -- Registered extension context 'ael-dundi-e164-lookup'
     -- Including context 'ael-dundi-e164-local' in context 
'ael-dundi-e164-lookup'
     -- Including context 'ael-dundi-e164-switch' in context 
'ael-dundi-e164-lookup'
     -- Registered extension context 'macro-ael-dundi-e164'
     -- Registered extension context 'ael-iaxtel700'
     -- Registered extension context 'ael-iaxprovider'
     -- Registered extension context 'ael-trunkint'
     -- Including context 'ael-dundi-e164-lookup' in context 'ael-trunkint'
     -- Registered extension context 'ael-trunkld'
     -- Including context 'ael-dundi-e164-lookup' in context 'ael-trunkld'
     -- Registered extension context 'ael-trunklocal'
     -- Registered extension context 'ael-trunktollfree'
     -- Registered extension context 'ael-international'
     -- Including context 'ael-longdistance' in context 'ael-international'
     -- Including context 'ael-trunkint' in context 'ael-international'
     -- Registered extension context 'ael-longdistance'
     -- Including context 'ael-local' in context 'ael-longdistance'
     -- Including context 'ael-trunkld' in context 'ael-longdistance'
     -- Registered extension context 'ael-local'
     -- Including context 'ael-default' in context 'ael-local'
     -- Including context 'ael-trunklocal' in context 'ael-local'
     -- Including context 'ael-iaxtel700' in context 'ael-local'
     -- Including context 'ael-trunktollfree' in context 'ael-local'
     -- Including context 'ael-iaxprovider' in context 'ael-local'
     -- Registered extension context 'macro-ael-std-exten-ael'
     -- Registered extension context 'ael-demo'
     -- Registered extension context 'ael-default'
     -- Including context 'ael-demo' in context 'ael-default'
     -- Added extension 's' priority 1 to macro-ael-dundi-e164
     -- Added extension 's' priority 2 to macro-ael-dundi-e164
     -- Added extension 's' priority 3 to macro-ael-dundi-e164
     -- Added extension 's' priority 4 to macro-ael-dundi-e164
     -- Added extension '_91700XXXXXXX' priority 1 to ael-iaxtel700
     -- Added extension '_9011.' priority 1 to ael-trunkint
     -- Added extension '_9011.' priority 2 to ael-trunkint
     -- Added extension '_91NXXNXXXXXX' priority 1 to ael-trunkld
     -- Added extension '_91NXXNXXXXXX' priority 2 to ael-trunkld
     -- Added extension '_9NXXXXXX' priority 1 to ael-trunklocal
     -- Added extension '_91800NXXXXXX' priority 1 to ael-trunktollfree
     -- Added extension '_91888NXXXXXX' priority 1 to ael-trunktollfree
     -- Added extension '_91877NXXXXXX' priority 1 to ael-trunktollfree
     -- Added extension '_91866NXXXXXX' priority 1 to ael-trunktollfree
     -- Added extension 's' priority 1 to macro-ael-std-exten-ael
     -- Added extension 's' priority 2 to macro-ael-std-exten-ael
     -- Added extension 's' priority 3 to macro-ael-std-exten-ael
     -- Added extension 's' priority 4 to macro-ael-std-exten-ael
     -- Added extension 's' priority 5 to macro-ael-std-exten-ael
     -- Added extension 's' priority 6 to macro-ael-std-exten-ael
     -- Added extension 's' priority 7 to macro-ael-std-exten-ael
     -- Added extension 's' priority 8 to macro-ael-std-exten-ael
     -- Added extension 'a' priority 1 to macro-ael-std-exten-ael
     -- Added extension 'a' priority 2 to macro-ael-std-exten-ael
     -- Added extension 'a' priority 3 to macro-ael-std-exten-ael
     -- Added extension '_sw-1-.' priority 10 to macro-ael-std-exten-ael
     -- Added extension '_sw-1-.' priority 11 to macro-ael-std-exten-ael
     -- Added extension 'sw-1-' priority 10 to macro-ael-std-exten-ael
     -- Added extension 'sw-1-BUSY' priority 10 to macro-ael-std-exten-ael
     -- Added extension 'sw-1-BUSY' priority 11 to macro-ael-std-exten-ael
     -- Added extension 's' priority 1 to ael-demo
     -- Added extension 's' priority 2 to ael-demo
     -- Added extension 's' priority 3 to ael-demo
     -- Added extension 's' priority 4 to ael-demo
     -- Added extension 's' priority 5 to ael-demo
     -- Added extension 's' priority 6 to ael-demo
     -- Added extension 's' priority 7 to ael-demo
     -- Added extension 's' priority 8 to ael-demo
     -- Added extension 's' priority 9 to ael-demo
     -- Added extension 's' priority 10 to ael-demo
     -- Added extension 's' priority 11 to ael-demo
     -- Added extension 's' priority 12 to ael-demo
     -- Added extension '2' priority 1 to ael-demo
     -- Added extension '2' priority 2 to ael-demo
     -- Added extension '3' priority 1 to ael-demo
     -- Added extension '3' priority 2 to ael-demo
     -- Added extension '1000' priority 1 to ael-demo
     -- Added extension '500' priority 1 to ael-demo
     -- Added extension '500' priority 2 to ael-demo
     -- Added extension '500' priority 3 to ael-demo
     -- Added extension '500' priority 4 to ael-demo
     -- Added extension '600' priority 1 to ael-demo
     -- Added extension '600' priority 2 to ael-demo
     -- Added extension '600' priority 3 to ael-demo
     -- Added extension '600' priority 4 to ael-demo
     -- Added extension '_1234' priority 1 to ael-demo
     -- Added extension '8500' priority 1 to ael-demo
     -- Added extension '8500' priority 2 to ael-demo
     -- Added extension '#' priority 1 to ael-demo
     -- Added extension '#' priority 2 to ael-demo
     -- Added extension 't' priority 1 to ael-demo
     -- Added extension 'i' priority 1 to ael-demo
[Oct 26 22:48:22] NOTICE[17679]: pbx_ael.c:4490 pbx_load_module: AEL 
load process: compiled config file name '/etc/asterisk/extensions.ael'.
[Oct 26 22:48:22] NOTICE[17679]: pbx_ael.c:4493 pbx_load_module: AEL 
load process: merged config file name '/etc/asterisk/extensions.ael'.
[Oct 26 22:48:22] NOTICE[17679]: pbx_ael.c:4496 pbx_load_module: AEL 
load process: verified config file name '/etc/asterisk/extensions.ael'.
pbx_ael.so => (Asterisk Extension Language Compiler)
   == Registered application 'TestClient'
   == Registered application 'TestServer'
app_test.so => (Interface Test Application)
   == Registered application 'LookupCIDName'
app_lookupcidname.so => (Look up CallerID Name from local database)
   == Registered file format sln, extension(s) sln|raw
format_sln.so => (Raw Signed Linear Audio support (SLN))
   == Parsing '/etc/asterisk/cdr_pgsql.conf': Found
cdr_pgsql.so => (PostgreSQL CDR Backend)
   == Registered custom function URIDECODE
   == Registered custom function URIENCODE
func_uri.so => (URI encode/decode dialplan functions)
   == Parsing '/etc/asterisk/codecs.conf': Found
     -- codec_gsm: using generic PLC
   == Registered translator 'gsmtolin' from format gsm to slin, cost 9
   == Registered translator 'lintogsm' from format slin to gsm, cost 14
codec_gsm.so => (GSM Coder/Decoder)
   == Registered application 'Milliwatt'
app_milliwatt.so => (Digital Milliwatt (mu-law) Test Application)
   == Registered application 'SoftHangup'
app_softhangup.so => (Hangs up the requested channel)
   == Parsing '/etc/asterisk/codecs.conf': Found
     -- codec_zap: using generic PLC
[Oct 26 22:48:22] ERROR[17679]: codec_dahdi.c:427 find_transcoders: 
Failed to open /dev/zap/transcode: No such file or directory
codec_dahdi.so => (Generic DAHDI Transcoder Codec Translator)
[Oct 26 22:48:22] NOTICE[17679]: chan_irlp.c:1998 load_module: Unable to 
load config irlp.conf
   == Registered application 'WaitForRing'
app_waitforring.so => (Waits until first ring after time)
   == Registered format 'jpg' (JPEG (Joint Picture Experts Group))
format_jpeg.so => (JPEG (Joint Picture Experts Group) Image Format)
   == Parsing '/etc/asterisk/meetme.conf': Found
   == Parsing '/etc/asterisk/sla.conf': Found
   == Manager registered action MeetmeMute
   == Manager registered action MeetmeUnmute
   == Registered application 'MeetMeAdmin'
   == Registered application 'MeetMeCount'
   == Registered application 'MeetMe'
   == Registered application 'SLAStation'
   == Registered application 'SLATrunk'
app_meetme.so => (MeetMe conference bridge)
   == Registered file format wav49, extension(s) WAV|wav49
format_wav_gsm.so => (Microsoft WAV format (Proprietary GSM))
   == Registered custom function CUT
   == Registered custom function SORT
func_cut.so => (Cut out information from a string)
   == Registered file format g723sf, extension(s) g723|g723sf
format_g723.so => (G.723.1 Simple Timestamp File Format)
   == Registered application 'ZapScan'
   == Registered application 'DAHDIScan'
app_dahdiscan.so => (Scan Zap channels application)
   == Registered application 'Read'
app_read.so => (Read Variable Application)
   == Registered application 'SayUnixTime'
   == Registered application 'DateTime'
app_sayunixtime.so => (Say time)
   == Registered custom function REALTIME
func_realtime.so => (Read/Write values from a RealTime repository)
   == Registered file format vox, extension(s) vox
format_vox.so => (Dialogic VOX (ADPCM) File Format)
   == Registered application 'ZapBarge'
app_dahdibarge.so => (Barge in on channel application)
   == Registered application 'SendImage'
app_image.so => (Image Transmission Application)
   == Parsing '/etc/asterisk/cdr.conf': Found
cdr_csv.so => (Comma Separated Values CDR Backend)
   == Registered application 'ZapSendKeypadFacility'
   == Parsing '/etc/asterisk/zapata.conf': Found
     -- Registered channel 1, FXO Kewlstart signalling
     -- Registered channel 2, FXO Kewlstart signalling
     -- Automatically generated pseudo channel
   == Parsing '/etc/asterisk/users.conf': Found
   == Registered channel type 'Zap' (DAHDI Telephony Driver w/PRI)
   == Manager registered action ZapTransfer
   == Manager registered action ZapHangup
   == Manager registered action ZapDialOffHook
   == Manager registered action ZapDNDon
   == Manager registered action ZapDNDoff
   == Manager registered action ZapShowChannels
   == Manager registered action ZapRestart
chan_dahdi.so => (DAHDI Telephony w/PRI)
   == Registered application 'ControlPlayback'
app_controlplayback.so => (Control Playback Application)
[Oct 26 22:48:23] NOTICE[17679]: app_gps.c:430 load_module: Unable to 
load config gps.conf
   == Registered application 'ParkAndAnnounce'
app_parkandannounce.so => (Call Parking and Announce Application)
   == Registered application 'MP3Player'
app_mp3.so => (Silly MP3 Application)
   == Registered application 'Zapateller'
app_zapateller.so => (Block Telemarketers with Special Information Tone)
Asterisk Ready.
*CLI>   == Parsing '/etc/asterisk/rpt.conf': Found
     -- Loading initial config for repeater 2134
   == Parsing '/etc/asterisk/rpt.conf': Found
[Oct 26 22:48:23] NOTICE[17714]: app_rpt.c:19094 rpt_master: Normal 
Repeater Init  2134
     -- Re-Loading config for repeater 2134
   == Parsing '/etc/asterisk/rpt.conf': Found
ERROR: numrxcodes != numtxcodes
     -- rpt (Rx) initiating call to Radio/usb on Radio/usb
     -- Loading initial config for repeater 20040
   == Parsing '/etc/asterisk/rpt.conf': Found
[Oct 26 22:48:23] NOTICE[17714]: app_rpt.c:19094 rpt_master: Normal 
Repeater Init  20040
     -- Re-Loading config for repeater 20040
   == Parsing '/etc/asterisk/rpt.conf': Found
     -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
   == Set device 1-2 to usb
   == Set device 1-1 to usb1
ERROR: numrxcodes != numtxcodes
   == Parsing '/etc/asterisk/usbradio_tune_usb.conf':   == Parsing 
'/etc/asterisk/usbradio_tune_usb1.conf': Found
Found
[Oct 26 22:48:23] WARNING[17718]: chan_usbradio.c:1449 hidthread: Loaded 
parameters from usbradio_tune_usb.conf for device usb .
[Oct 26 22:48:23] WARNING[17720]: chan_usbradio.c:1449 hidthread: Loaded 
parameters from usbradio_tune_usb1.conf for device usb1 .
Segmentation fault



From wl7ni.ak at gmail.com  Wed Oct 26 22:22:04 2011
From: wl7ni.ak at gmail.com (Mark Huelskoetter)
Date: Wed, 26 Oct 2011 14:22:04 -0800
Subject: [App_rpt-users] App_rpt-users Digest, Vol 32, Issue 27
In-Reply-To: <4EA810F1.3070801@yahoo.com.au>
References: <mailman.25.1319570720.24380.app_rpt-users@ohnosec.org>
	<4EA810F1.3070801@yahoo.com.au>
Message-ID: <CAAswOWiUQKaCNZpLqhDOXRptMMFahc_er+3y1wRh+tWdW8eBEA@mail.gmail.com>

Which version of Allstar are you using?

I would suggest you back up all of you configs, download new source and
reinstall it all.  It look like you might be using an older version due to
the process calls to irlp.conf which was removed from Allstar's source about
a year ago.  The only significant error I see is this:

ERROR: numrxcodes != numtxcodes

That appears shortly after asterisk reads the rpt.conf file and attempts to
configure the usb interfaces.  Double check your rpt.conf, usb.conf and
usb1.conf files to make sure that the two nodes you are running have the
proper settings.

There are also calls to the usb devices in your log where is assigned device
1-2 to usb and device 1-1 to usb1, run lsusb to make sure that those usb
devices are in fact your radio interfaces.

Mark - WL7NI


On Wed, Oct 26, 2011 at 5:53 AM, Ken Page <vk4akp at yahoo.com.au> wrote:

> Hi,
>
> OK I worked out why Zaptel wasn't running.
> When I re-compiled and re-installed Asterisk the init.d stuff got over
> written.
> I've put back the old one and now all the Zaptel and wctdm stuff is running
> again as it should.
>
> However this still doesn't solve the problem.
> I still get the segmentation fault and dropout of the Asterisk service 10
> seconds after it has booted up.
> Everything runs fine up till this point. I have quickly been able to
> confirm the radio devices work, and conference etc works before the crash.
>
> Disabling the radio stuff still shows a seg fault. So I don't believe it's
> directly related to any of the radio modules.
>
> I include the tail of the log below.
>
> ~Ken - vk4akp
> .-.-.
>
> --
> Your zaptel interface is not loading.
> Try killing asterisk then run: modprobe zaptel
> service zaptel start
> service asterisk restart
> See if it works. If not looks at the system log and see what errors are
> coming up.
>
> Mark - WL7NI
> --
>
>   -- Including context 'ael-dundi-e164-via-pstn' in context
> 'ael-dundi-e164-local'
>    -- Registered extension context 'ael-dundi-e164-switch'
>    -- Including switch 'DUNDi/e164' in context 'ael-dundi-e164-switch'
>    -- Registered extension context 'ael-dundi-e164-lookup'
>    -- Including context 'ael-dundi-e164-local' in context
> 'ael-dundi-e164-lookup'
>    -- Including context 'ael-dundi-e164-switch' in context
> 'ael-dundi-e164-lookup'
>    -- Registered extension context 'macro-ael-dundi-e164'
>    -- Registered extension context 'ael-iaxtel700'
>    -- Registered extension context 'ael-iaxprovider'
>    -- Registered extension context 'ael-trunkint'
>    -- Including context 'ael-dundi-e164-lookup' in context 'ael-trunkint'
>    -- Registered extension context 'ael-trunkld'
>    -- Including context 'ael-dundi-e164-lookup' in context 'ael-trunkld'
>    -- Registered extension context 'ael-trunklocal'
>    -- Registered extension context 'ael-trunktollfree'
>    -- Registered extension context 'ael-international'
>    -- Including context 'ael-longdistance' in context 'ael-international'
>    -- Including context 'ael-trunkint' in context 'ael-international'
>    -- Registered extension context 'ael-longdistance'
>    -- Including context 'ael-local' in context 'ael-longdistance'
>    -- Including context 'ael-trunkld' in context 'ael-longdistance'
>    -- Registered extension context 'ael-local'
>    -- Including context 'ael-default' in context 'ael-local'
>    -- Including context 'ael-trunklocal' in context 'ael-local'
>    -- Including context 'ael-iaxtel700' in context 'ael-local'
>    -- Including context 'ael-trunktollfree' in context 'ael-local'
>    -- Including context 'ael-iaxprovider' in context 'ael-local'
>    -- Registered extension context 'macro-ael-std-exten-ael'
>    -- Registered extension context 'ael-demo'
>    -- Registered extension context 'ael-default'
>    -- Including context 'ael-demo' in context 'ael-default'
>    -- Added extension 's' priority 1 to macro-ael-dundi-e164
>    -- Added extension 's' priority 2 to macro-ael-dundi-e164
>    -- Added extension 's' priority 3 to macro-ael-dundi-e164
>    -- Added extension 's' priority 4 to macro-ael-dundi-e164
>    -- Added extension '_91700XXXXXXX' priority 1 to ael-iaxtel700
>    -- Added extension '_9011.' priority 1 to ael-trunkint
>    -- Added extension '_9011.' priority 2 to ael-trunkint
>    -- Added extension '_91NXXNXXXXXX' priority 1 to ael-trunkld
>    -- Added extension '_91NXXNXXXXXX' priority 2 to ael-trunkld
>    -- Added extension '_9NXXXXXX' priority 1 to ael-trunklocal
>    -- Added extension '_91800NXXXXXX' priority 1 to ael-trunktollfree
>    -- Added extension '_91888NXXXXXX' priority 1 to ael-trunktollfree
>    -- Added extension '_91877NXXXXXX' priority 1 to ael-trunktollfree
>    -- Added extension '_91866NXXXXXX' priority 1 to ael-trunktollfree
>    -- Added extension 's' priority 1 to macro-ael-std-exten-ael
>    -- Added extension 's' priority 2 to macro-ael-std-exten-ael
>    -- Added extension 's' priority 3 to macro-ael-std-exten-ael
>    -- Added extension 's' priority 4 to macro-ael-std-exten-ael
>    -- Added extension 's' priority 5 to macro-ael-std-exten-ael
>    -- Added extension 's' priority 6 to macro-ael-std-exten-ael
>    -- Added extension 's' priority 7 to macro-ael-std-exten-ael
>    -- Added extension 's' priority 8 to macro-ael-std-exten-ael
>    -- Added extension 'a' priority 1 to macro-ael-std-exten-ael
>    -- Added extension 'a' priority 2 to macro-ael-std-exten-ael
>    -- Added extension 'a' priority 3 to macro-ael-std-exten-ael
>    -- Added extension '_sw-1-.' priority 10 to macro-ael-std-exten-ael
>    -- Added extension '_sw-1-.' priority 11 to macro-ael-std-exten-ael
>    -- Added extension 'sw-1-' priority 10 to macro-ael-std-exten-ael
>    -- Added extension 'sw-1-BUSY' priority 10 to macro-ael-std-exten-ael
>    -- Added extension 'sw-1-BUSY' priority 11 to macro-ael-std-exten-ael
>    -- Added extension 's' priority 1 to ael-demo
>    -- Added extension 's' priority 2 to ael-demo
>    -- Added extension 's' priority 3 to ael-demo
>    -- Added extension 's' priority 4 to ael-demo
>    -- Added extension 's' priority 5 to ael-demo
>    -- Added extension 's' priority 6 to ael-demo
>    -- Added extension 's' priority 7 to ael-demo
>    -- Added extension 's' priority 8 to ael-demo
>    -- Added extension 's' priority 9 to ael-demo
>    -- Added extension 's' priority 10 to ael-demo
>    -- Added extension 's' priority 11 to ael-demo
>    -- Added extension 's' priority 12 to ael-demo
>    -- Added extension '2' priority 1 to ael-demo
>    -- Added extension '2' priority 2 to ael-demo
>    -- Added extension '3' priority 1 to ael-demo
>    -- Added extension '3' priority 2 to ael-demo
>    -- Added extension '1000' priority 1 to ael-demo
>    -- Added extension '500' priority 1 to ael-demo
>    -- Added extension '500' priority 2 to ael-demo
>    -- Added extension '500' priority 3 to ael-demo
>    -- Added extension '500' priority 4 to ael-demo
>    -- Added extension '600' priority 1 to ael-demo
>    -- Added extension '600' priority 2 to ael-demo
>    -- Added extension '600' priority 3 to ael-demo
>    -- Added extension '600' priority 4 to ael-demo
>    -- Added extension '_1234' priority 1 to ael-demo
>    -- Added extension '8500' priority 1 to ael-demo
>    -- Added extension '8500' priority 2 to ael-demo
>    -- Added extension '#' priority 1 to ael-demo
>    -- Added extension '#' priority 2 to ael-demo
>    -- Added extension 't' priority 1 to ael-demo
>    -- Added extension 'i' priority 1 to ael-demo
> [Oct 26 22:48:22] NOTICE[17679]: pbx_ael.c:4490 pbx_load_module: AEL load
> process: compiled config file name '/etc/asterisk/extensions.ael'**.
> [Oct 26 22:48:22] NOTICE[17679]: pbx_ael.c:4493 pbx_load_module: AEL load
> process: merged config file name '/etc/asterisk/extensions.ael'**.
> [Oct 26 22:48:22] NOTICE[17679]: pbx_ael.c:4496 pbx_load_module: AEL load
> process: verified config file name '/etc/asterisk/extensions.ael'**.
> pbx_ael.so => (Asterisk Extension Language Compiler)
>  == Registered application 'TestClient'
>  == Registered application 'TestServer'
> app_test.so => (Interface Test Application)
>  == Registered application 'LookupCIDName'
> app_lookupcidname.so => (Look up CallerID Name from local database)
>  == Registered file format sln, extension(s) sln|raw
> format_sln.so => (Raw Signed Linear Audio support (SLN))
>  == Parsing '/etc/asterisk/cdr_pgsql.conf'**: Found
> cdr_pgsql.so => (PostgreSQL CDR Backend)
>  == Registered custom function URIDECODE
>  == Registered custom function URIENCODE
> func_uri.so => (URI encode/decode dialplan functions)
>  == Parsing '/etc/asterisk/codecs.conf': Found
>    -- codec_gsm: using generic PLC
>  == Registered translator 'gsmtolin' from format gsm to slin, cost 9
>  == Registered translator 'lintogsm' from format slin to gsm, cost 14
> codec_gsm.so => (GSM Coder/Decoder)
>  == Registered application 'Milliwatt'
> app_milliwatt.so => (Digital Milliwatt (mu-law) Test Application)
>  == Registered application 'SoftHangup'
> app_softhangup.so => (Hangs up the requested channel)
>  == Parsing '/etc/asterisk/codecs.conf': Found
>    -- codec_zap: using generic PLC
> [Oct 26 22:48:22] ERROR[17679]: codec_dahdi.c:427 find_transcoders: Failed
> to open /dev/zap/transcode: No such file or directory
> codec_dahdi.so => (Generic DAHDI Transcoder Codec Translator)
> [Oct 26 22:48:22] NOTICE[17679]: chan_irlp.c:1998 load_module: Unable to
> load config irlp.conf
>  == Registered application 'WaitForRing'
> app_waitforring.so => (Waits until first ring after time)
>  == Registered format 'jpg' (JPEG (Joint Picture Experts Group))
> format_jpeg.so => (JPEG (Joint Picture Experts Group) Image Format)
>  == Parsing '/etc/asterisk/meetme.conf': Found
>  == Parsing '/etc/asterisk/sla.conf': Found
>  == Manager registered action MeetmeMute
>  == Manager registered action MeetmeUnmute
>  == Registered application 'MeetMeAdmin'
>  == Registered application 'MeetMeCount'
>  == Registered application 'MeetMe'
>  == Registered application 'SLAStation'
>  == Registered application 'SLATrunk'
> app_meetme.so => (MeetMe conference bridge)
>  == Registered file format wav49, extension(s) WAV|wav49
> format_wav_gsm.so => (Microsoft WAV format (Proprietary GSM))
>  == Registered custom function CUT
>  == Registered custom function SORT
> func_cut.so => (Cut out information from a string)
>  == Registered file format g723sf, extension(s) g723|g723sf
> format_g723.so => (G.723.1 Simple Timestamp File Format)
>  == Registered application 'ZapScan'
>  == Registered application 'DAHDIScan'
> app_dahdiscan.so => (Scan Zap channels application)
>  == Registered application 'Read'
> app_read.so => (Read Variable Application)
>  == Registered application 'SayUnixTime'
>  == Registered application 'DateTime'
> app_sayunixtime.so => (Say time)
>  == Registered custom function REALTIME
> func_realtime.so => (Read/Write values from a RealTime repository)
>  == Registered file format vox, extension(s) vox
> format_vox.so => (Dialogic VOX (ADPCM) File Format)
>  == Registered application 'ZapBarge'
> app_dahdibarge.so => (Barge in on channel application)
>  == Registered application 'SendImage'
> app_image.so => (Image Transmission Application)
>  == Parsing '/etc/asterisk/cdr.conf': Found
> cdr_csv.so => (Comma Separated Values CDR Backend)
>  == Registered application 'ZapSendKeypadFacility'
>  == Parsing '/etc/asterisk/zapata.conf': Found
>    -- Registered channel 1, FXO Kewlstart signalling
>    -- Registered channel 2, FXO Kewlstart signalling
>    -- Automatically generated pseudo channel
>  == Parsing '/etc/asterisk/users.conf': Found
>  == Registered channel type 'Zap' (DAHDI Telephony Driver w/PRI)
>  == Manager registered action ZapTransfer
>  == Manager registered action ZapHangup
>  == Manager registered action ZapDialOffHook
>  == Manager registered action ZapDNDon
>  == Manager registered action ZapDNDoff
>  == Manager registered action ZapShowChannels
>  == Manager registered action ZapRestart
> chan_dahdi.so => (DAHDI Telephony w/PRI)
>  == Registered application 'ControlPlayback'
> app_controlplayback.so => (Control Playback Application)
> [Oct 26 22:48:23] NOTICE[17679]: app_gps.c:430 load_module: Unable to load
> config gps.conf
>  == Registered application 'ParkAndAnnounce'
> app_parkandannounce.so => (Call Parking and Announce Application)
>  == Registered application 'MP3Player'
> app_mp3.so => (Silly MP3 Application)
>  == Registered application 'Zapateller'
> app_zapateller.so => (Block Telemarketers with Special Information Tone)
> Asterisk Ready.
> *CLI>   == Parsing '/etc/asterisk/rpt.conf': Found
>    -- Loading initial config for repeater 2134
>  == Parsing '/etc/asterisk/rpt.conf': Found
> [Oct 26 22:48:23] NOTICE[17714]: app_rpt.c:19094 rpt_master: Normal
> Repeater Init  2134
>    -- Re-Loading config for repeater 2134
>  == Parsing '/etc/asterisk/rpt.conf': Found
> ERROR: numrxcodes != numtxcodes
>    -- rpt (Rx) initiating call to Radio/usb on Radio/usb
>    -- Loading initial config for repeater 20040
>  == Parsing '/etc/asterisk/rpt.conf': Found
> [Oct 26 22:48:23] NOTICE[17714]: app_rpt.c:19094 rpt_master: Normal
> Repeater Init  20040
>    -- Re-Loading config for repeater 20040
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>  == Set device 1-2 to usb
>  == Set device 1-1 to usb1
> ERROR: numrxcodes != numtxcodes
>  == Parsing '/etc/asterisk/usbradio_tune_**usb.conf':   == Parsing
> '/etc/asterisk/usbradio_tune_**usb1.conf': Found
> Found
> [Oct 26 22:48:23] WARNING[17718]: chan_usbradio.c:1449 hidthread: Loaded
> parameters from usbradio_tune_usb.conf for device usb .
> [Oct 26 22:48:23] WARNING[17720]: chan_usbradio.c:1449 hidthread: Loaded
> parameters from usbradio_tune_usb1.conf for device usb1 .
> Segmentation fault
>
> ______________________________**_________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/**mailman/listinfo/app_rpt-users<http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111026/d6ca0782/attachment.html>

From zstart22 at yahoo.com  Thu Oct 27 08:00:57 2011
From: zstart22 at yahoo.com (Zstart Zstar)
Date: Thu, 27 Oct 2011 01:00:57 -0700 (PDT)
Subject: [App_rpt-users] Radio to Radio communication
Message-ID: <1319702457.81866.YahooMailNeo@web125315.mail.ne1.yahoo.com>




Dear All, 


I am newbie to app_rpt. I have a basic question, I have searched about it, but I could not find an appropriate solution.

I have two radios which works in different frequency bands. Both are connected to Asterisk using URI. Reverse Autopatch is working fine from PSTN to the both radios. I want to establish a call between the radios. My question is that "is is possible to configure app_rpt to act as a bidirectional bridge between two radios?", i.e., when radio 1 activates PTT, its TX audio is transferred to radio 2 and vice versa.? 


Any recommendation/answer would be appreciated. 


Thanks in advance.?

--
Best Regards. 

Matteo. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111027/3a459750/attachment.html>

From zstart22 at yahoo.com  Thu Oct 27 14:19:41 2011
From: zstart22 at yahoo.com (Zstart Zstar)
Date: Thu, 27 Oct 2011 07:19:41 -0700 (PDT)
Subject: [App_rpt-users] Radio to Radio communication
In-Reply-To: <1319702457.81866.YahooMailNeo@web125315.mail.ne1.yahoo.com>
References: <1319702457.81866.YahooMailNeo@web125315.mail.ne1.yahoo.com>
Message-ID: <1319725181.22768.YahooMailNeo@web125317.mail.ne1.yahoo.com>



Dear Bob, Ken, and Brayn 


Thank you very much. Unfortunately, I was aware the Allstar Standard Commands (http://ohnosec.org/drupal/node/21). Your help resolves the issue. 


Thanks again. 


--
Best Regards. 

Matteo.



________________________________
From: Zstart Zstar <zstart22 at yahoo.com>
To: "app_rpt-users at ohnosec.org" <app_rpt-users at ohnosec.org>
Sent: Thursday, October 27, 2011 11:30 AM
Subject: [App_rpt-users] Radio to Radio communication




Dear All, 


I am newbie to app_rpt. I have a basic question, I have searched about it, but I could not find an appropriate solution.

I have two radios which works in different frequency bands. Both are connected to Asterisk using URI. Reverse Autopatch is working fine from PSTN to the both radios. I want to establish a call between the radios. My question is that "is is possible to configure app_rpt to act as a bidirectional bridge between two radios?", i.e., when radio 1 activates PTT, its TX audio is transferred to radio 2 and vice versa.? 


Any recommendation/answer would be appreciated. 


Thanks in advance.?

--
Best Regards. 

Matteo. 
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111027/f8f20aea/attachment.html>

From bote_radio at botecomm.com  Thu Oct 27 14:22:12 2011
From: bote_radio at botecomm.com (Bote Man)
Date: Thu, 27 Oct 2011 10:22:12 -0400
Subject: [App_rpt-users] courtesy tones, reset beeps
In-Reply-To: <CAAswOWiUQKaCNZpLqhDOXRptMMFahc_er+3y1wRh+tWdW8eBEA@mail.gmail.com>
References: <mailman.25.1319570720.24380.app_rpt-users@ohnosec.org>
	<4EA810F1.3070801@yahoo.com.au>
	<CAAswOWiUQKaCNZpLqhDOXRptMMFahc_er+3y1wRh+tWdW8eBEA@mail.gmail.com>
Message-ID: <008c01cc94b3$d27065a0$775130e0$@com>

I have been assisting Lu in configuring his Allstar nodes and learning
more about it in the process. I don't have ready access to a radio that
will hit his repeater, so that limits my observations when he's not
around to test with me. 

 

I find some of the help text and postings on the Internet unclear, but
from what I have been able to determine empirically:

 

linkunkeyct tells Allstar what courtesy tone to select at the end of any
transmission coming over the Net, whether it's from another radio node
or a user on the IAXRPT soft client. It doesn't matter whether the node
is connected or not, as long as voice packets made it key up for that
transmission.

 

unlinkedct tells Allstar what courtesy tone to select at the end of
local repeater receiver transmissions *when the node is still connected
to other nodes*.

 

remotetx tells Allstar what courtesy tone to select at the end of local
repeater receiver transmissions when the node is disconnected.

 

Here are the relevant sections of rpt.conf

 

[telemetry]

 

ct1=|t(350,0,100,2048)(500,0,100,2048)(660,0,100,2048)

 

;Privacy Plus talk-permit tone

ct2=|t(878,2634,30,2048)(0,0,40,0)(878,2634,30,2048)(0,0,40,0)(878,2634,
60,2048)

ct3=|t(440,0,150,4096) ; (never heard this one, f.y.i.)

 

;GT-F1-F2 keying tones

ct8=|t(2175,0,80,1024)(1950,0,40,2048)(1850,0,40,2048)

 

 

[27870]

;remotetx is local ct when not linked

;Norfolk Southern dispatcher call ack tone

;remotetx=|t(660,933,550,2048)

 

 

unlinkedct=ct2

remotect=ct3

linkunkeyct=ct8

 

 

Thanks for any guidance and corrections.

 

Bote

 

 <http://www.botecomm.com/bote/radio> http://www.botecomm.com/bote/radio
? my hobby radio pages

 <http://www.trackstreamer.com/> http://www.trackstreamer.com ? my
streaming scanner feeds

 <http://ialerts1.com/> http://ialerts1.com ? hobbyist alerting network
w/maps

 

 

.

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111027/35554988/attachment.html>

From wl7ni.ak at gmail.com  Thu Oct 27 22:27:22 2011
From: wl7ni.ak at gmail.com (Mark Huelskoetter)
Date: Thu, 27 Oct 2011 14:27:22 -0800
Subject: [App_rpt-users] App_rpt-users Digest, Vol 32, Issue 27
In-Reply-To: <4EA9CA39.8040806@yahoo.com.au>
References: <mailman.25.1319570720.24380.app_rpt-users@ohnosec.org>
	<4EA810F1.3070801@yahoo.com.au>
	<CAAswOWiUQKaCNZpLqhDOXRptMMFahc_er+3y1wRh+tWdW8eBEA@mail.gmail.com>
	<4EA9CA39.8040806@yahoo.com.au>
Message-ID: <CAAswOWhShp+ZKP0PN5Zm20aMMA60Z5fBfHXBn_HcEk2_L5hwjQ@mail.gmail.com>

Are you running 3 nodes on this server or just two?  Because your lsusb
output suggests that you are running  3 URI's.  If that's the case asterisk
might be getting confused on which usb device is which.  Before you go
through the hassle of recompiling everything try unplugging all of the radio
interfaces, run asterisk and look for the segfault.  Next, add one back,
restart asterisk and see what happens, etc...You see where I am going with
this?  Try them all, maybe even in different ports.  If you are still having
problems, download the new sources and compile.

I suggest you back up of the .conf files in /etc/asterisk, then obtain the
new source code.  Per the instructions on the Allstar webpage, you can get
it in the following fashion:

cd /usr/src/
wget http://x.allstarlink.org/svn-trunk.tar.gz -O- | tar xzv
mv trunk astsrc
cd astsrc

Then you can use the make command.  I think make install_usbradio is correct
for your situation, I am not where I can check my notes.  Someone else might
be able to suggest something different.

Good LUCK!!!

Mark - WL7NI
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111027/7c7e9438/attachment.html>

From dshaw at ke6upi.com  Fri Oct 28 13:30:48 2011
From: dshaw at ke6upi.com (David KE6UPI)
Date: Fri, 28 Oct 2011 06:30:48 -0700
Subject: [App_rpt-users] Pickle Linux Site
In-Reply-To: <1319578841.56030.YahooMailNeo@web112107.mail.gq1.yahoo.com>
References: <1319578841.56030.YahooMailNeo@web112107.mail.gq1.yahoo.com>
Message-ID: <CAH4RvbKN5H-Ph+=sD4R3EHcGUWOpKy=4N70mQ-9J=4Dn14Rt+Q@mail.gmail.com>

http://picklejar.org/



On Tue, Oct 25, 2011 at 2:40 PM, Keith Dobbins <dobbins125 at yahoo.com> wrote:

> Did the Picklejaj linux site dissapear? I'm interested in getting a
> beagleboard to play with and lox but wanted to look at the info first and
> the site seems to be inaccessible.
>
> Keith Dobbins A.S.
> Flight Paramedic
> 3402 Linden Street
> Parkersburg, WV 26104-1608
>
>
> Amateur Radio Call Sign: KC8RFW
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111028/0b03c116/attachment.html>

From monty at ke7jvx.com  Fri Oct 28 21:23:31 2011
From: monty at ke7jvx.com (Monty)
Date: Fri, 28 Oct 2011 14:23:31 -0700
Subject: [App_rpt-users] Syntor X Remote Base
Message-ID: <CAN3ondt-1SzAxRjMQbP2J2xgDSrXqEq0rSCV6VmETBdbCyYrXg@mail.gmail.com>

Hello Everyone,
I am wondering if anyone on the list has successfully integrated a Syntor X
with an Xcat to app_rpt?  I have 2m and a 10m/6m flavor.  Would the 10m/6m
have trouble?

Monty
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111028/5797d503/attachment.html>

From buck at thebghouse.org  Sat Oct 29 01:09:39 2011
From: buck at thebghouse.org (buck)
Date: Fri, 28 Oct 2011 18:09:39 -0700
Subject: [App_rpt-users] No Pickle Luck
Message-ID: <000001cc95d7$6ed8c8f0$4c8a5ad0$@thebghouse.org>


So I want to build another microSd card with pickle on it.

Download from AllStarLink works
DD if=. of=. bs=4M      (This creates a boot and file partition)
Pop the card in my beaglexM Rev C   (This board is running another version
of pickle OK)

Result: No boot!

Help?

Birton, N6UG




From njgarbenis at gmail.com  Sat Oct 29 01:44:29 2011
From: njgarbenis at gmail.com (Neal Garbenis)
Date: Fri, 28 Oct 2011 21:44:29 -0400
Subject: [App_rpt-users] No Pickle Luck
In-Reply-To: <000001cc95d7$6ed8c8f0$4c8a5ad0$@thebghouse.org>
References: <000001cc95d7$6ed8c8f0$4c8a5ad0$@thebghouse.org>
Message-ID: <790BA14D-BAA2-4C41-B4D7-AC6D77A4681C@gmail.com>

Try a different sd card sometimes they can be finicky. 


Neal

Sent from my iPhone

On Oct 28, 2011, at 9:09 PM, "buck" <buck at thebghouse.org> wrote:

> 
> So I want to build another microSd card with pickle on it.
> 
> Download from AllStarLink works
> DD if=. of=. bs=4M      (This creates a boot and file partition)
> Pop the card in my beaglexM Rev C   (This board is running another version
> of pickle OK)
> 
> Result: No boot!
> 
> Help?
> 
> Birton, N6UG
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From tim.sawyer at me.com  Sat Oct 29 01:49:34 2011
From: tim.sawyer at me.com (Tim Sawyer)
Date: Fri, 28 Oct 2011 18:49:34 -0700
Subject: [App_rpt-users] Syntor X Remote Base
In-Reply-To: <CAN3ondt-1SzAxRjMQbP2J2xgDSrXqEq0rSCV6VmETBdbCyYrXg@mail.gmail.com>
References: <CAN3ondt-1SzAxRjMQbP2J2xgDSrXqEq0rSCV6VmETBdbCyYrXg@mail.gmail.com>
Message-ID: <F083BA38-7C24-43CE-8A9F-C870FBBAAD05@me.com>

Yes! Here's the applicable settings from the rpt.conf node stanza:

[your node number]
rxchannel = Simpleusb/usb		; Rx audio/signalling channel
remote = xcat
civaddr = 32
functions = functions-remote
;lconn = PP3=1
;ldisc = PP3=0
memory = memory				; Section to hold memory entries (optional)
					; remote=ft897 for Yaesu FT-897 or
					; remote=rbi for Doug Hall RBI1
					; remote=kenwood for Kenwood mobiles such as the TMG707A
					; remote=ic706 for the Icom IC-706
ioport = /dev/ttyS0			; Specify port for serial port (optional)
iospeed = 19200
dusbabek = yes                 ; either you need it or you don't

;iobase = 0x378				; Specify IO port for parallel port (optional)
authlevel = 2				; Remote base authentication level
;; authlevel = 0 : Anyone can use it
;; authlevel = 1 : Requires log in, Waits for Tx key to ask for it
;; authlevel = 2 : Requires log in, asks for it automously
;mars = 0                   ; set=1 for IC-706 w/MARS mods (optional)

remote_inact_timeout=0             ; Inactivity timer for remote base nodes only (set to 0 to disable).
remote_timeout=5400                  ; Session time out for remote base. (set to 0 to disable)


--
Tim
:wq

On Oct 28, 2011, at 2:23 PM, Monty wrote:

> Hello Everyone,
> I am wondering if anyone on the list has successfully integrated a Syntor X with an Xcat to app_rpt?  I have 2m and a 10m/6m flavor.  Would the 10m/6m have trouble?
> 
> Monty
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From w5los at yahoo.com  Sat Oct 29 03:33:10 2011
From: w5los at yahoo.com (Jesse Royall)
Date: Fri, 28 Oct 2011 20:33:10 -0700 (PDT)
Subject: [App_rpt-users] Female Voice too loud
In-Reply-To: <F083BA38-7C24-43CE-8A9F-C870FBBAAD05@me.com>
References: <CAN3ondt-1SzAxRjMQbP2J2xgDSrXqEq0rSCV6VmETBdbCyYrXg@mail.gmail.com>
	<F083BA38-7C24-43CE-8A9F-C870FBBAAD05@me.com>
Message-ID: <1319859190.16819.YahooMailNeo@web113812.mail.gq1.yahoo.com>

Female voice is too loud on the system. Sometimes she overides the PL tone and causes clipping.

Is there a way to turn her down? OR even a way to adjust the audio perimiters?

Running simpleusb setup. GM300. DMK.URI
No radio tune menu so I can't adjust the audio in simpleusb mode.

When running radio-tune-menu
Error parsing device parameters

Tried copying txmixaset=500 perimeter into the simpleusb.conf and no changes. Tried changing to lower value no change.
CLI error on simpleusb_tune_usb27978.conf?
cp simpleusb.conf simpleusb_tune_usb27987.conf and no changes
doubled checked the txmixaset=500 and added that again with no change.

Running outa ideas.?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111028/5e7dcd1f/attachment.html>

From tim.sawyer at me.com  Sat Oct 29 05:14:39 2011
From: tim.sawyer at me.com (Tim Sawyer)
Date: Fri, 28 Oct 2011 22:14:39 -0700
Subject: [App_rpt-users] Female Voice too loud
In-Reply-To: <1319859190.16819.YahooMailNeo@web113812.mail.gq1.yahoo.com>
References: <CAN3ondt-1SzAxRjMQbP2J2xgDSrXqEq0rSCV6VmETBdbCyYrXg@mail.gmail.com>
	<F083BA38-7C24-43CE-8A9F-C870FBBAAD05@me.com>
	<1319859190.16819.YahooMailNeo@web113812.mail.gq1.yahoo.com>
Message-ID: <42B0C79E-F43A-461F-A815-B6517FEFE653@me.com>

Try simpleusb-tune-menu 
--
Tim
:wq

On Oct 28, 2011, at 8:33 PM, Jesse Royall wrote:

> Female voice is too loud on the system. Sometimes she overides the PL tone and causes clipping.
> 
> Is there a way to turn her down? OR even a way to adjust the audio perimiters?
> 
> Running simpleusb setup. GM300. DMK.URI
> No radio tune menu so I can't adjust the audio in simpleusb mode.
> 
> When running radio-tune-menu
> Error parsing device parameters
> 
> Tried copying txmixaset=500 perimeter into the simpleusb.conf and no changes. Tried changing to lower value no change.
> CLI error on simpleusb_tune_usb27978.conf 
> cp simpleusb.conf simpleusb_tune_usb27987.conf and no changes
> doubled checked the txmixaset=500 and added that again with no change.
> 
> Running outa ideas. 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111028/7fefe8b4/attachment.html>

From vencl at att.net  Sat Oct 29 10:11:03 2011
From: vencl at att.net (Lu Vencl)
Date: Sat, 29 Oct 2011 06:11:03 -0400
Subject: [App_rpt-users] Female Voice too loud
In-Reply-To: <42B0C79E-F43A-461F-A815-B6517FEFE653@me.com>
References: <CAN3ondt-1SzAxRjMQbP2J2xgDSrXqEq0rSCV6VmETBdbCyYrXg@mail.gmail.com>	<F083BA38-7C24-43CE-8A9F-C870FBBAAD05@me.com>	<1319859190.16819.YahooMailNeo@web113812.mail.gq1.yahoo.com>
	<42B0C79E-F43A-461F-A815-B6517FEFE653@me.com>
Message-ID: <08f401cc9623$11b35950$351a0bf0$@net>

Are you running your TX audio to the flat input or mic input?

If you are running the mic input and not relying on the PL encoder on the
radio and trying to send PL into the radio via mic, this will cause
problems.

Be sure to use the flat TX input.. If not, then change the radio to encode
PL and turn the PL off on the URI side.

Lu

KA4EPS

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Tim Sawyer
Sent: Saturday, October 29, 2011 1:15 AM
To: app_rpt list
Subject: Re: [App_rpt-users] Female Voice too loud

 

Try simpleusb-tune-menu 

--
Tim
:wq

 

On Oct 28, 2011, at 8:33 PM, Jesse Royall wrote:





Female voice is too loud on the system. Sometimes she overides the PL tone
and causes clipping.

 

Is there a way to turn her down? OR even a way to adjust the audio
perimiters?

 

Running simpleusb setup. GM300. DMK.URI

No radio tune menu so I can't adjust the audio in simpleusb mode.

 

When running radio-tune-menu

Error parsing device parameters

 

Tried copying txmixaset=500 perimeter into the simpleusb.conf and no
changes. Tried changing to lower value no change.

CLI error on simpleusb_tune_usb27978.conf 

cp simpleusb.conf simpleusb_tune_usb27987.conf and no changes

doubled checked the txmixaset=500 and added that again with no change.

 

Running outa ideas. 

 

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111029/f5a6a5f1/attachment.html>

From w5los at yahoo.com  Sat Oct 29 21:23:12 2011
From: w5los at yahoo.com (Jesse Royall)
Date: Sat, 29 Oct 2011 14:23:12 -0700 (PDT)
Subject: [App_rpt-users] Female Voice too loud
In-Reply-To: <08f401cc9623$11b35950$351a0bf0$@net>
References: <CAN3ondt-1SzAxRjMQbP2J2xgDSrXqEq0rSCV6VmETBdbCyYrXg@mail.gmail.com>
	<F083BA38-7C24-43CE-8A9F-C870FBBAAD05@me.com>
	<1319859190.16819.YahooMailNeo@web113812.mail.gq1.yahoo.com>
	<42B0C79E-F43A-461F-A815-B6517FEFE653@me.com>
	<08f401cc9623$11b35950$351a0bf0$@net>
Message-ID: <1319923392.82057.YahooMailNeo@web113810.mail.gq1.yahoo.com>

Yes I am running Flat TX (Pin5)
The Radio is doing all the ENC/DEC
Running simpleusb.conf so there are no extra settings for PL. I am downloading from the web my conf files. And I think I may have a bad profile on the web so will be looking into the conf files from the machine now.

I talked to Bob (W5EVH) and my audio got crummy after 10 mins of talking. So we are thinking its a bad Motorola or a flaky one.?

Tried Tim's recommendation and simpleusb-tune-menu seems to have fixed her!

Thanks guys.


________________________________
From: Lu Vencl <vencl at att.net>
To: 'app_rpt list' <app_rpt-users at ohnosec.org>
Sent: Saturday, October 29, 2011 5:11 AM
Subject: Re: [App_rpt-users] Female Voice too loud


Are you running your TX audio to the flat input or mic input?
If you are running the mic input and not relying on the PL encoder on the radio and trying to send PL into the radio via mic, this will cause problems.
Be sure to use the flat TX input.. If not, then change the radio to encode PL and turn the PL off on the URI side.
Lu
KA4EPS
From:app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Tim Sawyer
Sent: Saturday, October 29, 2011 1:15 AM
To: app_rpt list
Subject: Re: [App_rpt-users] Female Voice too loud
?
Try?simpleusb-tune-menu?
--
Tim
:wq
?
On Oct 28, 2011, at 8:33 PM, Jesse Royall wrote:


Female voice is too loud on the system. Sometimes she overides the PL tone and causes clipping.
?
Is there a way to turn her down? OR even a way to adjust the audio perimiters?
?
Running simpleusb setup. GM300. DMK.URI
No radio tune menu so I can't adjust the audio in simpleusb mode.
?
When running radio-tune-menu
Error parsing device parameters
?
Tried copying txmixaset=500 perimeter into the simpleusb.conf and no changes. Tried changing to lower value no change.
CLI error on simpleusb_tune_usb27978.conf?
cp simpleusb.conf simpleusb_tune_usb27987.conf and no changes
doubled checked the txmixaset=500 and added that again with no change.
?
Running outa ideas.?
?
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
?
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111029/8fa5feec/attachment.html>

From k6kya at hokeynet.net  Sat Oct 29 23:18:42 2011
From: k6kya at hokeynet.net (Steve Passmore)
Date: Sat, 29 Oct 2011 16:18:42 -0700
Subject: [App_rpt-users] Female Voice too loud
In-Reply-To: <1319923392.82057.YahooMailNeo@web113810.mail.gq1.yahoo.com>
References: <CAN3ondt-1SzAxRjMQbP2J2xgDSrXqEq0rSCV6VmETBdbCyYrXg@mail.gmail.com>
	<F083BA38-7C24-43CE-8A9F-C870FBBAAD05@me.com>
	<1319859190.16819.YahooMailNeo@web113812.mail.gq1.yahoo.com>
	<42B0C79E-F43A-461F-A815-B6517FEFE653@me.com>
	<08f401cc9623$11b35950$351a0bf0$@net>
	<1319923392.82057.YahooMailNeo@web113810.mail.gq1.yahoo.com>
Message-ID: <4EAC89D2.90202@hokeynet.net>

Isn't simpleusb for use with processed audio, not flat.  Otherwise you'd 
be sending other nodes your flat, i.e. non-de-emphasized audio.
I would think the female voice would be somewhat muddy sounding as it is 
not being pre-emhasized  by the radio.  Probably also throwing off your 
levels as well.

Steve

On 10/29/2011 14:23, Jesse Royall wrote:
> Yes I am running Flat TX (Pin5)
> The Radio is doing all the ENC/DEC
> Running simpleusb.conf so there are no extra settings for PL. I am 
> downloading from the web my conf files. And I think I may have a bad 
> profile on the web so will be looking into the conf files from the 
> machine now.
>
> I talked to Bob (W5EVH) and my audio got crummy after 10 mins of 
> talking. So we are thinking its a bad Motorola or a flaky one.
>
> Tried Tim's recommendation and simpleusb-tune-menu seems to have fixed 
> her!
>
> Thanks guys.
>
> ------------------------------------------------------------------------
> *From:* Lu Vencl <vencl at att.net>
> *To:* 'app_rpt list' <app_rpt-users at ohnosec.org>
> *Sent:* Saturday, October 29, 2011 5:11 AM
> *Subject:* Re: [App_rpt-users] Female Voice too loud
>
> Are you running your TX audio to the flat input or mic input?
> If you are running the mic input and not relying on the PL encoder on 
> the radio and trying to send PL into the radio via mic, this will 
> cause problems.
> Be sure to use the flat TX input.. If not, then change the radio to 
> encode PL and turn the PL off on the URI side.
> Lu
> KA4EPS
> *From:*app_rpt-users-bounces at ohnosec.org 
> [mailto:app_rpt-users-bounces at ohnosec.org] *On Behalf Of *Tim Sawyer
> *Sent:* Saturday, October 29, 2011 1:15 AM
> *To:* app_rpt list
> *Subject:* Re: [App_rpt-users] Female Voice too loud
> Try simpleusb-tune-menu
> --
> Tim
> :wq
> On Oct 28, 2011, at 8:33 PM, Jesse Royall wrote:
>
>
> Female voice is too loud on the system. Sometimes she overides the PL 
> tone and causes clipping.
> Is there a way to turn her down? OR even a way to adjust the audio 
> perimiters?
> Running simpleusb setup. GM300. DMK.URI
> No radio tune menu so I can't adjust the audio in simpleusb mode.
> When running radio-tune-menu
> Error parsing device parameters
> Tried copying txmixaset=500 perimeter into the simpleusb.conf and no 
> changes. Tried changing to lower value no change.
> CLI error on simpleusb_tune_usb27978.conf
> cp simpleusb.conf simpleusb_tune_usb27987.conf and no changes
> doubled checked the txmixaset=500 and added that again with no change.
> Running outa ideas.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org <mailto:App_rpt-users at ohnosec.org>
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org <mailto:App_rpt-users at ohnosec.org>
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111029/a17120f2/attachment.html>

From Ramesh at va3uv.com  Sun Oct 30 01:20:26 2011
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Sat, 29 Oct 2011 21:20:26 -0400
Subject: [App_rpt-users] cop 2 - causing PTT lock
Message-ID: <4EACA65A.4040302@va3uv.com>

Hi Jim and all;

Running app_rpt v0.287 (full duplex); when I issue a DTMF command to 
re-enable the repeater (from it's disabled cop 3 state), the repeater 
keys up, we hear Alison announce 'RPT ENA' and then the PTT remains 
keyed.  I have to send a '*0' to get the PTT to drop.


This is on a system that I just rebuilt recently.  AFAIK, this problem 
did not exist with an earlier version of app_rpt (sorry, I can't be more 
specific than that!).


Wonder if this is a bug or something that I am missing from my config 
file, etc?


Cheers!

Ramesh.

www.freestar.us



From w5los at yahoo.com  Sun Oct 30 01:28:14 2011
From: w5los at yahoo.com (Jesse Royall)
Date: Sat, 29 Oct 2011 18:28:14 -0700 (PDT)
Subject: [App_rpt-users] Female Voice too loud
In-Reply-To: <4EAC89D2.90202@hokeynet.net>
References: <CAN3ondt-1SzAxRjMQbP2J2xgDSrXqEq0rSCV6VmETBdbCyYrXg@mail.gmail.com>
	<F083BA38-7C24-43CE-8A9F-C870FBBAAD05@me.com>
	<1319859190.16819.YahooMailNeo@web113812.mail.gq1.yahoo.com>
	<42B0C79E-F43A-461F-A815-B6517FEFE653@me.com>
	<08f401cc9623$11b35950$351a0bf0$@net>
	<1319923392.82057.YahooMailNeo@web113810.mail.gq1.yahoo.com>
	<4EAC89D2.90202@hokeynet.net>
Message-ID: <1319938094.85200.YahooMailNeo@web113812.mail.gq1.yahoo.com>



You are correct Steve. I tried both and got the results you expected. Muddy audio when I was on Flat. But I changed the jumper in the radio back from Flat and it cleared the audio back up.?
It didn't throw the audios but here is what I think happened.

During the initial install I setup from the web my conf files. And downloaded to machine when prompted. Setup radio according to Allstar FAQ for de-emp audio on a moto.
Built the machine with usbradio.conf. I had really LOW audio and went in and cranked up the levels using tune-radio-menu.
Got it working. Then when I listened to the audio from the other end it had a stutter problem. It would start stuttering and then clear up. But the audio levels were low.
Went back to the web after asking a few about what I was?experiencing?and was told to use simpleusb.conf.
This cleared up my audio dramtically. BUT, she was too loud and over driving my radio now. No processing being done like usbradio.conf does.
running tune-radio-menu gave me errors and I was not able to adjust them anymore.
Somehow missed in the manual that told me that I needed to run the simpleusb-tune-menu to adjust the audio.?
Now that Tim shared the missed command, I can now setup the audio levels of the sound card. So far so peachy...?
Except my Chinese radio and its DTMF isn't so good. and tends to drop the COS on the link radio.

Thanks for the help. I knew to use de-emp audio but tried FLAT just in case to eliminate anything I was missing. When posted I was just trying to get the levels down and fix the audio later as I knew that part was in the radio.





________________________________
From: Steve Passmore <k6kya at hokeynet.net>
To: app_rpt-users at ohnosec.org
Sent: Saturday, October 29, 2011 6:18 PM
Subject: Re: [App_rpt-users] Female Voice too loud


Isn't simpleusb for use with processed audio, not flat.? Otherwise you'd be sending other nodes your flat, i.e. non-de-emphasized audio. 
I would think the female voice would be somewhat muddy sounding as
    it is not being pre-emhasized? by the radio.? Probably also throwing
    off your levels as well.

Steve

On 10/29/2011 14:23, Jesse Royall wrote: 
Yes I am running Flat TX (Pin5)
>The Radio is doing all the ENC/DEC
>Running simpleusb.conf so there are no extra settings for PL. I am downloading from the web my conf files. And I think I may have a bad profile on the web so will be looking into the conf files from the machine now.
>
>
>I talked to Bob (W5EVH) and my audio got crummy after 10 mins of talking. So we are thinking its a bad Motorola or a flaky one.?
>
>
>Tried Tim's recommendation and simpleusb-tune-menu seems to have fixed her!
>
>
>Thanks guys.
>
>
>
>________________________________
>From: Lu Vencl <vencl at att.net>
>To: 'app_rpt list' <app_rpt-users at ohnosec.org>
>Sent: Saturday, October 29, 2011 5:11 AM
>Subject: Re: [App_rpt-users] Female Voice too loud
>
>
> 
>Are you running your TX audio to the flat input or mic input?
>If you are running the mic input and not relying on the PL encoder on the radio and trying to send PL into the radio via mic, this will cause problems.
>Be sure to use the flat TX input.. If not, then change the radio to encode PL and turn the PL off on the URI side.
>Lu
>KA4EPS
>From:app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Tim Sawyer
>Sent: Saturday, October 29, 2011 1:15 AM
>To: app_rpt list
>Subject: Re: [App_rpt-users] Female Voice too loud
>?
>Try?simpleusb-tune-menu?
>--
>Tim
>:wq
>?
>On Oct 28, 2011, at 8:33 PM, Jesse Royall wrote:
>
>
>
>Female voice is too loud on the system. Sometimes she overides the PL tone and causes clipping.
>?
>Is there a way to turn her down? OR even a way to adjust the audio perimiters?
>?
>Running simpleusb setup. GM300. DMK.URI
>No radio tune menu so I can't adjust the audio in simpleusb mode.
>?
>When running radio-tune-menu
>Error parsing device parameters
>?
>Tried copying txmixaset=500 perimeter into the simpleusb.conf and no changes. Tried changing to lower value no change.
>CLI error on simpleusb_tune_usb27978.conf?
>cp simpleusb.conf simpleusb_tune_usb27987.conf and no changes
>doubled checked the txmixaset=500 and added that again with no change.
>?
>Running outa ideas.?
>?
>_______________________________________________
>App_rpt-users mailing list
>App_rpt-users at ohnosec.org
>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>?
>_______________________________________________
>App_rpt-users mailing list
>App_rpt-users at ohnosec.org
>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
>
>
>
>_______________________________________________
App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111029/08231318/attachment.html>

From vencl at att.net  Sun Oct 30 01:35:11 2011
From: vencl at att.net (Lu Vencl)
Date: Sat, 29 Oct 2011 21:35:11 -0400
Subject: [App_rpt-users] cop 2 - causing PTT lock
In-Reply-To: <4EACA65A.4040302@va3uv.com>
References: <4EACA65A.4040302@va3uv.com>
Message-ID: <006201cc96a4$2b50a490$81f1edb0$@net>

I have been meaning to bring this up as well, but I have a little different
scenario.
I have a macro that runs the following: Cop 33, *71, then a series of node
connects and then COP 34
If this is performed on the RF side, the CLI verbose output shows a stuck RX
carrier. (I use PL decode via discriminator)
All that is needed is a onetime quick PTT on the input and it clears. Seems
as it gets back into sync. If I issue the macro via CLI I don't get this
issue.
It happens to all of my nodes and it is pretty consistent.


-----Original Message-----
From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ramesh Dhami (VA3UV)
Sent: Saturday, October 29, 2011 9:20 PM
To: app_rpt
Subject: [App_rpt-users] cop 2 - causing PTT lock

Hi Jim and all;

Running app_rpt v0.287 (full duplex); when I issue a DTMF command to 
re-enable the repeater (from it's disabled cop 3 state), the repeater 
keys up, we hear Alison announce 'RPT ENA' and then the PTT remains 
keyed.  I have to send a '*0' to get the PTT to drop.


This is on a system that I just rebuilt recently.  AFAIK, this problem 
did not exist with an earlier version of app_rpt (sorry, I can't be more 
specific than that!).


Wonder if this is a bug or something that I am missing from my config 
file, etc?


Cheers!

Ramesh.

www.freestar.us

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From ramesh at va3uv.com  Sun Oct 30 01:41:52 2011
From: ramesh at va3uv.com (Ramesh Dhami, VA3UV/M)
Date: Sun, 30 Oct 2011 01:41:52 +0000
Subject: [App_rpt-users] cop 2 - causing PTT lock
In-Reply-To: <006201cc96a4$2b50a490$81f1edb0$@net>
References: <4EACA65A.4040302@va3uv.com> <006201cc96a4$2b50a490$81f1edb0$@net>
Message-ID: <192152102-1319938913-cardhu_decombobulator_blackberry.rim.net-1486610224-@b26.c19.bise6.blackberry>

Hi Lu;

I believe that I tried the PTT trick as well - I don't even get a courtesy tone.

I will check the CLI tomorrow morning.

Cheers!

Ramesh.

Sent on the TELUS Mobility network with BlackBerry

-----Original Message-----
From: "Lu Vencl" <vencl at att.net>
Date: Sat, 29 Oct 2011 21:35:11 
To: 'Ramesh Dhami \(VA3UV\)'<Ramesh at va3uv.com>; 'app_rpt'<app_rpt-users at ohnosec.org>
Subject: RE: [App_rpt-users] cop 2 - causing PTT lock

I have been meaning to bring this up as well, but I have a little different
scenario.
I have a macro that runs the following: Cop 33, *71, then a series of node
connects and then COP 34
If this is performed on the RF side, the CLI verbose output shows a stuck RX
carrier. (I use PL decode via discriminator)
All that is needed is a onetime quick PTT on the input and it clears. Seems
as it gets back into sync. If I issue the macro via CLI I don't get this
issue.
It happens to all of my nodes and it is pretty consistent.


-----Original Message-----
From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ramesh Dhami (VA3UV)
Sent: Saturday, October 29, 2011 9:20 PM
To: app_rpt
Subject: [App_rpt-users] cop 2 - causing PTT lock

Hi Jim and all;

Running app_rpt v0.287 (full duplex); when I issue a DTMF command to 
re-enable the repeater (from it's disabled cop 3 state), the repeater 
keys up, we hear Alison announce 'RPT ENA' and then the PTT remains 
keyed.  I have to send a '*0' to get the PTT to drop.


This is on a system that I just rebuilt recently.  AFAIK, this problem 
did not exist with an earlier version of app_rpt (sorry, I can't be more 
specific than that!).


Wonder if this is a bug or something that I am missing from my config 
file, etc?


Cheers!

Ramesh.

www.freestar.us

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From george at dyb.com  Sun Oct 30 04:01:18 2011
From: george at dyb.com (George Csahanin)
Date: Sat, 29 Oct 2011 23:01:18 -0500
Subject: [App_rpt-users] cop 2 - causing PTT lock
References: <4EACA65A.4040302@va3uv.com> <006201cc96a4$2b50a490$81f1edb0$@net>
Message-ID: <FE6E1CD37C0D461882923CCA047956FB@lintv.com>

When you do "rpt showvars xxxx" does it show RPT_RXKEYED=0 or 1?

I've seen this if the levels/squelch setting not being right, lower noise 
being received signal, etc.

GeorgeC
W2DB

----- Original Message ----- 
From: "Lu Vencl" <vencl at att.net>
To: "'Ramesh Dhami (VA3UV)'" <Ramesh at va3uv.com>; "'app_rpt'" 
<app_rpt-users at ohnosec.org>
Sent: Saturday, October 29, 2011 8:35 PM
Subject: Re: [App_rpt-users] cop 2 - causing PTT lock


>I have been meaning to bring this up as well, but I have a little different
> scenario.
> I have a macro that runs the following: Cop 33, *71, then a series of node
> connects and then COP 34
> If this is performed on the RF side, the CLI verbose output shows a stuck 
> RX
> carrier. (I use PL decode via discriminator)
> All that is needed is a onetime quick PTT on the input and it clears. 
> Seems
> as it gets back into sync. If I issue the macro via CLI I don't get this
> issue.
> It happens to all of my nodes and it is pretty consistent.
>
>
> -----Original Message-----
> From: app_rpt-users-bounces at ohnosec.org
> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ramesh Dhami 
> (VA3UV)
> Sent: Saturday, October 29, 2011 9:20 PM
> To: app_rpt
> Subject: [App_rpt-users] cop 2 - causing PTT lock
>
> Hi Jim and all;
>
> Running app_rpt v0.287 (full duplex); when I issue a DTMF command to
> re-enable the repeater (from it's disabled cop 3 state), the repeater
> keys up, we hear Alison announce 'RPT ENA' and then the PTT remains
> keyed.  I have to send a '*0' to get the PTT to drop.
>
>
> This is on a system that I just rebuilt recently.  AFAIK, this problem
> did not exist with an earlier version of app_rpt (sorry, I can't be more
> specific than that!).
>
>
> Wonder if this is a bug or something that I am missing from my config
> file, etc?
>
>
> Cheers!
>
> Ramesh.
>
> www.freestar.us
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> 




From Ramesh at va3uv.com  Sun Oct 30 11:51:30 2011
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Sun, 30 Oct 2011 07:51:30 -0400
Subject: [App_rpt-users] cop 2 - causing PTT lock
In-Reply-To: <FE6E1CD37C0D461882923CCA047956FB@lintv.com>
References: <4EACA65A.4040302@va3uv.com> <006201cc96a4$2b50a490$81f1edb0$@net>
	<FE6E1CD37C0D461882923CCA047956FB@lintv.com>
Message-ID: <4EAD3A42.9080002@va3uv.com>

On 30/10/2011 12:01 AM, George Csahanin wrote:
> When you do "rpt showvars xxxx" does it show RPT_RXKEYED=0 or 1?
>
> I've seen this if the levels/squelch setting not being right, lower
> noise being received signal, etc.
>

<-- Hi George and all:

Tried my COP2 (dtmf command) via the CLI and as Lu mentioned, that works 
fine, as soon as I hear RPT ENA, the PTT drops and life is good.

Then I disabled the repeater and tried the dtmf command from my HT - 
this is what I captured on CLI:

[Oct 30 07:41:31] NOTICE[19419]: app_rpt.c:7957 wait_interval: Delay 
complete
     -- <Zap/pseudo-475079875> Playing 'letters/r' (language 'en')
     -- <Zap/pseudo-475079875> Playing 'letters/p' (language 'en')
     -- <Zap/pseudo-475079875> Playing 'letters/t' (language 'en')
     -- <Zap/pseudo-475079875> Playing 'letters/e' (language 'en')
     -- <Zap/pseudo-475079875> Playing 'letters/n' (language 'en')
     -- <Zap/pseudo-475079875> Playing 'letters/a' (language 'en')
     -- Hungup 'Zap/pseudo-475079875'
[Oct 30 07:41:46] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on 
node 2182
     -- Hungup 'Zap/pseudo-1423219721'
[Oct 30 07:41:49] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on 
node 2182
     -- Hungup 'Zap/pseudo-1492162812'
[Oct 30 07:41:52] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on 
node 2182
     -- Hungup 'Zap/pseudo-13915100'
[Oct 30 07:41:55] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on 
node 2182
     -- Hungup 'Zap/pseudo-971235839'
[Oct 30 07:42:04] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on 
node 2182
[Oct 30 07:42:05] NOTICE[4141]: chan_usbradio.c:3010 usbradio_read: Got 
DTMF char * duration 127 ms
[Oct 30 07:42:05] NOTICE[4141]: chan_usbradio.c:3010 usbradio_read: Got 
DTMF char 0 duration 84 ms
[Oct 30 07:42:05] NOTICE[4141]: app_rpt.c:4288 cancel_pfxtone: 
cancel_pfxfone!![Oct 30 07:42:05] NOTICE[4141]: app_rpt.c:16792 
channel_revert: remoterig=, nowchan=00, waschan=00
[Oct 30 07:42:05] NOTICE[19396]: app_rpt.c:10544 rpt_call: exit channel loop
     -- Hungup 'Zap/pseudo-895837731'
[Oct 30 07:42:05] NOTICE[19396]: app_rpt.c:16792 channel_revert: 
remoterig=, nowchan=00, waschan=00
     -- Hungup 'Zap/pseudo-2118062105'
va3pmo_asterisk*CLI>


Notice how I tried to key-up a few times - and no joy.  Further even the 
end, when I sent a *0; app_rpt tells me:

nowchan=00, waschan=00

So it believes that the ptt was actually off to start with.


So OK, now I will bump the squelch up a bit...

(Current setting was 450 with a signal level of 140) - the squelch is 
already kinda' high (I think?) - anyway, I bumped the squelch up to 500 
- tried again and voila! - problem solved :)


As soon as I finished sending the dtmf and dropped ptt on my HT, I heard 
the courtesy tone come back and knew instantly that this was going to work!


So that's it - my dual mode DV and FM repeater is ready!!! ;P).


Thanks!!!

Ramesh.

www.freestar.us




From tim.sawyer at me.com  Sun Oct 30 15:55:37 2011
From: tim.sawyer at me.com (Tim Sawyer)
Date: Sun, 30 Oct 2011 08:55:37 -0700
Subject: [App_rpt-users] Syntor X Remote Base
In-Reply-To: <CAN3onds5jfSxaacaX5OC=OGFP5S20BYdhFRETacf3W4fJnkyYQ@mail.gmail.com>
References: <CAN3ondt-1SzAxRjMQbP2J2xgDSrXqEq0rSCV6VmETBdbCyYrXg@mail.gmail.com>
	<F083BA38-7C24-43CE-8A9F-C870FBBAAD05@me.com>
	<CAN3onds5jfSxaacaX5OC=OGFP5S20BYdhFRETacf3W4fJnkyYQ@mail.gmail.com>
Message-ID: <523673AE-4389-432C-846D-ED27DB525AD3@me.com>

Nothing to it, just rxd and txd.
--
Tim
:wq

On Oct 29, 2011, at 11:36 PM, Monty wrote:

> Nice! Thanks Tim.  I just got the Xcat all wired up and I am able to control with the Xcat PC program. Do you have a pinout for how to connect the data lines to the Allstar PC's serial port?
> 
> Monty
> 
> 
> On Fri, Oct 28, 2011 at 6:49 PM, Tim Sawyer <tim.sawyer at me.com> wrote:
> Yes! Here's the applicable settings from the rpt.conf node stanza:
> 
> [your node number]
> rxchannel = Simpleusb/usb               ; Rx audio/signalling channel
> remote = xcat
> civaddr = 32
> functions = functions-remote
> ;lconn = PP3=1
> ;ldisc = PP3=0
> memory = memory                         ; Section to hold memory entries (optional)
>                                        ; remote=ft897 for Yaesu FT-897 or
>                                        ; remote=rbi for Doug Hall RBI1
>                                        ; remote=kenwood for Kenwood mobiles such as the TMG707A
>                                        ; remote=ic706 for the Icom IC-706
> ioport = /dev/ttyS0                     ; Specify port for serial port (optional)
> iospeed = 19200
> dusbabek = yes                 ; either you need it or you don't
> 
> ;iobase = 0x378                         ; Specify IO port for parallel port (optional)
> authlevel = 2                           ; Remote base authentication level
> ;; authlevel = 0 : Anyone can use it
> ;; authlevel = 1 : Requires log in, Waits for Tx key to ask for it
> ;; authlevel = 2 : Requires log in, asks for it automously
> ;mars = 0                   ; set=1 for IC-706 w/MARS mods (optional)
> 
> remote_inact_timeout=0             ; Inactivity timer for remote base nodes only (set to 0 to disable).
> remote_timeout=5400                  ; Session time out for remote base. (set to 0 to disable)
> 
> 
> --
> Tim
> :wq
> 
> On Oct 28, 2011, at 2:23 PM, Monty wrote:
> 
> > Hello Everyone,
> > I am wondering if anyone on the list has successfully integrated a Syntor X with an Xcat to app_rpt?  I have 2m and a 10m/6m flavor.  Would the 10m/6m have trouble?
> >
> > Monty
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at ohnosec.org
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111030/61c666af/attachment.html>

From george at dyb.com  Sun Oct 30 16:34:33 2011
From: george at dyb.com (George Csahanin)
Date: Sun, 30 Oct 2011 11:34:33 -0500
Subject: [App_rpt-users] cop 2 - causing PTT lock
References: <4EACA65A.4040302@va3uv.com>
	<006201cc96a4$2b50a490$81f1edb0$@net><FE6E1CD37C0D461882923CCA047956FB@lintv.com>
	<4EAD3A42.9080002@va3uv.com>
Message-ID: <BF4F713B341C4832AF08F4E6A782C051@lintv.com>


----- Original Message ----- 
From: "Ramesh Dhami (VA3UV)" <Ramesh at va3uv.com>
To: "'app_rpt'" <app_rpt-users at ohnosec.org>
Sent: Sunday, October 30, 2011 6:51 AM
Subject: Re: [App_rpt-users] cop 2 - causing PTT lock


> On 30/10/2011 12:01 AM, George Csahanin wrote:
>> When you do "rpt showvars xxxx" does it show RPT_RXKEYED=0 or 1?
>>
>> I've seen this if the levels/squelch setting not being right, lower
>> noise being received signal, etc.
>>
>
> <-- Hi George and all:
>
> Tried my COP2 (dtmf command) via the CLI and as Lu mentioned, that works 
> fine, as soon as I hear RPT ENA, the PTT drops and life is good.
>
> Then I disabled the repeater and tried the dtmf command from my HT - this 
> is what I captured on CLI:
>
> [Oct 30 07:41:31] NOTICE[19419]: app_rpt.c:7957 wait_interval: Delay 
> complete
>     -- <Zap/pseudo-475079875> Playing 'letters/r' (language 'en')
>     -- <Zap/pseudo-475079875> Playing 'letters/p' (language 'en')
>     -- <Zap/pseudo-475079875> Playing 'letters/t' (language 'en')
>     -- <Zap/pseudo-475079875> Playing 'letters/e' (language 'en')
>     -- <Zap/pseudo-475079875> Playing 'letters/n' (language 'en')
>     -- <Zap/pseudo-475079875> Playing 'letters/a' (language 'en')
>     -- Hungup 'Zap/pseudo-475079875'
> [Oct 30 07:41:46] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on node 
> 2182
>     -- Hungup 'Zap/pseudo-1423219721'
> [Oct 30 07:41:49] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on node 
> 2182
>     -- Hungup 'Zap/pseudo-1492162812'
> [Oct 30 07:41:52] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on node 
> 2182
>     -- Hungup 'Zap/pseudo-13915100'
> [Oct 30 07:41:55] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on node 
> 2182
>     -- Hungup 'Zap/pseudo-971235839'
> [Oct 30 07:42:04] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on node 
> 2182
> [Oct 30 07:42:05] NOTICE[4141]: chan_usbradio.c:3010 usbradio_read: Got 
> DTMF char * duration 127 ms
> [Oct 30 07:42:05] NOTICE[4141]: chan_usbradio.c:3010 usbradio_read: Got 
> DTMF char 0 duration 84 ms
> [Oct 30 07:42:05] NOTICE[4141]: app_rpt.c:4288 cancel_pfxtone: 
> cancel_pfxfone!![Oct 30 07:42:05] NOTICE[4141]: app_rpt.c:16792 
> channel_revert: remoterig=, nowchan=00, waschan=00
> [Oct 30 07:42:05] NOTICE[19396]: app_rpt.c:10544 rpt_call: exit channel 
> loop
>     -- Hungup 'Zap/pseudo-895837731'
> [Oct 30 07:42:05] NOTICE[19396]: app_rpt.c:16792 channel_revert: 
> remoterig=, nowchan=00, waschan=00
>     -- Hungup 'Zap/pseudo-2118062105'
> va3pmo_asterisk*CLI>
>
>
> Notice how I tried to key-up a few times - and no joy.  Further even the 
> end, when I sent a *0; app_rpt tells me:
>
> nowchan=00, waschan=00
>
> So it believes that the ptt was actually off to start with.
>
>
> So OK, now I will bump the squelch up a bit...
>
> (Current setting was 450 with a signal level of 140) - the squelch is 
> already kinda' high (I think?) - anyway, I bumped the squelch up to 500 - 
> tried again and voila! - problem solved :)
>
>
> As soon as I finished sending the dtmf and dropped ptt on my HT, I heard 
> the courtesy tone come back and knew instantly that this was going to 
> work!
>
>
> So that's it - my dual mode DV and FM repeater is ready!!! ;P).
>
>
> Thanks!!!
>
> Ramesh.
>
> www.freestar.us
>


Squelch at 450 and signal 150? Yeah, that's REAL tight. But the 150 seems 
like the audio noise level into the CM108 is possibly too high. I've never 
seen it that high( backwards to what may be thought...lower signal level 
number = higher number, as rx quiets with signal that level number goes up)

GeorgeC 




From Ramesh at va3uv.com  Sun Oct 30 16:37:42 2011
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Sun, 30 Oct 2011 12:37:42 -0400
Subject: [App_rpt-users] cop 2 - causing PTT lock
In-Reply-To: <BF4F713B341C4832AF08F4E6A782C051@lintv.com>
References: <4EACA65A.4040302@va3uv.com>
	<006201cc96a4$2b50a490$81f1edb0$@net><FE6E1CD37C0D461882923CCA047956FB@lintv.com>
	<4EAD3A42.9080002@va3uv.com>
	<BF4F713B341C4832AF08F4E6A782C051@lintv.com>
Message-ID: <4EAD7D56.5040802@va3uv.com>

On 30/10/2011 12:34 PM, George Csahanin wrote:

> Squelch at 450 and signal 150? Yeah, that's REAL tight. But the 150
> seems like the audio noise level into the CM108 is possibly too high.
> I've never seen it that high( backwards to what may be thought...lower
> signal level number = higher number, as rx quiets with signal that level
> number goes up)
>

<-- I'll try and re-cal' the audio levels this evening.  This is not the 
final hardware that I'll be using (I'll be installing the dual mode DV / 
FM repeater on a Kenwood TKR-850).

R.


From buck at thebghouse.org  Sun Oct 30 16:43:34 2011
From: buck at thebghouse.org (buck)
Date: Sun, 30 Oct 2011 09:43:34 -0700
Subject: [App_rpt-users] No Pickle Luck
In-Reply-To: <790BA14D-BAA2-4C41-B4D7-AC6D77A4681C@gmail.com>
References: <000001cc95d7$6ed8c8f0$4c8a5ad0$@thebghouse.org>
	<790BA14D-BAA2-4C41-B4D7-AC6D77A4681C@gmail.com>
Message-ID: <001501cc9723$1139c530$33ad4f90$@thebghouse.org>

That was it.

Thank You,
Birton, N6UG

-----Original Message-----
From: Neal Garbenis [mailto:njgarbenis at gmail.com] 
Sent: Friday, October 28, 2011 6:44 PM
To: buck
Cc: <app_rpt-users at ohnosec.org>
Subject: Re: [App_rpt-users] No Pickle Luck

Try a different sd card sometimes they can be finicky. 


Neal

Sent from my iPhone

On Oct 28, 2011, at 9:09 PM, "buck" <buck at thebghouse.org> wrote:

> 
> So I want to build another microSd card with pickle on it.
> 
> Download from AllStarLink works
> DD if=. of=. bs=4M      (This creates a boot and file partition)
> Pop the card in my beaglexM Rev C   (This board is running another version
> of pickle OK)
> 
> Result: No boot!
> 
> Help?
> 
> Birton, N6UG
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From george at dyb.com  Sun Oct 30 16:45:37 2011
From: george at dyb.com (George Csahanin)
Date: Sun, 30 Oct 2011 11:45:37 -0500
Subject: [App_rpt-users] cop 2 - causing PTT lock
References: <4EACA65A.4040302@va3uv.com>
	<006201cc96a4$2b50a490$81f1edb0$@net><FE6E1CD37C0D461882923CCA047956FB@lintv.com>
	<4EAD3A42.9080002@va3uv.com>
	<BF4F713B341C4832AF08F4E6A782C051@lintv.com>
	<4EAD7D56.5040802@va3uv.com>
Message-ID: <81FF9AD33A8C474395D736678011E929@lintv.com>

OK, good luck. My node is 2360

GeorgeC
W2DB

----- Original Message ----- 
From: "Ramesh Dhami (VA3UV)" <Ramesh at va3uv.com>
To: "George Csahanin" <george at dyb.com>
Cc: "'app_rpt'" <app_rpt-users at ohnosec.org>
Sent: Sunday, October 30, 2011 11:37 AM
Subject: Re: [App_rpt-users] cop 2 - causing PTT lock


> On 30/10/2011 12:34 PM, George Csahanin wrote:
> 
>> Squelch at 450 and signal 150? Yeah, that's REAL tight. But the 150
>> seems like the audio noise level into the CM108 is possibly too high.
>> I've never seen it that high( backwards to what may be thought...lower
>> signal level number = higher number, as rx quiets with signal that level
>> number goes up)
>>
> 
> <-- I'll try and re-cal' the audio levels this evening.  This is not the 
> final hardware that I'll be using (I'll be installing the dual mode DV / 
> FM repeater on a Kenwood TKR-850).
> 
> R.
>



From vencl at att.net  Sun Oct 30 21:10:08 2011
From: vencl at att.net (Lu Vencl)
Date: Sun, 30 Oct 2011 17:10:08 -0400
Subject: [App_rpt-users] cop 2 - causing PTT lock
In-Reply-To: <4EAD3A42.9080002@va3uv.com>
References: <4EACA65A.4040302@va3uv.com>
	<006201cc96a4$2b50a490$81f1edb0$@net>	<FE6E1CD37C0D461882923CCA047956FB@lintv.com>
	<4EAD3A42.9080002@va3uv.com>
Message-ID: <001401cc9748$4e1d14f0$ea573ed0$@net>

Ramesh,
I will have to check but if I am decoding PL, how should this even begin to
plan with a squelch setting?

-----Original Message-----
From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ramesh Dhami (VA3UV)
Sent: Sunday, October 30, 2011 7:52 AM
To: 'app_rpt'
Subject: Re: [App_rpt-users] cop 2 - causing PTT lock

On 30/10/2011 12:01 AM, George Csahanin wrote:
> When you do "rpt showvars xxxx" does it show RPT_RXKEYED=0 or 1?
>
> I've seen this if the levels/squelch setting not being right, lower
> noise being received signal, etc.
>

<-- Hi George and all:

Tried my COP2 (dtmf command) via the CLI and as Lu mentioned, that works 
fine, as soon as I hear RPT ENA, the PTT drops and life is good.

Then I disabled the repeater and tried the dtmf command from my HT - 
this is what I captured on CLI:

[Oct 30 07:41:31] NOTICE[19419]: app_rpt.c:7957 wait_interval: Delay 
complete
     -- <Zap/pseudo-475079875> Playing 'letters/r' (language 'en')
     -- <Zap/pseudo-475079875> Playing 'letters/p' (language 'en')
     -- <Zap/pseudo-475079875> Playing 'letters/t' (language 'en')
     -- <Zap/pseudo-475079875> Playing 'letters/e' (language 'en')
     -- <Zap/pseudo-475079875> Playing 'letters/n' (language 'en')
     -- <Zap/pseudo-475079875> Playing 'letters/a' (language 'en')
     -- Hungup 'Zap/pseudo-475079875'
[Oct 30 07:41:46] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on 
node 2182
     -- Hungup 'Zap/pseudo-1423219721'
[Oct 30 07:41:49] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on 
node 2182
     -- Hungup 'Zap/pseudo-1492162812'
[Oct 30 07:41:52] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on 
node 2182
     -- Hungup 'Zap/pseudo-13915100'
[Oct 30 07:41:55] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on 
node 2182
     -- Hungup 'Zap/pseudo-971235839'
[Oct 30 07:42:04] NOTICE[4141]: app_rpt.c:19882 rpt: Got PL 103.5 on 
node 2182
[Oct 30 07:42:05] NOTICE[4141]: chan_usbradio.c:3010 usbradio_read: Got 
DTMF char * duration 127 ms
[Oct 30 07:42:05] NOTICE[4141]: chan_usbradio.c:3010 usbradio_read: Got 
DTMF char 0 duration 84 ms
[Oct 30 07:42:05] NOTICE[4141]: app_rpt.c:4288 cancel_pfxtone: 
cancel_pfxfone!![Oct 30 07:42:05] NOTICE[4141]: app_rpt.c:16792 
channel_revert: remoterig=, nowchan=00, waschan=00
[Oct 30 07:42:05] NOTICE[19396]: app_rpt.c:10544 rpt_call: exit channel loop
     -- Hungup 'Zap/pseudo-895837731'
[Oct 30 07:42:05] NOTICE[19396]: app_rpt.c:16792 channel_revert: 
remoterig=, nowchan=00, waschan=00
     -- Hungup 'Zap/pseudo-2118062105'
va3pmo_asterisk*CLI>


Notice how I tried to key-up a few times - and no joy.  Further even the 
end, when I sent a *0; app_rpt tells me:

nowchan=00, waschan=00

So it believes that the ptt was actually off to start with.


So OK, now I will bump the squelch up a bit...

(Current setting was 450 with a signal level of 140) - the squelch is 
already kinda' high (I think?) - anyway, I bumped the squelch up to 500 
- tried again and voila! - problem solved :)


As soon as I finished sending the dtmf and dropped ptt on my HT, I heard 
the courtesy tone come back and knew instantly that this was going to work!


So that's it - my dual mode DV and FM repeater is ready!!! ;P).


Thanks!!!

Ramesh.

www.freestar.us


_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From vencl at att.net  Sun Oct 30 22:54:58 2011
From: vencl at att.net (Lu Vencl)
Date: Sun, 30 Oct 2011 18:54:58 -0400
Subject: [App_rpt-users] ilink 4 issue
Message-ID: <003301cc9756$f2fd9b30$d8f8d190$@net>

Been having an issue over the past several days where I can no longer
execute ILINK4 to remotely control some of my other nodes.

If I reboot the node, it most of the time will correct the issue.

The other odd notable is that the CW tone frequency seems to go back to the
default frequency as well.

Any thoughts on what might be happening?

 

Thanks

Lu

KA4EPS

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111030/50019387/attachment.html>

From tim.sawyer at me.com  Mon Oct 31 16:17:00 2011
From: tim.sawyer at me.com (Tim Sawyer)
Date: Mon, 31 Oct 2011 09:17:00 -0700
Subject: [App_rpt-users] Syntor X Remote Base
In-Reply-To: <CAN3ondvznHo0UVHBT6ixmMVD45O-mA5K8M=ML=xo3bp7wGCD9g@mail.gmail.com>
References: <CAN3ondt-1SzAxRjMQbP2J2xgDSrXqEq0rSCV6VmETBdbCyYrXg@mail.gmail.com>
	<F083BA38-7C24-43CE-8A9F-C870FBBAAD05@me.com>
	<CAN3onds5jfSxaacaX5OC=OGFP5S20BYdhFRETacf3W4fJnkyYQ@mail.gmail.com>
	<523673AE-4389-432C-846D-ED27DB525AD3@me.com>
	<CAN3ondvznHo0UVHBT6ixmMVD45O-mA5K8M=ML=xo3bp7wGCD9g@mail.gmail.com>
Message-ID: <0CCD6AA6-CFD0-4D12-85E7-4AC5C01768A2@me.com>

Xcat and app_rpt are using the CI-V protocol. So, it's txd -> rxd and rxd -> txd. No clock and data involved.
--
Tim
:wq

On Oct 30, 2011, at 8:48 PM, Monty wrote:

> Data -> txd
> Clock -> rxd
> 
> or vise versa?
> 
> Monty
> 
> 
> On Sun, Oct 30, 2011 at 8:55 AM, Tim Sawyer <tim.sawyer at me.com> wrote:
> Nothing to it, just rxd and txd.
> --
> Tim
> :wq
> 
> On Oct 29, 2011, at 11:36 PM, Monty wrote:
> 
>> Nice! Thanks Tim.  I just got the Xcat all wired up and I am able to control with the Xcat PC program. Do you have a pinout for how to connect the data lines to the Allstar PC's serial port?
>> 
>> Monty
>> 
>> 
>> On Fri, Oct 28, 2011 at 6:49 PM, Tim Sawyer <tim.sawyer at me.com> wrote:
>> Yes! Here's the applicable settings from the rpt.conf node stanza:
>> 
>> [your node number]
>> rxchannel = Simpleusb/usb               ; Rx audio/signalling channel
>> remote = xcat
>> civaddr = 32
>> functions = functions-remote
>> ;lconn = PP3=1
>> ;ldisc = PP3=0
>> memory = memory                         ; Section to hold memory entries (optional)
>>                                        ; remote=ft897 for Yaesu FT-897 or
>>                                        ; remote=rbi for Doug Hall RBI1
>>                                        ; remote=kenwood for Kenwood mobiles such as the TMG707A
>>                                        ; remote=ic706 for the Icom IC-706
>> ioport = /dev/ttyS0                     ; Specify port for serial port (optional)
>> iospeed = 19200
>> dusbabek = yes                 ; either you need it or you don't
>> 
>> ;iobase = 0x378                         ; Specify IO port for parallel port (optional)
>> authlevel = 2                           ; Remote base authentication level
>> ;; authlevel = 0 : Anyone can use it
>> ;; authlevel = 1 : Requires log in, Waits for Tx key to ask for it
>> ;; authlevel = 2 : Requires log in, asks for it automously
>> ;mars = 0                   ; set=1 for IC-706 w/MARS mods (optional)
>> 
>> remote_inact_timeout=0             ; Inactivity timer for remote base nodes only (set to 0 to disable).
>> remote_timeout=5400                  ; Session time out for remote base. (set to 0 to disable)
>> 
>> 
>> --
>> Tim
>> :wq
>> 
>> On Oct 28, 2011, at 2:23 PM, Monty wrote:
>> 
>> > Hello Everyone,
>> > I am wondering if anyone on the list has successfully integrated a Syntor X with an Xcat to app_rpt?  I have 2m and a 10m/6m flavor.  Would the 10m/6m have trouble?
>> >
>> > Monty
>> > _______________________________________________
>> > App_rpt-users mailing list
>> > App_rpt-users at ohnosec.org
>> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111031/e805f7bd/attachment.html>

From tim.sawyer at me.com  Mon Oct 31 22:10:56 2011
From: tim.sawyer at me.com (Tim Sawyer)
Date: Mon, 31 Oct 2011 15:10:56 -0700
Subject: [App_rpt-users] Syntor X Remote Base
In-Reply-To: <CAN3ondtvRMDEsdVAm9Ure89kQSkWLQFzB3F5yZ5RxVuK6Ms2LA@mail.gmail.com>
References: <CAN3ondt-1SzAxRjMQbP2J2xgDSrXqEq0rSCV6VmETBdbCyYrXg@mail.gmail.com>
	<F083BA38-7C24-43CE-8A9F-C870FBBAAD05@me.com>
	<CAN3onds5jfSxaacaX5OC=OGFP5S20BYdhFRETacf3W4fJnkyYQ@mail.gmail.com>
	<523673AE-4389-432C-846D-ED27DB525AD3@me.com>
	<CAN3ondvznHo0UVHBT6ixmMVD45O-mA5K8M=ML=xo3bp7wGCD9g@mail.gmail.com>
	<0CCD6AA6-CFD0-4D12-85E7-4AC5C01768A2@me.com>
	<CAN3ondtvRMDEsdVAm9Ure89kQSkWLQFzB3F5yZ5RxVuK6Ms2LA@mail.gmail.com>
Message-ID: <3E9F8B8A-66A7-429D-86C5-8BCFCB1495CE@me.com>

The stuff on my web site is for Xcat with Doug Hall protocol.
--
Tim
:wq

On Oct 31, 2011, at 2:45 PM, Monty wrote:

> Ok, makes sense.  I was looking at your wiring diagram on xcat yahoo group that showed Data and Clock.  
> 
> Monty
> 
> 
> On Mon, Oct 31, 2011 at 9:17 AM, Tim Sawyer <tim.sawyer at me.com> wrote:
> Xcat and app_rpt are using the CI-V protocol. So, it's txd -> rxd and rxd -> txd. No clock and data involved.
> --
> Tim
> :wq
> 
> On Oct 30, 2011, at 8:48 PM, Monty wrote:
> 
>> Data -> txd
>> Clock -> rxd
>> 
>> or vise versa?
>> 
>> Monty
>> 
>> 
>> On Sun, Oct 30, 2011 at 8:55 AM, Tim Sawyer <tim.sawyer at me.com> wrote:
>> Nothing to it, just rxd and txd.
>> --
>> Tim
>> :wq
>> 
>> On Oct 29, 2011, at 11:36 PM, Monty wrote:
>> 
>>> Nice! Thanks Tim.  I just got the Xcat all wired up and I am able to control with the Xcat PC program. Do you have a pinout for how to connect the data lines to the Allstar PC's serial port?
>>> 
>>> Monty
>>> 
>>> 
>>> On Fri, Oct 28, 2011 at 6:49 PM, Tim Sawyer <tim.sawyer at me.com> wrote:
>>> Yes! Here's the applicable settings from the rpt.conf node stanza:
>>> 
>>> [your node number]
>>> rxchannel = Simpleusb/usb               ; Rx audio/signalling channel
>>> remote = xcat
>>> civaddr = 32
>>> functions = functions-remote
>>> ;lconn = PP3=1
>>> ;ldisc = PP3=0
>>> memory = memory                         ; Section to hold memory entries (optional)
>>>                                        ; remote=ft897 for Yaesu FT-897 or
>>>                                        ; remote=rbi for Doug Hall RBI1
>>>                                        ; remote=kenwood for Kenwood mobiles such as the TMG707A
>>>                                        ; remote=ic706 for the Icom IC-706
>>> ioport = /dev/ttyS0                     ; Specify port for serial port (optional)
>>> iospeed = 19200
>>> dusbabek = yes                 ; either you need it or you don't
>>> 
>>> ;iobase = 0x378                         ; Specify IO port for parallel port (optional)
>>> authlevel = 2                           ; Remote base authentication level
>>> ;; authlevel = 0 : Anyone can use it
>>> ;; authlevel = 1 : Requires log in, Waits for Tx key to ask for it
>>> ;; authlevel = 2 : Requires log in, asks for it automously
>>> ;mars = 0                   ; set=1 for IC-706 w/MARS mods (optional)
>>> 
>>> remote_inact_timeout=0             ; Inactivity timer for remote base nodes only (set to 0 to disable).
>>> remote_timeout=5400                  ; Session time out for remote base. (set to 0 to disable)
>>> 
>>> 
>>> --
>>> Tim
>>> :wq
>>> 
>>> On Oct 28, 2011, at 2:23 PM, Monty wrote:
>>> 
>>> > Hello Everyone,
>>> > I am wondering if anyone on the list has successfully integrated a Syntor X with an Xcat to app_rpt?  I have 2m and a 10m/6m flavor.  Would the 10m/6m have trouble?
>>> >
>>> > Monty
>>> > _______________________________________________
>>> > App_rpt-users mailing list
>>> > App_rpt-users at ohnosec.org
>>> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>> 
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at ohnosec.org
>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>> 
>> 
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111031/9f6664a3/attachment.html>

From tim.sawyer at me.com  Mon Oct 31 22:17:02 2011
From: tim.sawyer at me.com (Tim Sawyer)
Date: Mon, 31 Oct 2011 15:17:02 -0700
Subject: [App_rpt-users] ilink 4 issue
In-Reply-To: <003301cc9756$f2fd9b30$d8f8d190$@net>
References: <003301cc9756$f2fd9b30$d8f8d190$@net>
Message-ID: <98B28705-CEB8-40F1-A0F5-B571BE073BC4@me.com>

So what happens when you do *4 + the remote node number?
--
Tim
:wq

On Oct 30, 2011, at 3:54 PM, Lu Vencl wrote:

> Been having an issue over the past several days where I can no longer execute ILINK4 to remotely control some of my other nodes.
> If I reboot the node, it most of the time will correct the issue.
> The other odd notable is that the CW tone frequency seems to go back to the default frequency as well.
> Any thoughts on what might be happening?
>  
> Thanks
> Lu
> KA4EPS
>  
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20111031/4ccd409b/attachment.html>