- App_rpt-users - lists.keekles.org

Connection problem
by Will Wright 16 Jan '10

16 Jan '10

Hello to the group, It's been a while but am back the mailing list. I have a problem with version 0.210. I can not connect to anyone. I have port 4569 forwarded, the rpt_externode file is in tact with the right port numbers, 4569. I also have a Notice that say auto congestion call do to slow response. And last a Warning that say for waitstream_core: Unexpected control subclass '13'. Can anyone shed any light? Thanks Will / W4WWM

1 0

RXKEY and RXUNKEY
by Frank Herzog 15 Jan '10

15 Jan '10

Hi, is there a possibility in app_rpt either to jump into the dialplan or to generate a manager-event on every RXKEY and RXUNKEY event? BR Frank **************************************** Dr.-Ing. Frank Herzog mailto:frank.herzog@dhp-gmbh.de PGP Fingerprint: D3EE B4D5 544C 7309 9D36 DFAD 5B6D C145 1409 E855 Tel: +49-241-990000-21 Fax: +49-241-990000-91 DOHMEN, HERZOG & Partner GmbH Soerser Weg 9 52070 Aachen Gesch?ftsf?hrende Gesellschafter Dr.-Ing. Marc Dohmen Dr.-Ing. Frank Herzog Amtsgericht Aachen HRB 5931 St.-Nr.: 201/5953/3633 USt-IdNr.: DE164205623 **************************************** Diese Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e- mail is strictly forbidden.

2 1

Disconnect messages
by Scott Weis 15 Jan '10

15 Jan '10

I used to get connect and disconnect messages when stations connected or disconnected.. Now I only get connect messages. Any idea what I might have changed to get this? Same in echolink, IRLP and allstar nodes. Thanks, Scott KB2EAR

1 0

Having install problems
by Chuck Kraly 10 Jan '10

10 Jan '10

I am trying to install the latest iso. I keep getting the following message: PXE-E53: no boot filename received Any ideas guys? I can run the Centos 5.4 live cd fine on the same pc with full network access Chuck K0XM

2 1

echolink offline?
by Ken 10 Jan '10

10 Jan '10

I have added the config file for EchoLink and am receiving the messages about EchoLink server OK and directory download, on a regular basis. But the echolink.org status page shows my node as "off" (not offline, the QTH *is* being reported under the description column). If I try to connect to another on line echo link node using the 7 digit number, I get absolutely nothing. No messages from debug or verbose and the asterisk node says it is still in the repeat only mode. (yes I did port forwarding in my router for the asterisk computer IP address). I searched the knowledge base the mail archives for a while under the subject "echolink" but could not find any hints. Is there some online/offline switch for echolink? How can I trouble-shoot? Ken PS - is there a way to perform a search on the entire email archive?

1 0

Re: [App_rpt-users] drop outs and ping pong
by hwstar＠rodgers.sdcoxmail.com 08 Jan '10

08 Jan '10

> > From: Ken <ke2n(a)cs.com> > Date: 2010/01/07 Thu PM 02:49:09 PST > To: app_rpt-users(a)qrvc.com > Subject: [App_rpt-users] drop outs and ping pong > > Today I added a second node to my system and had my first > inter-asterisk QSO. I found two problems which may, or may not, be > related. > > first issue: > > During the QSO, there were a lot of drop outs (both ways apparently). > These were accompanied by "Hungup..." messages on the console. I think > these are not anything to do with audio or USB, but rather with the > internet (parrot mode works fine, for example). I wonder what other > people's experience is with this? Could it be something my ISP is doing > to me (they are famous for this kind of thing). > > This happens in monitor-only mode too, and apparently it is noticeable > on the other and as at some point when I was doing this a control > operator came on and said my node was 'coughing' and then proceeded to > disconnect me from his end. I hate to think I am screwing up other > peoples systems by just listening to them. What to do? I noticed that > there is a "drop count" parameter in IAX > > [from this I concluded that the inter-asterisk exchange protocol must > have some end to end acknowleements ?] > > second issue: > > when I connect my first node to my second node on the same machine I > get a ping-pong effect (or similar) where the first node keeps playing > the courtesy tone (and PTT remains on continuously) and the second node > drops the PTT but immediately keys up again. No received audio passes > from node 1 to node 2 while all this beeping is going on. > > I have commented off the CTCSS commands for node 2 and courtesy tones > as well. > > I expect this is something stupid I have done that should be easy to > fix. > > Thanks, > Ken > 27021 > 27061 > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users(a)qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > If these are both simplex nodes and you are running app_rpt version 2.10, try adding rxondelay=25 in /etc/asterisk/usbradio.conf on both nodes. Be sure to restart asterisk on both machines after making this change. The other problem is most likely Internet related. Please note: URI support is provided as a courtesy. I derive no income from the sale of the URI Steve WA6ZFT

2 2

drop outs and ping pong
by Ken 07 Jan '10

07 Jan '10

