From w9drr at live.com  Sat Aug  2 00:42:55 2008
From: w9drr at live.com (Don Russell)
Date: Fri, 1 Aug 2008 19:42:55 -0500
Subject: [App_rpt] USB fobs
Message-ID: <BAY117-W3498DA2BE6F19FBF9D7D90897E0@phx.gbl>

I just opened up a couple USB fobs I got from geeks.com.
They were sold as cm108. Look identical and had the same
part number as before.. they are not cm108's. they show up as 
USB HD audio. really generic info. the chip was ground off so 
you can't see the actual numbers.

just fyi...


Don
W9DRR

_________________________________________________________________
Stay in touch when you're away with Windows Live Messenger.
http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_messenger2_072008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20080801/d78af464/attachment.html>

From steve.w9sh at gmail.com  Sat Aug  2 01:05:02 2008
From: steve.w9sh at gmail.com (Steven Henke)
Date: Fri, 1 Aug 2008 21:05:02 -0400
Subject: [App_rpt] USB fobs
In-Reply-To: <BAY117-W3498DA2BE6F19FBF9D7D90897E0@phx.gbl>
References: <BAY117-W3498DA2BE6F19FBF9D7D90897E0@phx.gbl>
Message-ID: <e2ed85230808011805q49747e71l14d6292c9a6c73c1@mail.gmail.com>

On Fri, Aug 1, 2008 at 8:42 PM, Don Russell <w9drr at live.com> wrote:

> I just opened up a couple USB fobs I got from geeks.com.
> They were sold as cm108. Look identical and had the same
> part number as before.. they are not cm108's. they show up as
> USB HD audio. really generic info. the chip was ground off so
> you can't see the actual numbers.
>
> just fyi...
>
>
> Don
> W9DRR
>
> ------------------------------
> Stay in touch when you're away with Windows Live Messenger. IM anytime
> you're online.<http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_messenger2_072008>
>
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20080801/6cc4991b/attachment.html>

From kb4fxc at inttek.net  Sat Aug  2 02:57:15 2008
From: kb4fxc at inttek.net (David McGough)
Date: Fri, 1 Aug 2008 22:57:15 -0400 (EDT)
Subject: [App_rpt] USB fobs
In-Reply-To: <BAY117-W3498DA2BE6F19FBF9D7D90897E0@phx.gbl>
Message-ID: <Pine.LNX.4.44.0808012254350.28001-100000@goliath.inttek.net>


I got several startech usb audio adapters. They are cm108's and work 
well--so far! ....But, may be a little more pricey than some alternatives.

http://www.newegg.com/Product/Product.aspx?Item=N82E16829128002

73, David KB4FXC



On Fri, 1 Aug 2008, Don Russell wrote:

> I just opened up a couple USB fobs I got from geeks.com.
> They were sold as cm108. Look identical and had the same
> part number as before.. they are not cm108's. they show up as 
> USB HD audio. really generic info. the chip was ground off so 
> you can't see the actual numbers.
> 
> just fyi...
> 
> 
> Don
> W9DRR
> 
> _________________________________________________________________
> Stay in touch when you're away with Windows Live Messenger.
> http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_messenger2_072008



From w4rfj at comcast.net  Sat Aug  2 06:18:29 2008
From: w4rfj at comcast.net (Roger F. Jordan Sr.)
Date: Sat, 2 Aug 2008 02:18:29 -0400
Subject: [App_rpt] USB fobs
In-Reply-To: <Pine.LNX.4.44.0808012254350.28001-100000@goliath.inttek.net>
Message-ID: <mailman.32.1571122218.23786.app_rpt-users@lists.keekles.org>

Hi Dave,  I agree the Startech FOBS are great... they even have pads to
mount the EEPROM that the URI has...  the only thing I did not like about
them... (and it is fixable) is... the FOB does not have the LED and Current
limiting resister connected to the line that goes into blinky mode when
asterisk is up and running therefore indicating the fob is operational.  I
am modifying a bunch of them to include the LED (there are pads for SMD)

'73,
Roger W4RFJ

-----Original Message-----
From: app_rpt-bounces at lists.illiana.net
[mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of David McGough
Sent: Friday, August 01, 2008 10:57 PM
To: Asterisk Repeater Controler
Subject: Re: [App_rpt] USB fobs


I got several startech usb audio adapters. They are cm108's and work 
well--so far! ....But, may be a little more pricey than some alternatives.

http://www.newegg.com/Product/Product.aspx?Item=N82E16829128002

73, David KB4FXC



On Fri, 1 Aug 2008, Don Russell wrote:

> I just opened up a couple USB fobs I got from geeks.com.
> They were sold as cm108. Look identical and had the same
> part number as before.. they are not cm108's. they show up as 
> USB HD audio. really generic info. the chip was ground off so 
> you can't see the actual numbers.
> 
> just fyi...
> 
> 
> Don
> W9DRR
> 
> _________________________________________________________________
> Stay in touch when you're away with Windows Live Messenger.
>
http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_messeng
er2_072008

_______________________________________________
App_rpt mailing list
App_rpt at lists.illiana.net
http://lists.illiana.net/mailman/listinfo/app_rpt



From vk3jed at vkradio.com  Sat Aug  2 10:53:07 2008
From: vk3jed at vkradio.com (Tony Langdon, VK3JED)
Date: Sat, 02 Aug 2008 20:53:07 +1000
Subject: [App_rpt] 2199 appears to be operational
Message-ID: <48943c9b.14b48c0a.3dce.ffffe674@mx.google.com>

Looks like AllStar node 2199 is fully operational.  Today, I upgraded 
chan_rtpdir to v 0.5, and tbd (the other end of the link) to version 
1.05.  While there is some DTMF capability, in theory, I don't have a 
huge need for this feature.

I did discover some issues with connecting to other AllStar nodes, 
but with a bit of tweaking of rpt.conf, I think I have fixed things 
up.  I also have IAXRpt working (which I've been using to monitor 
traffic on the Asterisk side of the link).

Anyway, if anyone wants to try connecting to AllStar node 2199, give 
it a try.  You should be able to connect, and find yourself connected 
to the core of the VK national IRLP/Echolink network.  There is often 
traffic (check the AllStar stats page and see for yourself - I fixed 
that reporting too :) ), as we are also connected to the UK and other 
parts of the world.

Any reports would be appreciated, in case there's something else I've missed.

If anyone wants to make a sked, I'll try and connect to your node as well.

73 de VK3JED
http://vkradio.com



From hwstar at rodgers.sdcoxmail.com  Sat Aug  2 15:17:14 2008
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Sat, 02 Aug 2008 08:17:14 -0700
Subject: [App_rpt] 2199 appears to be operational
In-Reply-To: <48943c9b.14b48c0a.3dce.ffffe674@mx.google.com>
References: <48943c9b.14b48c0a.3dce.ffffe674@mx.google.com>
Message-ID: <48947A7A.2090801@rodgers.sdcoxmail.com>

Tony,

I connected to it from node 2010 and it has excellent sounding audio!
It was very busy when I connected so I didn't stay connected very long.

If someone is talking on the Echolink side does our audio mix with
theirs or are we locked out? I'm not sure of thelinkbox is a mixing or
one-at-a-time echolink reflector. In app_rpt everything is mixing, but
typically echolink is one-at-a-time.


Steve
WA6ZFT



Tony Langdon, VK3JED wrote:
> Looks like AllStar node 2199 is fully operational.  Today, I upgraded 
> chan_rtpdir to v 0.5, and tbd (the other end of the link) to version 
> 1.05.  While there is some DTMF capability, in theory, I don't have a 
> huge need for this feature.
> 
> I did discover some issues with connecting to other AllStar nodes, 
> but with a bit of tweaking of rpt.conf, I think I have fixed things 
> up.  I also have IAXRpt working (which I've been using to monitor 
> traffic on the Asterisk side of the link).
> 
> Anyway, if anyone wants to try connecting to AllStar node 2199, give 
> it a try.  You should be able to connect, and find yourself connected 
> to the core of the VK national IRLP/Echolink network.  There is often 
> traffic (check the AllStar stats page and see for yourself - I fixed 
> that reporting too :) ), as we are also connected to the UK and other 
> parts of the world.
> 
> Any reports would be appreciated, in case there's something else I've missed.
> 
> If anyone wants to make a sked, I'll try and connect to your node as well.
> 
> 73 de VK3JED
> http://vkradio.com
> 
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
> 



