[arm-allstar] RX receive only on a permanent transceive link after power fail

Doug Crompton wa3dsp at gmail.com
Wed Aug 2 17:34:43 EST 2017


Laroy,

 I am sure Dave will comment on this but it appears a permanent connection
gets confused about routing when the router goes down or is in some way
compromised. It is probably a NAT issue and I am sure rebooting or better
yet restarting Asterisk will solve the problem. This "one way" audio
happens when one end thinks it is still connected to the other end but the
path has been severed. From a routing standpoint it is logical that this
happens. The issue is what can be done about it. We are looking at that.
You could probably disconnect the link from BOTH ends and start over
without disrupting anything else.

I certainly believe this problem exists but this is not an issue that
everyones has. I have a half dozen nodes connected permanent over a long
period of time and have not had the issue. It seems to show up with bad
power or Internet/router problems. Hopefully we can find an answer or work
around.


*73 Doug*

*WA3DSP*

*http://www.crompton.com/hamradio <http://www.crompton.com/hamradio>*


On Wed, Aug 2, 2017 at 5:26 PM, LaRoy McCann <lmccann at dtisp.com> wrote:

>
>
>
>
> *I forgot to add the logfile messages. I see in here it had a problem
> connecting to the hub node 41741. *
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *01:08:42] NOTICE[391] dnsmgr.c: Managed DNS entries will be refreshed
> every 300 seconds. [Aug  2 01:08:42] NOTICE[391] cdr.c: CDR simple logging
> enabled. [Aug  2 01:08:42] NOTICE[391] loader.c: 129 modules will be
> loaded. [Aug  2 01:08:42] WARNING[391] res_config_pgsql.c: Unable to load
> config res_pgsql.conf [Aug  2 01:08:42] ERROR[391] codec_dahdi.c: Failed to
> open /dev/dahdi/transcode: No such file or directory [Aug  2 01:08:42]
> WARNING[391] cdr_pgsql.c: Unable to load config for PostgreSQL CDR's:
> cdr_pgsql.conf [Aug  2 01:08:42] ERROR[391] chan_voter.c: Unable to load
> config voter.conf [Aug  2 01:08:42] NOTICE[391] chan_irlp.c: Unable to load
> config irlp.conf [Aug  2 01:08:42] WARNING[391] cdr_odbc.c: cdr_odbc:
> Unable to load config for ODBC CDR's: cdr_odbc.conf [Aug  2 01:08:42]
> NOTICE[391] app_radbridge.c: Unable to open radio bridging  configuration
> rpt.conf.  Radio Bridging disabled. [Aug  2 01:08:42] NOTICE[391]
> pbx_ael.c: Starting AEL load process. [Aug  2 01:08:42] NOTICE[391]
> pbx_ael.c: AEL load process: calculated config file name
> '/usr/local/hamvoip-asterisk/etc/asterisk/extensions.ael'. [Aug  2
> 01:08:42] NOTICE[391] pbx_ael.c: File
> /usr/local/hamvoip-asterisk/etc/asterisk/extensions.ael not found; AEL
> declining load [Aug  2 01:08:42] WARNING[391] app_festival.c: No such
> configuration file festival.conf [Aug  2 01:08:43] NOTICE[391]
> chan_usbradio.c: Unable to load config usbradio.conf [Aug  2 01:08:43]
> NOTICE[391] app_queue.c: No call queueing config file (queues.conf), so no
> call queues [Aug  2 01:08:43] NOTICE[391] func_odbc.c: Unable to load
> config for func_odbc: func_odbc.conf [Aug  2 01:08:43] NOTICE[391]
> chan_mgcp.c: Unable to load config mgcp.conf, MGCP disabled [Aug  2
> 01:08:43] NOTICE[391] chan_skinny.c: Unable to load config skinny.conf,
> Skinny disabled [Aug  2 01:08:43] WARNING[391] pbx_spool.c: Unable to
> create queue directory /var/spool/asterisk/outgoing -- outgoing spool
> disabled [Aug  2 01:08:43] WARNING[391] cdr_custom.c: Failed to load
> configuration file. Module not activated. [Aug  2 01:08:43] WARNING[391]
> cdr_csv.c: unable to load config: cdr.conf [Aug  2 01:08:43] NOTICE[391]
> chan_agent.c: No agent configuration found -- agent support disabled [Aug
> 2 01:08:43] NOTICE[391] chan_simple2.c: Unable to load config simple2.conf
> [Aug  2 01:08:43] ERROR[391] chan_iopipe.c: Unable to load config
> iopipe.conf [Aug  2 01:08:43] ERROR[391] chan_echolink.c: Unable to load
> config echolink.conf [Aug  2 01:08:43] NOTICE[410] app_rpt.c: Normal
> Repeater Init  41859    [Aug  2 01:08:43] NOTICE[410] app_rpt.c: Normal
> Repeater Init  1999    [Aug  2 01:08:43] NOTICE[427] chan_simpleusb.c:
> Assigned USB device 1-1.5:1.0 to simpleusb channel usb [Aug  2 01:08:43]
> WARNING[427] chan_simpleusb.c: Loaded parameters from
> simpleusb_tune_usb.conf for device usb . [Aug  2 01:08:43] WARNING[425]
> chan_simpleusb.c: Possibly stuck USB read channel. [usb] [Aug  2 01:08:43]
> WARNING[425] chan_simpleusb.c: Nope, USB read channel [usb] wasn't stuck
> after all. [Aug  2 01:08:52] NOTICE[412] chan_iax2.c: Auto-congesting call
> due to slow response [Aug  2 01:08:54] WARNING[449] file.c: File /tmp/ip
> does not exist in any format [Aug  2 01:08:54] WARNING[449] file.c: Unable
> to open /tmp/ip (format 0x44 (ulaw|slin)): No such file or directory [Aug
> 2 01:08:54] WARNING[449] app_rpt.c: ast_streamfile failed on
> DAHDI/pseudo-1147486313 [Aug  2 01:08:58] WARNING[425] app_rpt.c: Reconnect
> Attempt to 41741 in process [Aug  2 01:09:02] NOTICE[416] chan_iax2.c:
> Auto-congesting call due to slow response [Aug  2 01:09:08] WARNING[425]
> app_rpt.c: Reconnect Attempt to 41741 in process [Aug  2 01:09:12]
> NOTICE[412] chan_iax2.c: Auto-congesting call due to slow response [Aug  2
> 01:09:18] WARNING[425] app_rpt.c: Reconnect Attempt to 41741 in process
> [Aug  2 01:09:22] NOTICE[418] chan_iax2.c: Auto-congesting call due to slow
> response [Aug  2 01:09:28] WARNING[425] app_rpt.c: Reconnect Attempt to
> 41741 in process [Aug  2 01:09:32] NOTICE[414] chan_iax2.c: Auto-congesting
> call due to slow response [Aug  2 01:09:38] WARNING[425] app_rpt.c:
> Reconnect Attempt to 41741 in process [Aug  2 01:09:42] NOTICE[411]
> chan_iax2.c: Auto-congesting call due to slow response [Aug  2 01:09:48]
> WARNING[425] app_rpt.c: Reconnect Attempt to 41741 in process [Aug  2
> 01:09:52] NOTICE[417] chan_iax2.c: Auto-congesting call due to slow
> response [Aug  2 01:09:58] WARNING[425] app_rpt.c: Reconnect Attempt to
> 41741 in process [Aug  2 01:10:06] WARNING[425] app_rpt.c: Reconnect
> Attempt to 41741 in process [Aug  2 01:10:23] NOTICE[420] dnsmgr.c: host
> 'register.allstarlink.org <http://register.allstarlink.org>' changed from
> 0.0.0.0 to 67.215.233.178*
>
>
> On 8/2/2017 3:30 PM, "LaRoy McCann via arm-allstar" wrote:
>
> Sorry for the long post but I am trying to post all pertinent data for my
> problem.
>
> I have a hub (node 41741) with a couple of other full duplex repeater
> nodes connected to it full time.
> One of the full duplex repeaters (node 41859) will transmit audio from the
> hub, the hub is not receiving any audio or key-up status from node 41859.
> It is like node 41859 is in receive only mode.  The repeater on node 41859
> works correctly.
> This happened last night after a power failure.
>
> I have Supermon running on the hub.  It is at www.nearlug.org.  It shows
> all connected nodes to be in transceive mode.  It shows that the hub has
> never received anything from node 41859.
>
> The other 2 full duplex repeaters (nodes 41855 and 47857) work ok
> (transcieve mode).
>
> I have not rebooted any nodes yet as I would like to find out why this
> happened.  It has happened in the past a couple of times.
>
>
> *Here is some of the hub's rpt.conf file.*
> /[nodes]//
> //; Note, if you are using automatic updates for allstar link nodes,//
> //; no allstar link nodes should be defined here. Only place a
> definition//
> //; for your local (within your LAN) nodes, and private (off of allstar//
> //; link) nodes here.//
> //
> //;41741 = radio at 127.0.0.1/41741,NONE//
> //1999 = radio at 127.0.0.1/1999,NONE//
> //41741 = radio at 96.43.56.40/41741,NONE   ; This hub//
> //41855 = radio at 96.43.56.211/41855,NONE  ; 146.835//
> //41856 = radio at 96.43.59.15/41856,NONE   ; 444.525//
> //41857 = radio at 96.43.56.43/41857,NONE   ; 147.240//
> //41858 = radio at 96.43.56.30/41858,NONE   ; 146.955//
> //41859 = radio at 96.43.56.30/41859,NONE   ; 443.500//
> //45421 = radio at 96.43.56.42/45421,NONE   ; 146.610
>
> /
>
> *Here is some of the repeater node's (41859) rpt.conf file.*
> /[nodes]
> ; Note, if you are using automatic updates for allstar link nodes,
> ; no allstar link nodes should be defined here. Only place a definition
> ; for your local (within your LAN) nodes, and private (off of allstar
> ; link) nodes here.
>
> 41859 = radio at 127.0.0.1/41859,NONE
> 1999 = radio at 127.0.0.1/1999,NONE
> 41741 = radio at 96.43.56.40/41741,NONE
>
> /*This is the startup macro to connect 41859 to the hub (41741).*
> /startup_macro = *7341741
>
> /
> *Tcpdump from the hub shows traffic between it and node 41859.**
> *
> /[root at k5tw-41741 http]# tcpdump -i eth0 -vv host 96.43.56.30
> tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size
> 262144 bytes
> 13:11:30.265911 IP (tos 0x1e,ECT(0), ttl 64, id 55826, offset 0, flags
> [none], proto UDP (17), length 40)
>     www.nearlug.org.iax > 96.43.56.30.iax: [bad udp cksum 0x30c2 ->
> 0x59ab!] UDP, length 12
> 13:11:30.266703 IP (tos 0x1e,ECT(0), ttl 64, id 36616, offset 0, flags
> [none], proto UDP (17), length 40)
>     96.43.56.30.iax > www.nearlug.org.iax: [udp sum ok] UDP, length 12
> 13:11:30.267109 IP (tos 0x1e,ECT(0), ttl 64, id 55827, offset 0, flags
> [none], proto UDP (17), length 40)
>     www.nearlug.org.iax > 96.43.56.30.iax: [bad udp cksum 0x30c2 ->
> 0x58b1!] UDP, length 12
>
> /*Tcpdump from node 41859 shows traffic between it and the hub node
> 41471.*
>
> /[root at ni5a-41859 asterisk]# tcpdump -i eth0 -vv host 96.43.56.40
> tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size
> 262144 bytes
> 13:24:57.840625 IP (tos 0x1e,ECT(0), ttl 64, id 12091, offset 0, flags
> [none], proto UDP (17), length 43)
>     ni5a-41859.iax > www.nearlug.org.iax: [bad udp cksum 0x30c5 ->
> 0x450c!] UDP, length 15
> 13:24:57.841352 IP (tos 0x1e,ECT(0), ttl 64, id 31450, offset 0, flags
> [none], proto UDP (17), length 40)
>     www.nearlug.org.iax > ni5a-41859.iax: [udp sum ok] UDP, length 12
> 13:24:58.051310 IP (tos 0x1e,ECT(0), ttl 64, id 12109, offset 0, flags
> [none], proto UDP (17), length 40)
>     ni5a-41859.iax > www.nearlug.org.iax: [bad udp cksum 0x30c2 ->
> 0x9054!] UDP, length 12
> 13:24:58.052087 IP (tos 0x1e,ECT(0), ttl 64, id 31469, offset 0, flags
> [none], proto UDP (17), length 40)
>     www.nearlug.org.iax > ni5a-41859.iax: [udp sum ok] UDP, length 12
> 13:24:58.052590 IP (tos 0x1e,ECT(0), ttl 64, id 12110, offset 0, flags
> [none], proto UDP (17), length 40)
>
> /*Core show channels from the hub shows
> */k5tw-41741*CLI> core show channels
> Channel              Location             State Application(Data)
> DAHDI/pseudo-3157682 s at default:1          Rsrvd   (None)
> IAX2/96.43.56.211:45 41741 at radio-secure:1 Up      (None)
> DAHDI/pseudo-1205868 s at default:1          Rsrvd   (None)
> IAX2/173.218.128.149 41741 at radio-secure:1 Up      (None)
> DAHDI/pseudo-2063236 s at default:1          Rsrvd   (None)
> IAX2/96.43.56.30:456 41741 at radio-secure:1 Up      (None)
> DAHDI/pseudo-9198138 s at default:1          Rsrvd   (None)/
> *
> Core show channels from node 41859 shows
> */ni5a-41859*CLI> core show channels
> Channel              Location             State Application(Data)
> DAHDI/pseudo-9258142 s at default:1          Rsrvd   (None)
> IAX2/96.43.56.40:456 (None)               Up      Apprpt((Remote Rx))
> DAHDI/pseudo-2495954 s at default:1          Rsrvd   (None)
>
>
> /
>
> In posting the above excerpts from rpt.conf for node 41859, I noticed that
> the ip address is still set to the loopback address.
> Could this be a possible cause?  It has been working.
>
>
> Also, the configuration for node 41859 and the hub node 41741 is a new
> build (3 weeks old) of the latest V1.5.  I know they have been rebooted
> since the initial install with no problems.
>
>
> The tcpdump data shows traffic between the nodes but it also shows bad
> checksums with the data.
> I think the bad checksum may not be related as the same tcpdump between
> the hub and one of the nodes that works also shows bad checksum data.
>
> In looking at CLI> core show channels, it looks like node 41589 is
> actually RX only.  Don't know how that would happen since the startup macro
> does a *7341741 which should be a permanent transceive link.
>
>
> LaRoy K5TW
>
> //
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> _______________________________________________
>
> arm-allstar mailing list
> arm-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>
> Visit the BBB and RPi2/3 web page - http://hamvoip.org
>
>
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=icon> Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=link>
> <#m_-1978060265101117348_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>


More information about the arm-allstar mailing list