Today I added a second node to my system and had my first inter-asterisk QSO. I found two problems which may, or may not, be related. first issue: During the QSO, there were a lot of drop outs (both ways apparently). These were accompanied by "Hungup..." messages on the console. I think these are not anything to do with audio or USB, but rather with the internet (parrot mode works fine, for example). I wonder what other people's experience is with this? Could it be something my ISP is doing to me (they are famous for this kind of thing). This happens in monitor-only mode too, and apparently it is noticeable on the other and as at some point when I was doing this a control operator came on and said my node was 'coughing' and then proceeded to disconnect me from his end. I hate to think I am screwing up other peoples systems by just listening to them. What to do? I noticed that there is a "drop count" parameter in IAX [from this I concluded that the inter-asterisk exchange protocol must have some end to end acknowleements ?] second issue: when I connect my first node to my second node on the same machine I get a ping-pong effect (or similar) where the first node keeps playing the courtesy tone (and PTT remains on continuously) and the second node drops the PTT but immediately keys up again. No received audio passes from node 1 to node 2 while all this beeping is going on. I have commented off the CTCSS commands for node 2 and courtesy tones as well. I expect this is something stupid I have done that should be easy to fix. Thanks, Ken 27021 27061

1 0

host name for DHCP
by Ken 07 Jan '10

07 Jan '10

Does any linux guru out there know how to change the DHCP client name from TEST? I followed the instruction to use system-config-network and suceeded in changing the shell prompt to the host name I want, but my router still says the node name is TEST. Some internet searching came up with the "dhclient" command - which works - but after the next lease renewal it is back to TEST again. That name must be buried someplace in the linux configuration. Ken

4 5

usb radio config file
by David Powell-Williams 06 Jan '10

06 Jan '10

This probably explains why I never experienced this. I never use the mic input with a URI as I like to send the pre-emphasized and limited audio directly to the modulator. This works quite well as long as you have a a transmitter using direct FM and not phase modulation. Steve WA6ZFT ******************************************************************** I find the term 'rxdemod=flat' a little confusing, since discriminator audio will contain pre-emphasized audio, generated by a user's transmitter. I assume that apt_rpt converts receive audio to 'flat' by de-emphasizing discriminator audio but not 'speaker' audio, (as selected) prior to presenting it to other nodes or to the transmitter software routines? I'm also guessing that the apt_rpt internal flat audio, generated as above or from other nodes/Iaxrpt, feeds the radio transmit software module, where it is treated as per the 'txprelim' switch before going to the analog interface. I hope I'm not the only one that wondered about the precise functioning of the usbradio.conf audio selections and how they operate. If I am, it's worth a beer. Snippet from usbradio.conf.sample: rxdemod=flat ; Rx Audio Source Type from Radio ; Options = no, flat, speaker ; no - RX audio input not used ; flat - source is un-filtered discriminator signal ; speaker - source is filtered, de-emphasized audio txprelim=yes ; Tx Audio PreEmphasis and Limiting in software ; no - Audio is not pre-emphasized and limited. ; for application to radio microphone input ; yes - Audio is pre-emphasized, limited and filtered ; for direct connection to an FM modulator I second Ken's motion to clarify the wording a little, next time you're revising the file. 73, Dave VE7MQ.

1 0

usb radio config file
by David Powell-Williams 06 Jan '10

06 Jan '10

> <snip> > Second issue: The loudest playback sounds cause the URI to go into > saturation and distort. I may not have calibrated the levels very carefully, > but even if I manually lower the txlevel setting from 800 down to, say, 300 > it still distorts - it's just a quieter distortion. What can cause this? > <snip> > > I have the same problem with a modified CM108 usb installation. > > After setting all the 'radio tune' parameters, there is serious distortion > on voice modulation peaks, irrespective of the source being Iaxrpt or > another node. > > However, the 'radio tune txvoice' generates a perfect sine wave at 3 KHz > deviation, as seen on an oscilloscope at the exciter modulator or on a > service monitor off-air. I am using duplex=0 in rpt.conf since the node > operates simplex. > > Dave > VE7MQ > 2140 > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users(a)qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > I have not seen this on a properly configured system. Chances are it has to do with de-emphasis configuration on the receive side, or pre-emphasis/limiting (prelim) in the transmit side) Where is the audio getting distorted? Transmit or receive? so you see the distortion on the TX line or RX line if you look with a scope? You might be able to determine where it is getting distored by connecting your node to a working node you can monitor, then send audio both ways. Disclaimer: I offer URI support and suggestions as a courtesy only as I do not derive any income from sales of the URI. I am in no way obligated to provide support at any level. Steve WA6ZFT Steve: Thank you for your response. Much appreciated. This distortion also appears when accessing the transmitter digitally via Iaxrpt with no radio receivers involved. Ditto for when my node is connected elsewhere, such as Calnet. The problem is entirely on transmit, somewhere in the route from apt_rpt internals to the MICOR exciter audio input. The receive audio is perfect. I have two independent nodes on separate computers. I followed your suggestion and linked them together. Using a service monitor, I fed 1 KHz tones at various deviations into the receiver of Node A and monitored the transmit output of problem Node B. There is no distortion until reaching 4 KHz. At 5 KHz deviation, there is serious distortion of the sine wave. I want to emphasize that this problem remains constant no matter if the modulation source originates in a radio receiver, another node or Iaxrpt. As Ken mentioned earlier, adjusting txvoice moves the deviation up and down but has no effect upon the distortion. FWIW, the distortion (on voice) sounds like listening to a loudspeaker with a ripped cone. After reading Ken's last post, I tried 'txprelim=yes' and it was a great improvement. It would be nice if the limiting could be selected independently. To summarize: it seems that with 'txprelim=no', audio from a receiver seeing 5 KHz peaks or the equivalent from Iaxrpt or from other nodes, is going to be distorted by the URI being overdriven. Unfortunately, the distortion strikes right at the deviation level that most users hit regularly. I am not using the DMK product. I understand it's a very professional unit. I rolled my own some time ago, following the original construction details. Thanks again for a great system. 73, Dave VE7MQ.

4 3