From wb6ymh at cox.net  Sat Aug  2 16:13:04 2008
From: wb6ymh at cox.net (Skip WB6YMH)
Date: Sat, 02 Aug 2008 09:13:04 -0700
Subject: [App_rpt] 2199 appears to be operational
In-Reply-To: <48947A7A.2090801@rodgers.sdcoxmail.com>
References: <48943c9b.14b48c0a.3dce.ffffe674@mx.google.com>
Message-ID: <48942520.18316.850EAE@localhost>

> Tony,
> 
> I connected to it from node 2010 and it has excellent sounding audio! It
> was very busy when I connected so I didn't stay connected very long.
> 
> If someone is talking on the Echolink side does our audio mix with
> theirs or are we locked out? I'm not sure of thelinkbox is a mixing or
> one-at-a-time echolink reflector. In app_rpt everything is mixing, but
> typically echolink is one-at-a-time.

I'll answer for Tony since he's asleep.  Yes thelinkbox mixes active 
audio sources.  It treats all VoIP endpoints as separate streams, mixes 
the active audio and then sends the audio out.  If the output is a radio 
port then that's it.  If the output is another VoIP stream then the audio 
is encoded using the appropriate codec (currently GSM, ADPCM or uLaw) 
before being sent back out.   

Thelinkbox also has packet layer conferencing since it's an extension to 
thebridge.  Thebridge and the linkbox can repack GSM data between 
Asterisk, EchoLink and IRLP connections so there's no need to decode and 
then re-encode.  Clearly that capability doesn't provide connectivity 
between GSM Asterisk and ADPCM IRLP.  

Since Tony is currently using thebridge not thelinkbox there's no mixing 
at the moment.  

73's Skip WB6YMH




From hwstar at rodgers.sdcoxmail.com  Sat Aug  2 19:40:37 2008
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Sat, 02 Aug 2008 12:40:37 -0700
Subject: [App_rpt] ACID system adminostrators guide
Message-ID: <4894B835.1080103@rodgers.sdcoxmail.com>

all,


There is a 44 page document on dl.allstarlink.org which may answer a lot
of questions about how to configure app_rpt and Asterisk on an ACID
system. Hopefully, this will answer a lot of the same questions we keep
seeing on the list.

Steve
WA6ZFT




From wb6ymh at cox.net  Sat Aug  2 20:49:37 2008
From: wb6ymh at cox.net (Skip WB6YMH)
Date: Sat, 02 Aug 2008 13:49:37 -0700
Subject: [App_rpt] ACID system adminostrators guide
In-Reply-To: <4894B835.1080103@rodgers.sdcoxmail.com>
Message-ID: <489465F1.27331.1823EB9@localhost>

> all,
> 
> 
> There is a 44 page document on dl.allstarlink.org which may answer a lot
> of questions about how to configure app_rpt and Asterisk on an ACID
> system. Hopefully, this will answer a lot of the same questions we keep
> seeing on the list.

Excellent!

But ... this brings up a new question.  Where do your bandwidth numbers 
come from for the chart on page 6?  Is that the total bandwidth in *both* 
directions?  The numbers are about a double of the 17kbps I calculate for 
EchoLink.

{  (8000 samples/second) / (160 samples/gsm frame) / (4 gsm 
frames/packet) =  12.5 packets/second.  or 1 packet every .08 seconds.
Each packet consists of an IP header and an UDP header so
(12.5 packets/second) * (20+8+12+(33 * 4)) bytes/packet) * 8 bits/byte = 
17200 bits/second.}

73's Skip WB6YMH



From hwstar at rodgers.sdcoxmail.com  Sat Aug  2 22:33:21 2008
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Sat, 02 Aug 2008 15:33:21 -0700
Subject: [App_rpt] ACID system adminostrators guide
In-Reply-To: <489465F1.27331.1823EB9@localhost>
References: <489465F1.27331.1823EB9@localhost>
Message-ID: <4894E0B1.10407@rodgers.sdcoxmail.com>

Skip

Each frame in Asterisk starts out as 20mS of audio or 160 words of
signed linear samples at a frame rate of 50 per second. Each 20mS 160
word sample is encoded in GSM which results in a compressed payload of
33 bytes.

Check.

Now, on to that 33 byte packet you have to add 4 bytes for the IAX
protocol header, 20 bytes for the IP header, 8 bytes for the UDP header,
and 18 bytes for the ethernet header. So now we have 33+4+20+8+18 or
83 bytes. At a frame rate of 50 per second, this means that we will have
83*50 or 4150 bytes per second which when multiplied by 8, is 33,200
bits per second. Throwing in 5% for IAX control frame overhead, and
occasional IAX control frame retries, we get 34860 bytes or about 35
KB/sec. I have verified this with ntop running on my firewall machine
and the numbers are very close to the calculations.

Steve
WA6ZFT













http://site.asteriskguide.com/bandcalc/bandcalc.php




Skip WB6YMH wrote:
>> all,
>>
>>
>> There is a 44 page document on dl.allstarlink.org which may answer a lot
>> of questions about how to configure app_rpt and Asterisk on an ACID
>> system. Hopefully, this will answer a lot of the same questions we keep
>> seeing on the list.
> 
> Excellent!
> 
> But ... this brings up a new question.  Where do your bandwidth numbers 
> come from for the chart on page 6?  Is that the total bandwidth in *both* 
> directions?  The numbers are about a double of the 17kbps I calculate for 
> EchoLink.
> 
> {  (8000 samples/second) / (160 samples/gsm frame) / (4 gsm 
> frames/packet) =  12.5 packets/second.  or 1 packet every .08 seconds.
> Each packet consists of an IP header and an UDP header so
> (12.5 packets/second) * (20+8+12+(33 * 4)) bytes/packet) * 8 bits/byte = 
> 17200 bits/second.}
> 
> 73's Skip WB6YMH
> 
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
> 



From wb6ymh at cox.net  Sat Aug  2 22:57:29 2008
From: wb6ymh at cox.net (Skip WB6YMH)
Date: Sat, 02 Aug 2008 15:57:29 -0700
Subject: [App_rpt] ACID system adminostrators guide
In-Reply-To: <4894E0B1.10407@rodgers.sdcoxmail.com>
References: <489465F1.27331.1823EB9@localhost>
Message-ID: <489483E9.20096.1F7512E@localhost>

> Skip
> 
> Each frame in Asterisk starts out as 20mS of audio or 160 words of
> signed linear samples at a frame rate of 50 per second. Each 20mS 160 word
> sample is encoded in GSM which results in a compressed payload of 33
> bytes.
> 
> Check.
> 
> Now, on to that 33 byte packet you have to add 4 bytes for the IAX
> protocol header, 20 bytes for the IP header, 8 bytes for the UDP header,
> and 18 bytes for the ethernet header. So now we have 33+4+20+8+18 or 83
> bytes. At a frame rate of 50 per second, this means that we will have
> 83*50 or 4150 bytes per second which when multiplied by 8, is 33,200 bits
> per second. Throwing in 5% for IAX control frame overhead, and occasional
> IAX control frame retries, we get 34860 bytes or about 35 KB/sec. I have
> verified this with ntop running on my firewall machine and the numbers are
> very close to the calculations.
> 
> Steve
> WA6ZFT

Ack.  So the difference is EchoLink sends 80 millseconds of audio/GSM per 
packet and Asterisk/app_prt only sends 20 milliseconds so there are 4 
times as many packets with 3 times the header overhead.  I excluded the 
Ethernet header since it's stripped before going out the Wan port (at 
least for dialup users which is where the calculation is most critical).

IRLP GSM sends 200 milliseconds of audio in each packet which is WAY WAY 
too much IMHO.  I have no opinion if 20 milliseconds or 80 milliseconds 
per packet is "better", I'm just trying to understand the numbers.

Thanks for the math!

73's Skip WB6YMH

> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> http://site.asteriskguide.com/bandcalc/bandcalc.php
> 
> 
> 
> 
> Skip WB6YMH wrote:
> >> all,
> >>
> >>
> >> There is a 44 page document on dl.allstarlink.org which may answer a
> >> lot of questions about how to configure app_rpt and Asterisk on an ACID
> >> system. Hopefully, this will answer a lot of the same questions we keep
> >> seeing on the list.
> > 
> > Excellent!
> > 
> > But ... this brings up a new question.  Where do your bandwidth numbers
> > come from for the chart on page 6?  Is that the total bandwidth in
> > *both* directions?  The numbers are about a double of the 17kbps I
> > calculate for EchoLink.
> > 
> > {  (8000 samples/second) / (160 samples/gsm frame) / (4 gsm 
> > frames/packet) =  12.5 packets/second.  or 1 packet every .08 seconds.
> > Each packet consists of an IP header and an UDP header so (12.5
> > packets/second) * (20+8+12+(33 * 4)) bytes/packet) * 8 bits/byte = 17200
> > bits/second.}
> > 
> > 73's Skip WB6YMH
> > 
> > _______________________________________________
> > App_rpt mailing list
> > App_rpt at lists.illiana.net
> > http://lists.illiana.net/mailman/listinfo/app_rpt
> > 
> 
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
> 





From vk3jed at vkradio.com  Sun Aug  3 00:05:45 2008
From: vk3jed at vkradio.com (Tony Langdon, VK3JED)
Date: Sun, 03 Aug 2008 10:05:45 +1000
Subject: [App_rpt] ACID system adminostrators guide
In-Reply-To: <4894B835.1080103@rodgers.sdcoxmail.com>
References: <4894B835.1080103@rodgers.sdcoxmail.com>
Message-ID: <4894f662.02578c0a.5ac2.077a@mx.google.com>

At 05:40 AM 8/3/2008, you wrote:
>all,
>
>
>There is a 44 page document on dl.allstarlink.org which may answer a lot
>of questions about how to configure app_rpt and Asterisk on an ACID
>system. Hopefully, this will answer a lot of the same questions we keep
>seeing on the list.

I'll take a look at it, as my Asterisk is close to an ACID system (I 
used the ACID install scripts on an existing CentOS box).

73 de VK3JED
http://vkradio.com



From vk3jed at vkradio.com  Sun Aug  3 00:12:01 2008
From: vk3jed at vkradio.com (Tony Langdon, VK3JED)
Date: Sun, 03 Aug 2008 10:12:01 +1000
Subject: [App_rpt] 2199 appears to be operational
In-Reply-To: <48947A7A.2090801@rodgers.sdcoxmail.com>
References: <48943c9b.14b48c0a.3dce.ffffe674@mx.google.com>
	<48947A7A.2090801@rodgers.sdcoxmail.com>
Message-ID: <4894f7da.15528c0a.459a.14c1@mx.google.com>

At 01:17 AM 8/3/2008, you wrote:
>Tony,
>
>I connected to it from node 2010 and it has excellent sounding audio!
>It was very busy when I connected so I didn't stay connected very long.

Thanks.  I have seen the issue that Bill saw, namely the long 
dropouts.  I'm wondering if that's due to the linking protocol used 
by chan_rtpdir not coping with the long link between the Asterisk and 
Echolink systems (on opposite sides of the world!).  I might see if I 
can find a way to shorten that hop (e.g. by using a "dummy" conference).


>If someone is talking on the Echolink side does our audio mix with
>theirs or are we locked out? I'm not sure of thelinkbox is a mixing or
>one-at-a-time echolink reflector. In app_rpt everything is mixing, but
>typically echolink is one-at-a-time.

Echolink is one at a time.  Interestingly, tbd reports the connection 
as full duplex, so Skip, could a tlb based node run full duplex with 
Asterisk via my conference?

73 de VK3JED
http://vkradio.com



From wb6ymh at cox.net  Sun Aug  3 00:34:22 2008
From: wb6ymh at cox.net (Skip WB6YMH)
Date: Sat, 02 Aug 2008 17:34:22 -0700
Subject: [App_rpt] 2199 appears to be operational
In-Reply-To: <4894f7da.15528c0a.459a.14c1@mx.google.com>
References: <48947A7A.2090801@rodgers.sdcoxmail.com>
Message-ID: <48949A9E.6818.25002BF@localhost>

> At 01:17 AM 8/3/2008, you wrote:
> >Tony,
> >
> >I connected to it from node 2010 and it has excellent sounding audio! It
> >was very busy when I connected so I didn't stay connected very long.
> 
> Thanks.  I have seen the issue that Bill saw, namely the long 
> dropouts.  I'm wondering if that's due to the linking protocol used 
> by chan_rtpdir not coping with the long link between the Asterisk and
> Echolink systems (on opposite sides of the world!).  I might see if I can
> find a way to shorten that hop (e.g. by using a "dummy" conference).
> 
> 
> >If someone is talking on the Echolink side does our audio mix with
> >theirs or are we locked out? I'm not sure of thelinkbox is a mixing or
> >one-at-a-time echolink reflector. In app_rpt everything is mixing, but
> >typically echolink is one-at-a-time.
> 
> Echolink is one at a time.  Interestingly, tbd reports the connection as
> full duplex, so Skip, could a tlb based node run full duplex with Asterisk
> via my conference?

Yes if the conference is tbd 1.03 or later and tlb is 0.36 or later. Of 
course standard Echolink clients that are connected to the conference 
will only hear the station that "has the floor".  tlb clients will hear a 
mix of everyone that's talking.

I haven't tested full duplex with Asterisk, but I'll bet you will to call 
my bluff!

73's Skip WB6YMH




From hwstar at rodgers.sdcoxmail.com  Sun Aug  3 00:52:43 2008
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Sat, 02 Aug 2008 17:52:43 -0700
Subject: [App_rpt] 2199 appears to be operational
In-Reply-To: <48949A9E.6818.25002BF@localhost>
References: <48947A7A.2090801@rodgers.sdcoxmail.com>
	<48949A9E.6818.25002BF@localhost>
Message-ID: <4895015B.7070508@rodgers.sdcoxmail.com>

Asterisk app_rpt runs standard endpoints nodes in full duplex by
default. The default config file specifies duplex=2.

For bridging nodes, the setup is a little different, as you don't want
app_rpt acting like a repeater controller with all the ID's courtesy
tones, etc.


As long as you say:

duplex=0 ; kills courtesy tones, but is half-duplex
linktolink=yes ; restores full duplex sematics
hangtime=0 ; Sets hangtime to 0
idtime=0 ; kills the ID'er

You should see audio going in both directions simultaneously with no
mutual exclusivity.

Steve
WA6ZFT



Skip WB6YMH wrote:
>> At 01:17 AM 8/3/2008, you wrote:
>>> Tony,
>>>
>>> I connected to it from node 2010 and it has excellent sounding audio! It
>>> was very busy when I connected so I didn't stay connected very long.
>> Thanks.  I have seen the issue that Bill saw, namely the long 
>> dropouts.  I'm wondering if that's due to the linking protocol used 
>> by chan_rtpdir not coping with the long link between the Asterisk and
>> Echolink systems (on opposite sides of the world!).  I might see if I can
>> find a way to shorten that hop (e.g. by using a "dummy" conference).
>>
>>
>>> If someone is talking on the Echolink side does our audio mix with
>>> theirs or are we locked out? I'm not sure of thelinkbox is a mixing or
>>> one-at-a-time echolink reflector. In app_rpt everything is mixing, but
>>> typically echolink is one-at-a-time.
>> Echolink is one at a time.  Interestingly, tbd reports the connection as
>> full duplex, so Skip, could a tlb based node run full duplex with Asterisk
>> via my conference?
> 
> Yes if the conference is tbd 1.03 or later and tlb is 0.36 or later. Of 
> course standard Echolink clients that are connected to the conference 
> will only hear the station that "has the floor".  tlb clients will hear a 
> mix of everyone that's talking.
> 
> I haven't tested full duplex with Asterisk, but I'll bet you will to call 
> my bluff!
> 
> 73's Skip WB6YMH
> 
> 
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
> 



From vk3jed at vkradio.com  Sun Aug  3 01:16:26 2008
From: vk3jed at vkradio.com (Tony Langdon, VK3JED)
Date: Sun, 03 Aug 2008 11:16:26 +1000
Subject: [App_rpt] 2199 appears to be operational
In-Reply-To: <48949A9E.6818.25002BF@localhost>
References: <48947A7A.2090801@rodgers.sdcoxmail.com>
	<48949A9E.6818.25002BF@localhost>
Message-ID: <489506f5.1e048e0a.737f.5953@mx.google.com>

At 10:34 AM 8/3/2008, you wrote:

>Yes if the conference is tbd 1.03 or later and tlb is 0.36 or later. Of

Which the conference has to be (actually, to use chan_rtpdir 0.5, it 
has to be tbd 1.05 or later ;) ).

>course standard Echolink clients that are connected to the conference
>will only hear the station that "has the floor".  tlb clients will hear a
>mix of everyone that's talking.
>
>I haven't tested full duplex with Asterisk, but I'll bet you will to call
>my bluff!

Hmm, looks like I'll have to try tlb on my other IRLP node, as that 
has full duplex capable hardware. :-D

73 de VK3JED
http://vkradio.com



From vk3jed at vkradio.com  Sun Aug  3 01:17:52 2008
From: vk3jed at vkradio.com (Tony Langdon, VK3JED)
Date: Sun, 03 Aug 2008 11:17:52 +1000
Subject: [App_rpt] 2199 appears to be operational
In-Reply-To: <4895015B.7070508@rodgers.sdcoxmail.com>
References: <48947A7A.2090801@rodgers.sdcoxmail.com>
	<48949A9E.6818.25002BF@localhost>
	<4895015B.7070508@rodgers.sdcoxmail.com>
Message-ID: <4895074c.14098e0a.4e28.fffff46c@mx.google.com>

At 10:52 AM 8/3/2008, you wrote:


>duplex=0 ; kills courtesy tones, but is half-duplex
>linktolink=yes ; restores full duplex sematics
>hangtime=0 ; Sets hangtime to 0
>idtime=0 ; kills the ID'er
>
>You should see audio going in both directions simultaneously with no
>mutual exclusivity.

I think that's the settings I'm using.  Certainly looks familiar. :)

73 de VK3JED
http://vkradio.com



From steve.w9sh at gmail.com  Sun Aug  3 01:28:30 2008
From: steve.w9sh at gmail.com (Steven Henke)
Date: Sat, 2 Aug 2008 21:28:30 -0400
Subject: [App_rpt] chan_rtpdir warning for Xelatec Asterisk/EVB/app_rpt
	systems
Message-ID: <e2ed85230808021828s45ca7c84j6a39fae1b7686d9c@mail.gmail.com>

Hi All,

I recommend that if you have a working Xelatec Asterisk/EVB/app_rpt system
that you do not attempt to install chan_rtpdir.

Please wait until the update script can install it for you. I'm working on
that this weekend but no promises.

If you can't wait, well, good luck!

73,

Steve Henke, W9SH
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20080802/1ec66365/attachment.html>

From nessenj at jimsoffice.org  Sun Aug  3 05:04:30 2008
From: nessenj at jimsoffice.org (James Nessen)
Date: Sat, 2 Aug 2008 22:04:30 -0700
Subject: [App_rpt] chan_rtpdir warning for Xelatec Asterisk/EVB/app_rpt
	systems
In-Reply-To: <e2ed85230808021828s45ca7c84j6a39fae1b7686d9c@mail.gmail.com>
References: <e2ed85230808021828s45ca7c84j6a39fae1b7686d9c@mail.gmail.com>
Message-ID: <91a3416d0808022204h354a6e7chd095663284086ce2@mail.gmail.com>

Hmm, any particular reason why we should avoid this?  I have an EVB install
that I was getting ready to update..

Jim / K6JWN

On Sat, Aug 2, 2008 at 6:28 PM, Steven Henke <steve.w9sh at gmail.com> wrote:

> Hi All,
>
> I recommend that if you have a working Xelatec Asterisk/EVB/app_rpt system
> that you do not attempt to install chan_rtpdir.
>
> Please wait until the update script can install it for you. I'm working on
> that this weekend but no promises.
>
> If you can't wait, well, good luck!
>
> 73,
>
> Steve Henke, W9SH
>
>
>
>
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20080802/eafecc52/attachment.html>

From vk3jed at vkradio.com  Sun Aug  3 06:43:17 2008
From: vk3jed at vkradio.com (Tony Langdon, VK3JED)
Date: Sun, 03 Aug 2008 16:43:17 +1000
Subject: [App_rpt] chan_rtpdir warning for Xelatec Asterisk/EVB/app_rpt
 systems
In-Reply-To: <91a3416d0808022204h354a6e7chd095663284086ce2@mail.gmail.co
 m>
References: <e2ed85230808021828s45ca7c84j6a39fae1b7686d9c@mail.gmail.com>
	<91a3416d0808022204h354a6e7chd095663284086ce2@mail.gmail.com>
Message-ID: <48955393.1e078e0a.2c6d.ffff8e3d@mx.google.com>

At 03:04 PM 8/3/2008, you wrote:
>Hmm, any particular reason why we should avoid this?  I have an EVB 
>install that I was getting ready to update..

I was going to ask the same.  Academic for me, since my system is 
based on an ACID installation, not EVB.  Just curious.

73 de VK3JED
http://vkradio.com



From w4rfj at comcast.net  Sun Aug  3 08:13:58 2008
From: w4rfj at comcast.net (Roger F. Jordan Sr.)
Date: Sun, 3 Aug 2008 04:13:58 -0400
Subject: [App_rpt] chan_rtpdir warning for Xelatec
	Asterisk/EVB/app_rptsystems
In-Reply-To: <91a3416d0808022204h354a6e7chd095663284086ce2@mail.gmail.com>
Message-ID: <mailman.33.1571122219.23786.app_rpt-users@lists.keekles.org>

I think I was the culprit to cause the warning.  I also have EVB V11 and
Steve H. said something about adding the Chan_rtpDir to the Trunk. I tried
to install rtpDir and was successful until I tried to add Chan_rtpdir to
Asterisk.  In my infinite wisdom I broke the asterisk install I had going.
Steve is going to make Chan_rtpdir a part of the upgrade for EVB (I Hope).

 

Roger W4RFJ

 

  _____  

From: app_rpt-bounces at lists.illiana.net
[mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of James Nessen
Sent: Sunday, August 03, 2008 1:05 AM
To: Asterisk Repeater Controler
Subject: Re: [App_rpt] chan_rtpdir warning for Xelatec
Asterisk/EVB/app_rptsystems

 

Hmm, any particular reason why we should avoid this?  I have an EVB install
that I was getting ready to update..

Jim / K6JWN

On Sat, Aug 2, 2008 at 6:28 PM, Steven Henke <steve.w9sh at gmail.com> wrote:

Hi All,

 

I recommend that if you have a working Xelatec Asterisk/EVB/app_rpt system
that you do not attempt to install chan_rtpdir.

 

Please wait until the update script can install it for you. I'm working on
that this weekend but no promises.

 

If you can't wait, well, good luck!

 

73,

 

Steve Henke, W9SH

 

 

 


_______________________________________________
App_rpt mailing list
App_rpt at lists.illiana.net
http://lists.illiana.net/mailman/listinfo/app_rpt

 

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

From guillaume.devoyon at gmail.com  Mon Aug  4 16:05:58 2008
From: guillaume.devoyon at gmail.com (Guillaume Devoyon)
Date: Mon, 4 Aug 2008 18:05:58 +0200
Subject: [App_rpt] installing from EVB 013
In-Reply-To: <2ee58c680808031251p7f0d94e9xe2dd4622f941da4c@mail.gmail.com>
References: <2ee58c680808031251p7f0d94e9xe2dd4622f941da4c@mail.gmail.com>
Message-ID: <2ee58c680808040905s47b132a0naeef12c91691a226@mail.gmail.com>

Hello,

Is there some recommands installing from EVB 0.013 ?
Is evbphase2 is actual ?

Looking on evbphase2 script i adapted it to 0.013 distro but it say that it
was already configured :

 ---------------------------------------------------------------------

evbphase2(0.29) - EasyVoxBox(EVB) w/app_rpt. Install phase 2 started.
                  Requires EVB 0.010, 0.011 or 0.013.

NOTICE: EVB appears to have been previously installed.
        This previous installation will not be replaced.

-- -----------------------------------------------------------

that mean that i have /etc/EVB/EVB1first filled with the word "complete".

Is it normal...? is 0.013 include evbphase2 ?

regards
Guillaume f8arr



Ce mail est envoy? depuis un compte gmail temporaire. Pour ?tre lu
rapidement, veuillez envoyer un mail ? mon adresse permanente :
guillaume.devoyon at f8arr.org.



-- 
Ce mail est envoy? depuis un compte gmail temporaire. Pour ?tre lu
rapidement, veuillez envoyer un mail ? mon adresse permanente :
guillaume.devoyon at f8arr.org.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20080804/49d5a826/attachment.html>

From steve.w9sh at gmail.com  Mon Aug  4 16:52:36 2008
From: steve.w9sh at gmail.com (Steven Henke)
Date: Mon, 4 Aug 2008 12:52:36 -0400
Subject: [App_rpt] installing from EVB 013
In-Reply-To: <2ee58c680808040905s47b132a0naeef12c91691a226@mail.gmail.com>
References: <2ee58c680808031251p7f0d94e9xe2dd4622f941da4c@mail.gmail.com>
	<2ee58c680808040905s47b132a0naeef12c91691a226@mail.gmail.com>
Message-ID: <e2ed85230808040952q25eb80f5i99664679b2042776@mail.gmail.com>

Hello Guillaume,

My Asterisk/EVB/rpt package does not support EVB 0.013 and it is not
recommended.

There is a problem with the current version of Asterisk IAX and until that
is corrected I will not update to EVB 0.013.

Please follow the directions and all will work well.

73,

Steve Henke, W9SH

On Mon, Aug 4, 2008 at 12:05 PM, Guillaume Devoyon <
guillaume.devoyon at gmail.com> wrote:

>
>
>
> Hello,
>
> Is there some recommands installing from EVB 0.013 ?
> Is evbphase2 is actual ?
>
> Looking on evbphase2 script i adapted it to 0.013 distro but it say that it
> was already configured :
>
>  ---------------------------------------------------------------------
>
> evbphase2(0.29) - EasyVoxBox(EVB) w/app_rpt. Install phase 2 started.
>                   Requires EVB 0.010, 0.011 or 0.013.
>
> NOTICE: EVB appears to have been previously installed.
>         This previous installation will not be replaced.
>
> -- -----------------------------------------------------------
>
> that mean that i have /etc/EVB/EVB1first filled with the word "complete".
>
> Is it normal...? is 0.013 include evbphase2 ?
>
> regards
> Guillaume f8arr
>
>
>
> Ce mail est envoy? depuis un compte gmail temporaire. Pour ?tre lu
> rapidement, veuillez envoyer un mail ? mon adresse permanente :
> guillaume.devoyon at f8arr.org.
>
>
>
> --
> Ce mail est envoy? depuis un compte gmail temporaire. Pour ?tre lu
> rapidement, veuillez envoyer un mail ? mon adresse permanente :
> guillaume.devoyon at f8arr.org.
>
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20080804/280a9014/attachment.html>

From guillaume.devoyon at gmail.com  Tue Aug  5 07:36:58 2008
From: guillaume.devoyon at gmail.com (Guillaume Devoyon)
Date: Tue, 5 Aug 2008 09:36:58 +0200
Subject: [App_rpt] installing from EVB 013
In-Reply-To: <e2ed85230808040952q25eb80f5i99664679b2042776@mail.gmail.com>
References: <2ee58c680808031251p7f0d94e9xe2dd4622f941da4c@mail.gmail.com>
	<2ee58c680808040905s47b132a0naeef12c91691a226@mail.gmail.com>
	<e2ed85230808040952q25eb80f5i99664679b2042776@mail.gmail.com>
Message-ID: <2ee58c680808050036j7431e39bk342a5e099b204647@mail.gmail.com>

Ok thank you...
It was a new installation.

I will downgrade the server.

thank you for reply
regards
Guillaume Devoyon F8ARR

2008/8/4 Steven Henke <steve.w9sh at gmail.com>

> Hello Guillaume,
>
> My Asterisk/EVB/rpt package does not support EVB 0.013 and it is not
> recommended.
>
> There is a problem with the current version of Asterisk IAX and until that
> is corrected I will not update to EVB 0.013.
>
> Please follow the directions and all will work well.
>
> 73,
>
> Steve Henke, W9SH
>
> On Mon, Aug 4, 2008 at 12:05 PM, Guillaume Devoyon <
> guillaume.devoyon at gmail.com> wrote:
>
>>
>>
>>
>> Hello,
>>
>> Is there some recommands installing from EVB 0.013 ?
>> Is evbphase2 is actual ?
>>
>> Looking on evbphase2 script i adapted it to 0.013 distro but it say that
>> it was already configured :
>>
>>  ---------------------------------------------------------------------
>>
>> evbphase2(0.29) - EasyVoxBox(EVB) w/app_rpt. Install phase 2 started.
>>                   Requires EVB 0.010, 0.011 or 0.013.
>>
>> NOTICE: EVB appears to have been previously installed.
>>         This previous installation will not be replaced.
>>
>> -- -----------------------------------------------------------
>>
>> that mean that i have /etc/EVB/EVB1first filled with the word "complete".
>>
>> Is it normal...? is 0.013 include evbphase2 ?
>>
>> regards
>> Guillaume f8arr
>>
>>
>>
>> Ce mail est envoy? depuis un compte gmail temporaire. Pour ?tre lu
>> rapidement, veuillez envoyer un mail ? mon adresse permanente :
>> guillaume.devoyon at f8arr.org.
>>
>>
>>
>> --
>> Ce mail est envoy? depuis un compte gmail temporaire. Pour ?tre lu
>> rapidement, veuillez envoyer un mail ? mon adresse permanente :
>> guillaume.devoyon at f8arr.org.
>>
>> _______________________________________________
>> App_rpt mailing list
>> App_rpt at lists.illiana.net
>> http://lists.illiana.net/mailman/listinfo/app_rpt
>>
>>
>
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
>
>


-- 
Ce mail est envoy? depuis un compte gmail temporaire. Pour ?tre lu
rapidement, veuillez envoyer un mail ? mon adresse permanente :
guillaume.devoyon at f8arr.org.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20080805/e94375c5/attachment.html>

From stotaro at totarotechnologies.com  Thu Aug  7 17:09:16 2008
From: stotaro at totarotechnologies.com (Steve Totaro)
Date: Thu, 7 Aug 2008 13:09:16 -0400
Subject: [App_rpt] installing from EVB 013
In-Reply-To: <e2ed85230808040952q25eb80f5i99664679b2042776@mail.gmail.com>
References: <2ee58c680808031251p7f0d94e9xe2dd4622f941da4c@mail.gmail.com>
	<2ee58c680808040905s47b132a0naeef12c91691a226@mail.gmail.com>
	<e2ed85230808040952q25eb80f5i99664679b2042776@mail.gmail.com>
Message-ID: <ea18e54a0808071009l7f03e96aw5cefe3aae1c2964@mail.gmail.com>

What is the problem with the current version of IAX2 (tracker #)?

Thanks,
Steve

On Mon, Aug 4, 2008 at 12:52 PM, Steven Henke <steve.w9sh at gmail.com> wrote:
> Hello Guillaume,
>
> My Asterisk/EVB/rpt package does not support EVB 0.013 and it is not
> recommended.
>
> There is a problem with the current version of Asterisk IAX and until that
> is corrected I will not update to EVB 0.013.
>
> Please follow the directions and all will work well.
>
> 73,
>
> Steve Henke, W9SH
>
> On Mon, Aug 4, 2008 at 12:05 PM, Guillaume Devoyon
> <guillaume.devoyon at gmail.com> wrote:
>>
>>
>>
>> Hello,
>>
>> Is there some recommands installing from EVB 0.013 ?
>> Is evbphase2 is actual ?
>>
>> Looking on evbphase2 script i adapted it to 0.013 distro but it say that
>> it was already configured :
>>
>>  ---------------------------------------------------------------------
>>
>> evbphase2(0.29) - EasyVoxBox(EVB) w/app_rpt. Install phase 2 started.
>>                   Requires EVB 0.010, 0.011 or 0.013.
>>
>> NOTICE: EVB appears to have been previously installed.
>>         This previous installation will not be replaced.
>>
>> -- -----------------------------------------------------------
>>
>> that mean that i have /etc/EVB/EVB1first filled with the word "complete".
>>
>> Is it normal...? is 0.013 include evbphase2 ?
>>
>> regards
>> Guillaume f8arr
>>
>>
>>
>> Ce mail est envoy? depuis un compte gmail temporaire. Pour ?tre lu
>> rapidement, veuillez envoyer un mail ? mon adresse permanente :
>> guillaume.devoyon at f8arr.org.
>>
>>
>>
>> --
>> Ce mail est envoy? depuis un compte gmail temporaire. Pour ?tre lu
>> rapidement, veuillez envoyer un mail ? mon adresse permanente :
>> guillaume.devoyon at f8arr.org.
>>
>> _______________________________________________
>> App_rpt mailing list
>> App_rpt at lists.illiana.net
>> http://lists.illiana.net/mailman/listinfo/app_rpt
>>
>
>
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
>
>


From chad at thepalmz.net  Fri Aug  8 21:56:08 2008
From: chad at thepalmz.net (Chad Palm)
Date: Fri, 8 Aug 2008 16:56:08 -0500
Subject: [App_rpt] Suggested GMRS (or inexpensive UHF transceiver) for use
	with USB Sound Card FOB
Message-ID: <630d62de0808081456v54b99214wb970e5bb82039324@mail.gmail.com>

Greetings,

I am a long-time asterisk user recently "tuned-in" to TIARA (app_rpt).
I'm considering acquiring a GMRS license and using this project to repeat
handheld traffic to immediate family in a seperate geographical location.
I've read up on the USB Sound Card FOB and am curious if anyone has
successfully wired-up inexpensive GMRS handhelds to it and could possibly
recommend a good model to work with?

Here's the simplex repeater scenario I'm considering:
PIII 800 running EasyVoxBox at each location trunked on IAX2, with USB Sound
Card FOB wired to a low power (1/2W) GMRS portable.  When one location
recieves traffic on GMRS channel from portables in range, it's relayed
across to the conterpart asterisk and then transmitted from the FOB/portable
out to portables near its location.

Question - would CTCSS encoding carry across the link, or do I need to
decode and discriminate at each end?

Any thoughts on this approach - your feedback is truly appreciated!

Cheers,

ChadP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20080808/4a50c338/attachment.html>

From chad at thepalmz.net  Tue Aug 12 23:51:57 2008
From: chad at thepalmz.net (Chad Palm)
Date: Tue, 12 Aug 2008 18:51:57 -0500
Subject: [App_rpt]  Simplex node with just RXAud/TXAud/PTT ?
Message-ID: <630d62de0808121651h4b55f29fp8f6b822114e4202a@mail.gmail.com>

I believe I am looking for a configuration similar to what you've got going
on, simplex base control: one asterisk box at location A, with a motorola
GM300 through USB soundcard FOB and another identical setup at location B.
When a portable at A transmits on the channel the GM300 is on, I want the
audio to cross over IAX2/GSM and open up the radio at site B, transmitting
to portables at that site.. the same process should happen in reverse for
traffic from B.  I've read it's dangerous to use mobile radios above a 10%
transmission duty cycle due to heat, so I think CTCSS/DCS between the
portables and their (local) base is the best way to prevent that.. meaning I
want VOX control between the asterisk boxes right?  Any comments or
suggestions you may have would definitely be appreciated!

ChadP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20080812/9317a77b/attachment.html>

From telesistant at hotmail.com  Wed Aug 13 00:05:12 2008
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 12 Aug 2008 17:05:12 -0700
Subject: [App_rpt] Simplex node with just RXAud/TXAud/PTT ?
In-Reply-To: <630d62de0808121651h4b55f29fp8f6b822114e4202a@mail.gmail.com>
References: <630d62de0808121651h4b55f29fp8f6b822114e4202a@mail.gmail.com>
Message-ID: <BAY119-W224547C1714740A4E1D5CEB1730@phx.gbl>


no!!! why in the world would you want VOX operation when you have GM300's which all have a BEAUTIFUL 16 pin connector on the rear
that gives you direct access to flat-audio (from discriminator, to modulator). If you take 4 wires, Ground, PTT, discriminator (flat) audio out,
and flat audio in, and connect them to the USB FOB and let the computer do the rest, you will have an absolutely optimum setup (at least for
simplex operation).    You can even buy cables that have the 16 pin connector on 1 end and wires on the other on E-bay.

Date: Tue, 12 Aug 2008 18:51:57 -0500
From: chad at thepalmz.net
To: app_rpt at lists.illiana.net
Subject: [App_rpt]  Simplex node with just RXAud/TXAud/PTT ?

I believe I am looking for a configuration similar to what you've got going on, simplex base control: one asterisk box at location A, with a motorola GM300 through USB soundcard FOB and another identical setup at location B.  When a portable at A transmits on the channel the GM300 is on, I want the audio to cross over IAX2/GSM and open up the radio at site B, transmitting to portables at that site.. the same process should happen in reverse for traffic from B.  I've read it's dangerous to use mobile radios above a 10% transmission duty cycle due to heat, so I think CTCSS/DCS between the portables and their (local) base is the best way to prevent that.. meaning I want VOX control between the asterisk boxes right?  Any comments or suggestions you may have would definitely be appreciated!


ChadP

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

From nessenj at jimsoffice.org  Wed Aug 13 00:18:28 2008
From: nessenj at jimsoffice.org (James Nessen)
Date: Tue, 12 Aug 2008 17:18:28 -0700
Subject: [App_rpt] Simplex node with just RXAud/TXAud/PTT ?
In-Reply-To: <630d62de0808121651h4b55f29fp8f6b822114e4202a@mail.gmail.com>
References: <630d62de0808121651h4b55f29fp8f6b822114e4202a@mail.gmail.com>
Message-ID: <5BAA1EA5-0968-453E-A672-78DECB974466@jimsoffice.org>

It depends on the radio you use.  I have 2 GM300s setup as a repeater,  
my transmit side only runs 8 watts and will run forever (i have dual  
fan cooling on it).  One thing that you must have is fans blowing  
across the heatsink.  My repeater is fairly active (i use it for voip  
linking) and i have had no issues.  It's been on the air for a few  
years now.

Jim / K6JWN

On Aug 12, 2008, at 4:51 PM, Chad Palm wrote:

> I believe I am looking for a configuration similar to what you've  
> got going on, simplex base control: one asterisk box at location A,  
> with a motorola GM300 through USB soundcard FOB and another  
> identical setup at location B.  When a portable at A transmits on  
> the channel the GM300 is on, I want the audio to cross over IAX2/GSM  
> and open up the radio at site B, transmitting to portables at that  
> site.. the same process should happen in reverse for traffic from  
> B.  I've read it's dangerous to use mobile radios above a 10%  
> transmission duty cycle due to heat, so I think CTCSS/DCS between  
> the portables and their (local) base is the best way to prevent  
> that.. meaning I want VOX control between the asterisk boxes right?   
> Any comments or suggestions you may have would definitely be  
> appreciated!
>
> ChadP
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt



From kb4fxc at inttek.net  Mon Aug 18 06:20:39 2008
From: kb4fxc at inttek.net (David McGough)
Date: Mon, 18 Aug 2008 02:20:39 -0400 (EDT)
Subject: [App_rpt] Question: Remote base conference capability
Message-ID: <Pine.LNX.4.44.0808180213540.17540-100000@goliath.inttek.net>


Hi Everyone,

I am wondering if there is an easy way to enable conference capability for
remote base nodes? --I wish to have potentially several "standard" nodes
connected to one remote base (or other similar configs). I saw that this
capability isn't allowed in the ACID sysadmin manual, but, would like to
try it anyway if possible without too much hacking....

Thanks!

David KB4FXC



From kb4fxc at inttek.net  Mon Aug 18 07:01:06 2008
From: kb4fxc at inttek.net (David McGough)
Date: Mon, 18 Aug 2008 03:01:06 -0400 (EDT)
Subject: [App_rpt] Question: Remote base conference capability
In-Reply-To: <Pine.LNX.4.44.0808180213540.17540-100000@goliath.inttek.net>
Message-ID: <Pine.LNX.4.44.0808180256350.18659-100000@goliath.inttek.net>



Well, I just changed my rpt.conf file and this capability now seems to 
work okay for me. Ho hum....(oops!)

73, David KB4FXC


On Mon, 18 Aug 2008, David McGough wrote:

> 
> Hi Everyone,
> 
> I am wondering if there is an easy way to enable conference capability for
> remote base nodes? --I wish to have potentially several "standard" nodes
> connected to one remote base (or other similar configs). I saw that this
> capability isn't allowed in the ACID sysadmin manual, but, would like to
> try it anyway if possible without too much hacking....
> 
> Thanks!
> 
> David KB4FXC
> 
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
> 



From hwstar at rodgers.sdcoxmail.com  Mon Aug 18 14:26:39 2008
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Mon, 18 Aug 2008 07:26:39 -0700
Subject: [App_rpt] Question: Remote base conference capability
In-Reply-To: <Pine.LNX.4.44.0808180213540.17540-100000@goliath.inttek.net>
References: <Pine.LNX.4.44.0808180213540.17540-100000@goliath.inttek.net>
Message-ID: <48A9869F.4050309@rodgers.sdcoxmail.com>

David,

If your remote base node needs frequency agility which us commanded by a
user, then it can't have multiple users connected. It just isn't coded
to work that way. There are two separate C functions in app_rpt.c one
handles standard nodes and the other handles remote base nodes. However,
if your remote base is operating on a fixed frequency, just set it up as
a standard node with half-duplex functionality.

There is limited frequency agility available to a standard node which
Steve Henke, W8SH added to allow phone users to call in to a standard
node on different extensions and change a channelized commercial radio
to a different frequency based on the extension number.

Steve WA6ZFT


David McGough wrote:
> Hi Everyone,
> 
> I am wondering if there is an easy way to enable conference capability for
> remote base nodes? --I wish to have potentially several "standard" nodes
> connected to one remote base (or other similar configs). I saw that this
> capability isn't allowed in the ACID sysadmin manual, but, would like to
> try it anyway if possible without too much hacking....
> 
> Thanks!
> 
> David KB4FXC
> 
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
> 



From kb4fxc at inttek.net  Tue Aug 19 06:16:28 2008
From: kb4fxc at inttek.net (David McGough)
Date: Tue, 19 Aug 2008 02:16:28 -0400 (EDT)
Subject: [App_rpt] Question: Remote base conference capability
In-Reply-To: <48A9869F.4050309@rodgers.sdcoxmail.com>
Message-ID: <Pine.LNX.4.44.0808190202590.16048-100000@goliath.inttek.net>


Hi Steve,

Thanks for the info--yes, I stumbled across how to do this by using 
"standard node" mode, as you mention below.

I a different note, I've been browsing thru the app_rpt.c source code and
noticed the reference to rpt_notch.c -- I looked around and don't see this
code anythere. Does it exist?  The reason I'm asking is that I eventually
would like to experiment with various DSP audio processing--like a TX
compressor/limiter and perhaps RX voice squelch for HF use, etc....I
figured that looking at how rpt_notch is implemented might help expedite
my learning process in this area.

73, David KB4FXC


On Mon, 18 Aug 2008, Stephen Rodgers wrote:

> David,
> 
> If your remote base node needs frequency agility which us commanded by a
> user, then it can't have multiple users connected. It just isn't coded
> to work that way. There are two separate C functions in app_rpt.c one
> handles standard nodes and the other handles remote base nodes. However,
> if your remote base is operating on a fixed frequency, just set it up as
> a standard node with half-duplex functionality.
> 
> There is limited frequency agility available to a standard node which
> Steve Henke, W8SH added to allow phone users to call in to a standard
> node on different extensions and change a channelized commercial radio
> to a different frequency based on the extension number.
> 
> Steve WA6ZFT
> 
> 
> David McGough wrote:
> > Hi Everyone,
> > 
> > I am wondering if there is an easy way to enable conference capability for
> > remote base nodes? --I wish to have potentially several "standard" nodes
> > connected to one remote base (or other similar configs). I saw that this
> > capability isn't allowed in the ACID sysadmin manual, but, would like to
> > try it anyway if possible without too much hacking....
> > 
> > Thanks!
> > 
> > David KB4FXC
> > 
> > _______________________________________________
> > App_rpt mailing list
> > App_rpt at lists.illiana.net
> > http://lists.illiana.net/mailman/listinfo/app_rpt
> > 
> 
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
> 



From nessenj at jimsoffice.org  Tue Aug 19 22:04:10 2008
From: nessenj at jimsoffice.org (James Nessen)
Date: Tue, 19 Aug 2008 15:04:10 -0700
Subject: [App_rpt] registering with 3 nodes?
Message-ID: <820B88C3-CB0A-4478-95F2-8822FED563A5@jimsoffice.org>

My asterisk installation (ACID) is running with 3 nodes on it, and in  
my iax.conf, I have 3 register lines (one for each node), however when  
I look at rpt_extnodes on my node and a remote node, it seems like the  
last entry is getting updated with the correct IP, and the first 2  
don't get updated at all.

iax2 show registry shows that all 3 nodes are registered.  Any ideas?

Nodes in question are 2142, 2165 and 2191 - all on a single host.

Jim / K6JWN


From hwstar at rodgers.sdcoxmail.com  Tue Aug 19 14:25:10 2008
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Tue, 19 Aug 2008 07:25:10 -0700
Subject: [App_rpt] Question: Remote base conference capability
In-Reply-To: <Pine.LNX.4.44.0808190202590.16048-100000@goliath.inttek.net>
References: <Pine.LNX.4.44.0808190202590.16048-100000@goliath.inttek.net>
Message-ID: <48AAD7C6.4050102@rodgers.sdcoxmail.com>

David.

rpt_notch.c is strict GPL an incompatible with Digium's dual licensing
scheme so it can't be distributed with Asterisk. I sent rpt_notch.c to
you directly.


David McGough wrote:
> Hi Steve,
> 
> Thanks for the info--yes, I stumbled across how to do this by using 
> "standard node" mode, as you mention below.
> 
> I a different note, I've been browsing thru the app_rpt.c source code and
> noticed the reference to rpt_notch.c -- I looked around and don't see this
> code anythere. Does it exist?  The reason I'm asking is that I eventually
> would like to experiment with various DSP audio processing--like a TX
> compressor/limiter and perhaps RX voice squelch for HF use, etc....I
> figured that looking at how rpt_notch is implemented might help expedite
> my learning process in this area.
> 
> 73, David KB4FXC
> 
> 
> On Mon, 18 Aug 2008, Stephen Rodgers wrote:
> 
>> David,
>>
>> If your remote base node needs frequency agility which us commanded by a
>> user, then it can't have multiple users connected. It just isn't coded
>> to work that way. There are two separate C functions in app_rpt.c one
>> handles standard nodes and the other handles remote base nodes. However,
>> if your remote base is operating on a fixed frequency, just set it up as
>> a standard node with half-duplex functionality.
>>
>> There is limited frequency agility available to a standard node which
>> Steve Henke, W8SH added to allow phone users to call in to a standard
>> node on different extensions and change a channelized commercial radio
>> to a different frequency based on the extension number.
>>
>> Steve WA6ZFT
>>
>>
>> David McGough wrote:
>>> Hi Everyone,
>>>
>>> I am wondering if there is an easy way to enable conference capability for
>>> remote base nodes? --I wish to have potentially several "standard" nodes
>>> connected to one remote base (or other similar configs). I saw that this
>>> capability isn't allowed in the ACID sysadmin manual, but, would like to
>>> try it anyway if possible without too much hacking....
>>>
>>> Thanks!
>>>
>>> David KB4FXC
>>>
>>> _______________________________________________
>>> App_rpt mailing list
>>> App_rpt at lists.illiana.net
>>> http://lists.illiana.net/mailman/listinfo/app_rpt
>>>
>> _______________________________________________
>> App_rpt mailing list
>> App_rpt at lists.illiana.net
>> http://lists.illiana.net/mailman/listinfo/app_rpt
>>
> 
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
> 



From hwstar at rodgers.sdcoxmail.com  Wed Aug 20 00:05:30 2008
From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com)
Date: Tue, 19 Aug 2008 17:05:30 -0700
Subject: [App_rpt] registering with 3 nodes?
Message-ID: <20080820000530.VHHF14743.dukecmmtao04.coxmail.com@dukecmimpo03.coxmail.com>

The should now. Fixed addressing overrides reqistration. Your two nodes 2142 and 2165 had an FQDN. I removed the FQDN's from the Allstar database and now the registered IP addresses should propagate in the next hour or so.

Steve
WA6ZFT

> 
> From: James Nessen <nessenj at jimsoffice.org>
> Date: 2008/08/19 Tue PM 03:04:10 PDT
> To: Asterisk Repeater Controler <app_rpt at lists.illiana.net>
> Subject: [App_rpt] registering with 3 nodes?
> 
> My asterisk installation (ACID) is running with 3 nodes on it, and in  
> my iax.conf, I have 3 register lines (one for each node), however when  
> I look at rpt_extnodes on my node and a remote node, it seems like the  
> last entry is getting updated with the correct IP, and the first 2  
> don't get updated at all.
> 
> iax2 show registry shows that all 3 nodes are registered.  Any ideas?
> 
> Nodes in question are 2142, 2165 and 2191 - all on a single host.
> 
> Jim / K6JWN
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
> 



From nessenj at jimsoffice.org  Wed Aug 20 00:13:39 2008
From: nessenj at jimsoffice.org (James Nessen)
Date: Tue, 19 Aug 2008 17:13:39 -0700
Subject: [App_rpt] registering with 3 nodes?
In-Reply-To: <20080820000530.VHHF14743.dukecmmtao04.coxmail.com@dukecmimpo03.coxmail.com>
References: <20080820000530.VHHF14743.dukecmmtao04.coxmail.com@dukecmimpo03.coxmail.com>
Message-ID: <91a3416d0808191713k13fc19f8ra0fdb8766428f985@mail.gmail.com>

Very good, thanks Steve!

Jim / K6JWN

On Tue, Aug 19, 2008 at 5:05 PM, <hwstar at rodgers.sdcoxmail.com> wrote:

> The should now. Fixed addressing overrides reqistration. Your two nodes
> 2142 and 2165 had an FQDN. I removed the FQDN's from the Allstar database
> and now the registered IP addresses should propagate in the next hour or so.
>
> Steve
> WA6ZFT
>
> >
> > From: James Nessen <nessenj at jimsoffice.org>
> > Date: 2008/08/19 Tue PM 03:04:10 PDT
> > To: Asterisk Repeater Controler <app_rpt at lists.illiana.net>
> > Subject: [App_rpt] registering with 3 nodes?
> >
> > My asterisk installation (ACID) is running with 3 nodes on it, and in
> > my iax.conf, I have 3 register lines (one for each node), however when
> > I look at rpt_extnodes on my node and a remote node, it seems like the
> > last entry is getting updated with the correct IP, and the first 2
> > don't get updated at all.
> >
> > iax2 show registry shows that all 3 nodes are registered.  Any ideas?
> >
> > Nodes in question are 2142, 2165 and 2191 - all on a single host.
> >
> > Jim / K6JWN
> > _______________________________________________
> > App_rpt mailing list
> > App_rpt at lists.illiana.net
> > http://lists.illiana.net/mailman/listinfo/app_rpt
> >
>
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20080819/1516ed0d/attachment.html>

From steve.w9sh at gmail.com  Wed Aug 20 01:20:55 2008
From: steve.w9sh at gmail.com (Steven Henke)
Date: Tue, 19 Aug 2008 21:20:55 -0400
Subject: [App_rpt] iaxRpt on Linux and Mac
Message-ID: <e2ed85230808191820y18e1ec36i627b1ad0d0a2d6c6@mail.gmail.com>

We are glad to report that iaxRpt runs under the Wine emulator on Linux and Mac.

Here are some details and screen shots.

http://www.xelatec.com/xipar/iaxrptlinmac

Thanks to Dave, VE7MQ and Alex in the Xelatec Lab.

73,

Steven Henke, W9SH at xelatec.com

P.S. Official ports to those platforms are still on the "To Do" list
but this should help until then.


From vk3jed at vkradio.com  Wed Aug 20 01:43:06 2008
From: vk3jed at vkradio.com (Tony Langdon, VK3JED)
Date: Wed, 20 Aug 2008 11:43:06 +1000
Subject: [App_rpt] iaxRpt on Linux and Mac
In-Reply-To: <e2ed85230808191820y18e1ec36i627b1ad0d0a2d6c6@mail.gmail.co
 m>
References: <e2ed85230808191820y18e1ec36i627b1ad0d0a2d6c6@mail.gmail.com>
Message-ID: <48ab76b5.1e048e0a.673d.ffff9e16@mx.google.com>

At 11:20 AM 8/20/2008, you wrote:
>We are glad to report that iaxRpt runs under the Wine emulator on 
>Linux and Mac.

I've been using it under Wine on  an EeePC 900 for some time.

73 de VK3JED
http://vkradio.com



From vk3jed at vkradio.com  Wed Aug 20 01:46:12 2008
From: vk3jed at vkradio.com (Tony Langdon, VK3JED)
Date: Wed, 20 Aug 2008 11:46:12 +1000
Subject: [App_rpt] iaxRpt on Linux and Mac
In-Reply-To: <e2ed85230808191820y18e1ec36i627b1ad0d0a2d6c6@mail.gmail.co
 m>
References: <e2ed85230808191820y18e1ec36i627b1ad0d0a2d6c6@mail.gmail.com>
Message-ID: <48ab776e.20018e0a.0eb7.ffffa345@mx.google.com>

At 11:20 AM 8/20/2008, you wrote:
>We are glad to report that iaxRpt runs under the Wine emulator on 
>Linux and Mac.

Further to my last post, the reason I had to run iaxRpt on my EeePC 
is  because I run Iaxcomm on my Windows box (for my VoIP provider), 
and iaxRpt thinks it is already running when it sees Iaxcomm.

73 de VK3JED
http://vkradio.com



From steve.w9sh at gmail.com  Tue Aug 19 15:48:25 2008
From: steve.w9sh at gmail.com (Steven Henke)
Date: Tue, 19 Aug 2008 11:48:25 -0400
Subject: [App_rpt] iaxRpt Running on Linux and Mac
Message-ID: <e2ed85230808190848j17d091a7s3055a70bd275f16a@mail.gmail.com>

We are glad to report that iaxRpt runs under the Wine emulator on Linux and
Mac.

Here are some details and screen shots.

http://www.xelatec.com/xipar/iaxrptlinmac

Thanks to Dave, VE7MQ and Alex in the Xelatec Lab.

73,

Steven Henke, W9SH

P.S. Official ports to those platforms are still on the "To Do" list but
this should help until then.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20080819/20d32a08/attachment.html>

From kb4fxc at inttek.net  Sun Aug 24 08:32:09 2008
From: kb4fxc at inttek.net (David McGough)
Date: Sun, 24 Aug 2008 04:32:09 -0400 (EDT)
Subject: [App_rpt] URI's and RFI == strange problems!
Message-ID: <Pine.LNX.4.44.0808240407480.10268-100000@goliath.inttek.net>


Hello Everyone,

I encountered the most bizarre problem yet with app_rpt and URI's tonight.  

While using my new HF remote base and VHF remote base simultaneously,
app_rpt consistantly got really confused. After a fresh asterisk start, I
could try to connect to the HF node. While connecting, app_rpt would
simultaneously disconnect! --So, I'd hear the connected message and a
disconnected message at the same time! Then, I couldn't connect to the
node again, and sometime couldn't connect to VHF node, either.

This problem has been happening very intermittantly for a month now and I
couldn't find what was causing it. But, it hadn't been severe enough to 
really get my attention.

While searching thru the config files trying to figure out what I'd 
broken, I happened to notice this kernel message:

kernel: hub 2-0:1.0: port 6 disabled by hub (EMI?), re-enabling...

So, I experimentally put ferrite split cores around each USB cable, right
at the URI--And the problem instantly disappeared! Eureka!!

So, if anyone sees flakeyness or other strange URI problems that come and
go, RFI could be the cause!

73, David KB4FXC



From steve.w9sh at gmail.com  Sun Aug 24 17:20:19 2008
From: steve.w9sh at gmail.com (Steven Henke)
Date: Sun, 24 Aug 2008 13:20:19 -0400
Subject: [App_rpt] URI's and RFI == strange problems!
In-Reply-To: <Pine.LNX.4.44.0808240407480.10268-100000@goliath.inttek.net>
References: <Pine.LNX.4.44.0808240407480.10268-100000@goliath.inttek.net>
Message-ID: <e2ed85230808241020k6386e310tfb5b8a4d36d2d85e@mail.gmail.com>

David,

>From experience and pessimism I had put ferrite cores on all of the
lines to my HF remote from the start.

FYI if there is lots of VSWR on the antenna system or grounding issues
the stray RF can get so bad that ferrites won't help.

And very interesting that the kernel threw a warning message with a
reference to EMI.

Thanks for the report.

73,

Steve Henke, W9SH



On Sun, Aug 24, 2008 at 4:32 AM, David McGough <kb4fxc at inttek.net> wrote:
>
> Hello Everyone,
>
> I encountered the most bizarre problem yet with app_rpt and URI's tonight.
>
> While using my new HF remote base and VHF remote base simultaneously,
> app_rpt consistantly got really confused. After a fresh asterisk start, I
> could try to connect to the HF node. While connecting, app_rpt would
> simultaneously disconnect! --So, I'd hear the connected message and a
> disconnected message at the same time! Then, I couldn't connect to the
> node again, and sometime couldn't connect to VHF node, either.
>
> This problem has been happening very intermittantly for a month now and I
> couldn't find what was causing it. But, it hadn't been severe enough to
> really get my attention.
>
> While searching thru the config files trying to figure out what I'd
> broken, I happened to notice this kernel message:
>
> kernel: hub 2-0:1.0: port 6 disabled by hub (EMI?), re-enabling...
>
> So, I experimentally put ferrite split cores around each USB cable, right
> at the URI--And the problem instantly disappeared! Eureka!!
>
> So, if anyone sees flakeyness or other strange URI problems that come and
> go, RFI could be the cause!
>
> 73, David KB4FXC
>
> _______________________________________________
> App_rpt mailing list
> App_rpt at lists.illiana.net
> http://lists.illiana.net/mailman/listinfo/app_rpt
>