Multicast AX.25?

Multicast AX.25?

[Stuart Longland]

Hi all,

Does anyone know if there's a way to a Linux host relay AX.25 packet data 
between a local multicast group on Ethernet to a TNC?

I'm thinking something along the lines of ax25ipd, using AX/UDP, but with 
a IPv4 (or v6) multicast address as the destination.  So basically all 
traffic I see on the multicast group, is sent via AX.25 packet, and 
anything heard on AX.25 packet, is sent back to the multicast group as if 
each member of that multicast group had its own TNC/radio/antenna.

Use case: a small home LAN, where you might have one or two computers 
that you may wish to do packet radio on, and not have to statically 
configure the routes of each one in ax25ipd.

Regards,
Stuart Longland

Re: Multicast AX.25?

[Stuart Longland]

On Sat, 08 Mar 2014 14:34:03 +1000, Stuart Longland wrote:

> Hi all,
> 
> Does anyone know if there's a way to a Linux host relay AX.25 packet
> data between a local multicast group on Ethernet to a TNC?
> 
> I'm thinking something along the lines of ax25ipd, using AX/UDP, but
> with a IPv4 (or v6) multicast address as the destination.

Managed to hack up ax25ipd to do just this, with IPv4 multicast for now.  
Patch coming right up.

netromr.c path quality calc bug ax25tools-1.0.2/netrom

[Paul Lewis]

Hello All

netromr.c path quality calc bug

Refers to ax25tools-1.0.2/netrom/netromr.c and Maintainer of the above.

ax25-tools-0.0.8 fix worst qualities I applied the changes to this
on my system manually in January 2002.

I noticed that the distribution that I recently downloaded  (2013) via
Charles excellent script ax25tools-1.0.2/netrom/netromr.c.

Does not include this correction on my new system build (2014) which
I am currently working on.

Testing each service as they are installed and configured.

As a result the Min Quality calculations are incorrect using the code in
ax25tools-1.0.2/netrom/netromr.c.


If the Min Qual = 100.
I would not expect to see any nodes with path quality values
between 0 and 99

if the Min Qual = 10.
I would not expect to see any node with path quality values between 0
and 10

So for testing, route to adjacent node set to 10.
System received 800 unwanted node entries with path values between 0 and
9.

Which should have been filtered out.

Before:
Issued the route command on the node, not the Qualities, decreasing
from max of 6 following each 30 minute node broadcast following the
amended code.

ro
G4APL-10:CRNOD2 Routes:
Link Port   Callsign  Quality Destinations Lock
     axu3   GB7CIP-5  10      803

803 nodes listed with the N command
XnetDo:PI8RWD-10  Y-HAMS:VE3MCH-7   YCARES:KG6SJT-5   YEWDXC:GM3YEW-6
YKS:GB7YKS-1      YKSMBX:GB7YKS     YRGTN:W7DED-4     YVRASS:VE7ASS-7
ZEVCHT:KD7ZEV-2   ZWINET:DB0ZWI     ZdeDxn:IK6ZDE-6   bbsGRZ:OE6XPE-8
dwc:SR6DWC-11     dxcGRZ:OE6XPE-5   dxclus:PI8DXC     igDBL:OE6XPD
pi1hgl:PI1HGL     syltli:DH4LAR-1   xnGRZ:OE6XPE      xn_dxc:PI1DXC-15
xn_mvx:PE1MVX-15  xnetPB:PE1PBA-9   zwinet:DB0ZWI-3   zwinet:DB0ZWI-4

n winode
G4APL-10:CRNOD2 Routes to: WINODE:N9PMO-8
Which Quality Obsolescence Port   Neighbour
>     3       4            axu3   GB7CIP-5

n vk3atm-5
G4APL-10:CRNOD2 Routes to: X-ATM:VK3ATM-5
Which Quality Obsolescence Port   Neighbour
>     3       4            axu3   GB7CIP-5

n f4fur-7
G4APL-10:CRNOD2 No such node

n pi1hgl-0
G4APL-10:CRNOD2 Routes to: pi1hgl:PI1HGL
Which Quality Obsolescence Port   Neighbour
>     3       4            axu3   GB7CIP-5

n gb7yks
G4APL-10:CRNOD2 Routes to: YKSMBX:GB7YKS
Which Quality Obsolescence Port   Neighbour
>     4       4            axu3   GB7CIP-5

n oe6xpd
G4APL-10:CRNOD2 Routes to: igDBL:OE6XPD
Which Quality Obsolescence Port   Neighbour
>     3       4            axu3   GB7CIP-5

Following making the required two changes to the code.
The netromr.c works as is should do.
Now produces the correct and expected results
Just like yea olde TheNet and Netrom Eprom code we used in the late
1980's early 90's
for our Netrom/IP routers.
i.e. this is what I would expect to see with the following
route quality to my adjacent node.


After three hours 6 node broadcasts (30 minutes) back to normality.
G4APL-10:CRNOD2 Routes:
Link Port   Callsign  Quality Destinations Lock
     axu3   GB7CIP-5  10      3

n
G4APL-10:CRNOD2 Nodes:
CIPBBS:GB7CIP     CRCHAT:GB7CIP-5   CRNOD2:G4APL-10   CRNODE:GB7CR


I was sent this patch back in January 2002

2.1.2002 applied following patch forwarded to g4apl
13.1.2002 and manually applied, compiled and netromd copied to
/usr/sbin/netromd

(note current locations these days /usr/loca/sbin/netromd)

--- netromr.c.old       Sat Jan 13 17:20:06 2001
+++ netromr.c   Sat Jan 13 17:21:40 2001
@@ -88,7 +88,7 @@
        memcpy(nr_node->mnemonic,  buffer + 7,  MNEMONIC_LEN);
        memcpy(&best_neighbour,    buffer + 13, CALLSIGN_LEN);

-       best_quality = buffer[20];
+       best_quality = ((buffer[20] * quality) + 128) / 256;

        nr_node->mnemonic[MNEMONIC_LEN] = '\0';
        if ((p = strchr(nr_node->mnemonic, ' ')) != NULL)
@@ -124,7 +124,7 @@
                return FALSE;
        }

-       nr_node->quality = ((quality * best_quality) + 128) / 256;
+       nr_node->quality = best_quality;

        /* log this only when logging verbosely */
        if (debug > 1 && logging) {

################################################

Hope the above makes sense to you coders out there.

73 de Paul G4APL SysOP GB7CIP


-- 
paul@skywaves.demon.co.uk

Re: netromr.c path quality calc bug ax25tools-1.0.2/netrom

[sp2lob@tlen]

To whom it may concern,

Taking the opportunity and today's
PERFECT example given by Paul / G4APL,

"netromr.c path quality calc bug ax25tools-1.0.2/netrom"

I would like politely appeal for NOT LETTING
them all big enthusiasts of AMPRNet & packet,
blame each other for bad or wrong setup
wheras source of problem is lying elsewhere,
for not ONLY pointing finger at somebody
but ALSO showing possible and right solution.

KUDOS! To Paul (G4APL).

Best regards.
Tom - sp2lob

AX25IPD /tmp/unix98 invalid export Variable AX25:

[Paul Lewis]

Hi all..

AX25IPD /tmp/unix98 Invalid Variable

I run six ax25ipd interfaces using the old legacy Pty pairs
for the past 15+ plus years. Spreading the load, in case an interface
fails. ( run automated checks to bring the interface up on old system. 
Not sure how this can be done with unix98 as need the same dev/tty 
address statically assigned)

[snip]
# To start ax25ipd with a different config file:
#  ax25ipd -c /some/where/ax25ipd.conf
[snip]

# You would want to do something like this in a shell start up script:
#  /usr/local/sbin/ax25ipd  > /tmp/unix98
#  echo $! > /var/run/ax25ipd.pid
#  export AXUDP=`tail -1 /tmp/unix98`
#  #
[snip]
Running my updated script based on the example code and
using the new unix98 method I have encounter a random
invalid  export Variable error AX25:. when running the third
occurrence related to the three line of code above.
and the script aborts.

The AXUDP link are very busy with Node Broadcasts

AXIP  link created
AXUDP link (a) created, and starts receiving node broadcasts
where the file /tmp/unix98 contains
Awaiting client connects on
/dev/pts/3



AXUDP link (b) created and fails
export Invalid Variable AX25: 95% of the time

Investigating this has been traced to the
export AXUDP=`tail -1 /tmp/unix98`

where the file /tmp/unix98 contains
Awaiting client connects on
/dev/pts/4
from_ip:  AX25: (l=254)   VA3CVI-2 -> NODES
from_ip:  AX25: (l= 15)   N4JOA-3 -> GB7CIP-5
from_ip:  AX25: (l=254)   VA3CVI-2 -> NODES
from_ip:  AX25: (l= 15)   N4JOA-3 -> GB7CIP-5
from_ip:  AX25: (l= 15)   N4JOA-3 -> GB7CIP-5

the tail -1 pick up the last entry in the file.
which is a node entry and not the unix98 dev

to over come this 'feature'
I changed the /tmp/unix98 to be unique in each of the six
ax25ipd interface script related to interface
and the script worked and all six came up.

The '/tmp/unix98' files grow with each nod broadcast
though running my old legacy system for 60 to 100 days
before maintenance.  Looks like these files will get very large

Two of the interfaces failed, since I restart
the script around 03:45 this morning
Does not seem very stable..

these are the files currently growing
in /tmp/  wonder how large they will be after 100 days
of up time. When I get the system rebuild

    527040 Apr  3 11:01 unix90
     24550 Apr  3 10:58 unix91
    125376 Apr  3 10:59 unix92
    522092 Apr  3 11:01 unix93
       993 Apr  3 04:04 unix93a
       124 Apr  3 05:11 unix98

I have searched the email archives and not seen this mentioned

Hope the above is of interest as this has been
bugging me for three days into my rebuild..

Right back to the rebuild.

73 de Paul g4apl (GB7CIP)





-- 
paul@skywaves.demon.co.uk

Re: AX25IPD /tmp/unix98 invalid export Variable AX25:

[Stuart Longland]

On Thu, 03 Apr 2014 11:55:41 +0100, Paul Lewis wrote:

> Hi all..
> 
> AX25IPD /tmp/unix98 Invalid Variable
> 
> I run six ax25ipd interfaces using the old legacy Pty pairs for the past
> 15+ plus years. Spreading the load, in case an interface fails. ( run
> automated checks to bring the interface up on old system.
> Not sure how this can be done with unix98 as need the same dev/tty
> address statically assigned)

Not sure what the slaves are connected to, but I did post a patch that 
allowed kissattach to generate a predictable symlink to a slave PTY.

In fact what you're asking is a little unclear.  I have no idea what /tmp/
unix98 is supposed to be.

My patch to kissattach is here:
https://bugs.gentoo.org/attachment.cgi?id=373814&action=edit

I've used this with some init scripts in Gentoo Linux to allow Gentoo's 
openrc to automatically start up the AX.25 processes.

https://bugs.gentoo.org/show_bug.cgi?id=506146

I'm not sure what work would be needed in other Linux variants, should be 
doable in systemd/upstart/ye olde SysVInit, but I haven't investigated at 
this time.

RE: AX25IPD /tmp/unix98 invalid export Variable AX25:

[Marius Petrescu]

I recommend the use of socat to have predicatable pty pairs.
Just an example for 4 ax25 ports:

# for mkiss dual port setup
/usr/bin/socat pty,link=/var/ax25/axp1,raw,echo=0 
pty,link=/var/ax25/kp1,raw,echo=0 &
/usr/bin/socat pty,link=/var/ax25/axp2,raw,echo=0 
pty,link=/var/ax25/kp2,raw,echo=0 &

# axip/axudp
/usr/bin/socat pty,link=/var/ax25/axip,raw,echo=0 
pty,link=/var/ax25/kip,raw,echo=0 &
/usr/bin/socat pty,link=/var/ax25/axudp,raw,echo=0 
pty,link=/var/ax25/kudp,raw,echo=0 &

sleep 1

# dual port
/usr/sbin/mkiss -s 9600 /dev/ttyS1 /var/ax25/axp1 /var/ax25/axp2
/usr/sbin/kissattach /var/ax25/kp1 2m 44.182.21.1
/usr/sbin/kissattach /var/ax25/kp2 70cm 44.182.21.1
/usr/sbin/kissattach /var/ax25/kip axip 44.182.21.1
/usr/sbin/kissattach /var/ax25/kudp axudp 44.182.21.1


73s de Marius, YO2LOJ


On Thu, 03 Apr 2014 11:55:41 +0100, Paul Lewis wrote:

> Hi all..
>
> AX25IPD /tmp/unix98 Invalid Variable
>
> I run six ax25ipd interfaces using the old legacy Pty pairs for the past
> 15+ plus years. Spreading the load, in case an interface fails. ( run
> automated checks to bring the interface up on old system.
> Not sure how this can be done with unix98 as need the same dev/tty
> address statically assigned)

Re: AX25IPD /tmp/unix98 invalid export Variable AX25:

[Paul Lewis]

Hello Marius and Stuart

thanks for your feedback.

Marius I like the look of your socat examples
anything that makes static and predictable configuration is good.

And easy to restart the interface automatically with the same parameters 
if the ax25ipd process falls over.. As they do..

I would like to progress this off list as I have 6 single port tncs and 
run one axip and five axudp links

regards
Paul g4apl/gb7cip

In message <000c01cf508f$c30824f0$49186ed0$@ro>, Marius Petrescu 
<marius@yo2loj.ro> writes
>I recommend the use of socat to have predicatable pty pairs.
>Just an example for 4 ax25 ports:
>
># for mkiss dual port setup
>/usr/bin/socat pty,link=/var/ax25/axp1,raw,echo=0
>pty,link=/var/ax25/kp1,raw,echo=0 &
>/usr/bin/socat pty,link=/var/ax25/axp2,raw,echo=0
>pty,link=/var/ax25/kp2,raw,echo=0 &
>
># axip/axudp
>/usr/bin/socat pty,link=/var/ax25/axip,raw,echo=0
>pty,link=/var/ax25/kip,raw,echo=0 &

>/usr/bin/socat pty,link=/var/ax25/axudp,raw,echo=0
>pty,link=/var/ax25/kudp,raw,echo=0 &
>
>sleep 1
>
># dual port
>/usr/sbin/mkiss -s 9600 /dev/ttyS1 /var/ax25/axp1 /var/ax25/axp2
>/usr/sbin/kissattach /var/ax25/kp1 2m 44.182.21.1
>/usr/sbin/kissattach /var/ax25/kp2 70cm 44.182.21.1
>/usr/sbin/kissattach /var/ax25/kip axip 44.182.21.1
>/usr/sbin/kissattach /var/ax25/kudp axudp 44.182.21.1
>
>
>73s de Marius, YO2LOJ
>
>
>On Thu, 03 Apr 2014 11:55:41 +0100, Paul Lewis wrote:
>
>> Hi all..
>>
>> AX25IPD /tmp/unix98 Invalid Variable
>>
>> I run six ax25ipd interfaces using the old legacy Pty pairs for the past
>> 15+ plus years. Spreading the load, in case an interface fails. ( run
>> automated checks to bring the interface up on old system.
>> Not sure how this can be done with unix98 as need the same dev/tty
>> address statically assigned)
>
>
>
>--
>To unsubscribe from this list: send the line "unsubscribe linux-hams" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
paul@skywaves.demon.co.uk

UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[Paul Lewis]

Hello All

I have looked through the last four years of Linux-Ham listings and can
not find an Answer to my difficulties.
Here is a copy of my Packet bulletin that I have put out to packet lan
also includes as much related diagnostic information as I find.
Remember that I am not a 'software engineer' [smile]

GB7CIP UPGRADE help reqd pls(2)

My thanks for Matt M0ZAI, Gus I0OJJ Jim WU3V
Jim I did not know about the dmesg trace command very usefull

Now to follow up from my last bulletin 1 April 2014 GB7CIP UPGRADE help
reqd pls
I am aware the log listing are greater than 78 characters

I spent most of yesterday into the early hours of this morning trying to
establish
what is going on with the serial interfaces.

So back requesting help from Packet Land Support.

I will briefly recap, then give details of my investigations and lastly
the what the system details the serial devices


Moving all the services that have been running for 20 years on my
slarkware
ip/ax25 server gb7cip.ampr.org over to Ubuntu. 12.04 lts... kernel
3.5.0-48
A task that I started in the Spring of 2013.
After many false attempts in the previous ten years.

I have copied across my configuration files and edited them to meet the
current
directory structure and interface changes.
Install and compiled all the source using Charles K4GBB Scripts]

I have a VSCOM TC-800 PCI 8 port serial card vscardcfg-1_62
Using the dmesg trace

We have proved that it is recognised by the system
the six ax ports have been annotated.  The other two unused ports
at the moment will be use by linfbb HF Pactor as before

0.384504] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
[    0.473977] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A

 i/f port    VSCom Card
[ax3 u432 0.492748] ttyS4: detected caps 00000700 should be 00000500
[         0.492762] 0000:01:02.0: ttyS4 at I/O 0xef00 (irq = 17) is a
16C950/954
[ax1 u439 0.492903] ttyS5: detected caps 00000700 should be 00000500
[         0.492913] 0000:01:02.0: ttyS5 at I/O 0xef08 (irq = 17) is a
16C950/954
[         0.493046] ttyS6: detected caps 00000700 should be 00000500
[ax5 u432b0.493056] 0000:01:02.0: ttyS6 at I/O 0xef10 (irq = 17) is a
16C950/954
[ax4 v50  0.493190] ttyS7: detected caps 00000700 should be 00000500
[         0.493199] 0000:01:02.0: ttyS7 at I/O 0xef18 (irq = 17) is a
16C950/954

[ax0 u433 0.493377] ttyS8: detected caps 00000700 should be 00000500
[         0.493387] 0000:01:02.1: ttyS8 at I/O 0xed00 (irq = 17) is a
16C950/954
[   PTC2  0.493527] ttyS9: detected caps 00000700 should be 00000500
[         0.493537] 0000:01:02.1: ttyS9 at I/O 0xed08 (irq = 17) is a
16C950/954
[ax2 v70  0.496275] ttyS10: detected caps 00000700 should be 00000500
[        0.496286] 0000:01:02.1: ttyS10 at I/O 0xed10 (irq = 17) is a
16C950/954
[   PTC1 0.496430] ttyS11: detected caps 00000700 should be 00000500
[        0.496440] 0000:01:02.1: ttyS11 at I/O 0xed18 (irq = 17) is a
16C950/954


lspci    Correctly Identifies the serial
01:02.0 Serial controller: Titan Electronics Inc VScom 400H 4 port
serial adapter
01:02.1 Serial controller: Titan Electronics Inc VScom 400HF1 4 port
serial adapter

The problem

Identifies the TC-800 VScom board correctly
Running kissattach  version 1.0.2

If I run kissattach just for the first four interfaces ax0 to ax3
it configures the Interfaces and pick ups the port details from the
axports file

Extract from Kernel Log
Apr  4 01:20:15 gb7cip kernel: [    0.496570] ttyS4: detected caps
00000700 should be 00000500
Apr  4 01:20:15 gb7cip kernel: [    0.496583] 0000:01:02.0: ttyS4 at I/O
0xef00 (irq = 17) is a 16C950/954
Apr  4 01:20:15 gb7cip kernel: [    0.496726] ttyS5: detected caps
00000700 should be 00000500
Apr  4 01:20:15 gb7cip kernel: [    0.496736] 0000:01:02.0: ttyS5 at I/O
0xef08 (irq = 17) is a 16C950/954
Apr  4 01:20:15 gb7cip kernel: [    0.496871] ttyS6: detected caps
00000700 should be 00000500
Apr  4 01:20:15 gb7cip kernel: [    0.496880] 0000:01:02.0: ttyS6 at I/O
0xef10 (irq = 17) is a 16C950/954
Apr  4 01:20:15 gb7cip kernel: [    0.497015] ttyS7: detected caps
00000700 should be 00000500
Apr  4 01:20:15 gb7cip kernel: [    0.497024] 0000:01:02.0: ttyS7 at I/O
0xef18 (irq = 17) is a 16C950/954
Apr  4 01:20:15 gb7cip kernel: [    0.497205] ttyS8: detected caps
00000700 should be 00000500
Apr  4 01:20:15 gb7cip kernel: [    0.497215] 0000:01:02.1: ttyS8 at I/O
0xed00 (irq = 17) is a 16C950/954
Apr  4 01:20:15 gb7cip kernel: [    0.497357] ttyS9: detected caps
00000700 should be 00000500
Apr  4 01:20:15 gb7cip kernel: [    0.497367] 0000:01:02.1: ttyS9 at I/O
0xed08 (irq = 17) is a 16C950/954
Apr  4 01:20:15 gb7cip kernel: [    0.497507] ttyS10: detected caps
00000700 should be 00000500
Apr  4 01:20:15 gb7cip kernel: [    0.497517] 0000:01:02.1: ttyS10 at
I/O 0xed10 (irq = 17) is a 16C950/954
Apr  4 01:20:15 gb7cip kernel: [    0.497660] ttyS11: detected caps
00000700 should be 00000500
Apr  4 01:20:15 gb7cip kernel: [    0.497670] 0000:01:02.1: ttyS11 at
I/O 0xed18 (irq = 17) is a 16C950/954
Apr  4 01:21:50 gb7cip kernel: [  133.104704] mkiss: ax0: crc mode is
auto.
Apr  4 01:21:50 gb7cip kernel: [  133.105109] IPv6:
ADDRCONF(NETDEV_CHANGE): ax0: link becomes ready
Apr  4 01:21:54 gb7cip kernel: [  137.119205] mkiss: ax1: crc mode is
auto.
Apr  4 01:21:54 gb7cip kernel: [  137.122573] IPv6:
ADDRCONF(NETDEV_CHANGE): ax1: link becomes ready
Apr  4 01:21:58 gb7cip kernel: [  141.132074] mkiss: ax2: crc mode is
auto.
Apr  4 01:21:58 gb7cip kernel: [  141.135056] IPv6:
ADDRCONF(NETDEV_CHANGE): ax2: link becomes ready
Apr  4 01:22:02 gb7cip kernel: [  145.144135] mkiss: ax3: crc mode is
auto.
Apr  4 01:22:02 gb7cip kernel: [  145.147110] IPv6:
ADDRCONF(NETDEV_CHANGE): ax3: link becomes ready
Apr  4 01:31:13 gb7cip kernel: [  696.023192] mkiss: ax3: crc mode is
auto.
Apr  4 01:47:08 gb7cip kernel: [ 1650.914089] mkiss: ax1: crc mode is
auto.




If I run the kissattach for
If I run kissattach just for all six interfaces ax0 to ax5
with sleep delays, so that I can check the configuration setting with
ifconfig
it configures the first four ax0-ax3 Interfaces and pick upi the port
details from
the axports file correctly. continuing ax4 to ax6

Checking the setting again with ifconfig,
I find that ax0, ax3, ax4 have lost there settings e.g
ax0       Link encap:AMPR AX.25  HWaddr
          BROADCAST MULTICAST  MTU:256  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Early this morning 03:30 hours when I left the server running
I had lost three interfaces ax0, ax3, ax4
checking the system which is still running since 03:30 Ihave lost
ax0 ax1 ax3 ax4 i.e only two serial interfaces up.

kernal log extract from the reload this morning all six serial
interfaces
### ################## The Following Load is left to run overnight
############
Apr  4 02:58:49 gb7cip kernel: [    0.496141] 0000:01:02.0: ttyS4 at I/O
0xef00 (irq = 17) is a 16C950/954
Apr  4 02:58:49 gb7cip kernel: [    0.496307] ttyS5: detected caps
00000700 should be 00000500
Apr  4 02:58:49 gb7cip kernel: [    0.496317] 0000:01:02.0: ttyS5 at I/O
0xef08 (irq = 17) is a 16C950/954
Apr  4 02:58:49 gb7cip kernel: [    0.496453] ttyS6: detected caps
00000700 should be 00000500
Apr  4 02:58:49 gb7cip kernel: [    0.496462] 0000:01:02.0: ttyS6 at I/O
0xef10 (irq = 17) is a 16C950/954
Apr  4 02:58:49 gb7cip kernel: [    0.496598] ttyS7: detected caps
00000700 should be 00000500
Apr  4 02:58:49 gb7cip kernel: [    0.496607] 0000:01:02.0: ttyS7 at I/O
0xef18 (irq = 17) is a 16C950/954
Apr  4 02:58:49 gb7cip kernel: [    0.496800] ttyS8: detected caps
00000700 should be 00000500
Apr  4 02:58:49 gb7cip kernel: [    0.496810] 0000:01:02.1: ttyS8 at I/O
0xed00 (irq = 17) is a 16C950/954
Apr  4 02:58:49 gb7cip kernel: [    0.496954] ttyS9: detected caps
00000700 should be 00000500
Apr  4 02:58:49 gb7cip kernel: [    0.496964] 0000:01:02.1: ttyS9 at I/O
0xed08 (irq = 17) is a 16C950/954
Apr  4 02:58:49 gb7cip kernel: [    0.497104] ttyS10: detected caps
00000700 should be 00000500
Apr  4 02:58:49 gb7cip kernel: [    0.497114] 0000:01:02.1: ttyS10 at
I/O 0xed10 (irq = 17) is a 16C950/954
Apr  4 02:58:49 gb7cip kernel: [    0.497255] ttyS11: detected caps
00000700 should be 00000500
Apr  4 02:58:49 gb7cip kernel: [    0.497265] 0000:01:02.1: ttyS11 at
I/O 0xed18 (irq = 17) is a 16C950/954
Apr  4 03:00:21 gb7cip kernel: [  130.959172] mkiss: ax0: crc mode is
auto.
Apr  4 03:00:21 gb7cip kernel: [  130.959634] IPv6:
ADDRCONF(NETDEV_CHANGE): ax0: link becomes ready
Apr  4 03:00:25 gb7cip kernel: [  134.975966] mkiss: ax1: crc mode is
auto.
Apr  4 03:00:25 gb7cip kernel: [  134.980656] IPv6:
ADDRCONF(NETDEV_CHANGE): ax1: link becomes ready
Apr  4 03:00:29 gb7cip kernel: [  138.988381] mkiss: ax2: crc mode is
auto.
Apr  4 03:00:29 gb7cip kernel: [  138.992689] IPv6:
ADDRCONF(NETDEV_CHANGE): ax2: link becomes ready
Apr  4 03:00:33 gb7cip kernel: [  143.001514] mkiss: ax3: crc mode is
auto.
Apr  4 03:00:33 gb7cip kernel: [  143.005291] IPv6:
ADDRCONF(NETDEV_CHANGE): ax3: link becomes ready
Apr  4 03:00:37 gb7cip kernel: [  147.014007] mkiss: ax4: crc mode is
auto.
Apr  4 03:00:37 gb7cip kernel: [  147.017765] IPv6:
ADDRCONF(NETDEV_CHANGE): ax4: link becomes ready
Apr  4 03:00:41 gb7cip kernel: [  151.028427] mkiss: ax0: crc mode is
auto.
Apr  4 03:00:41 gb7cip kernel: [  151.037120] mkiss: ax4: crc mode is
auto.
Apr  4 03:00:41 gb7cip kernel: [  151.037578] mkiss: ax5: crc mode is
auto.
Apr  4 03:00:41 gb7cip kernel: [  151.037990] IPv6:
ADDRCONF(NETDEV_CHANGE): ax5: link becomes ready
Apr  4 03:01:05 gb7cip kernel: [  175.235462] mkiss: ax3: crc mode is
auto
Apr  4 03:01:19 gb7cip kernel: [  188.836533] mkiss: ax6: crc mode is
auto.
Apr  4 03:01:19 gb7cip kernel: [  188.851813] IPv6:
ADDRCONF(NETDEV_CHANGE): ax6: link becomes ready
Apr  4 03:02:01 gb7cip kernel: [  230.680657] mkiss: ax7: crc mode is
auto.
Apr  4 03:02:01 gb7cip kernel: [  230.691875] IPv6:
ADDRCONF(NETDEV_CHANGE): ax7: link becomes ready
Apr  4 03:02:34 gb7cip kernel: [  264.134716] mkiss: ax8: crc mode is
auto.
Apr  4 03:02:34 gb7cip kernel: [  264.138326] IPv6:
ADDRCONF(NETDEV_CHANGE): ax8: link becomes ready
Apr  4 03:02:51 gb7cip kernel: [  280.524937] mkiss: ax9: crc mode is
auto.
Apr  4 03:02:51 gb7cip kernel: [  280.534841] IPv6:
ADDRCONF(NETDEV_CHANGE): ax9: link becomes ready
Apr  4 03:03:05 gb7cip kernel: [  294.913728] mkiss: ax10: crc mode is
auto.
Apr  4 03:03:05 gb7cip kernel: [  294.920428] IPv6:
ADDRCONF(NETDEV_CHANGE): ax10: link becomes ready
Apr  4 03:03:18 gb7cip kernel: [  307.859752] mkiss: ax11: crc mode is
auto.
Apr  4 03:03:18 gb7cip kernel: [  307.869133] IPv6:
ADDRCONF(NETDEV_CHANGE): ax11: link becomes ready
Apr  4 03:03:34 gb7cip kernel: [  323.956963] IPv4 over IPv4 tunneling
driver
Apr  4 03:04:00 gb7cip kernel: [  349.463572] mkiss: ax9: Trying
crc-smack
Apr  4 03:14:00 gb7cip kernel: [  949.464723] mkiss: ax9: Trying
crc-flexnet
Apr  4 03:26:49 gb7cip kernel: [ 1718.436030] mkiss: ax1: Trying
crc-smack
Apr  4 03:26:49 gb7cip kernel: [ 1718.436623] mkiss: ax1: Trying
crc-flexnet
Apr  4 03:26:49 gb7cip kernel: [ 1718.440807] mkiss: ax5: Trying
crc-smack
Apr  4 03:26:49 gb7cip kernel: [ 1718.441305] mkiss: ax5: Trying
crc-flexnet
Apr  4 03:30:34 gb7cip kernel: [ 1944.082136] mkiss: ax7: Trying
crc-smack
Apr  4 03:30:44 gb7cip kernel: [ 1954.112035] mkiss: ax7: Trying
crc-flexnet
Apr  4 03:31:01 gb7cip kernel: [ 1970.738598] mkiss: ax10: Trying
crc-smack
Apr  4 03:31:11 gb7cip kernel: [ 1980.768038] mkiss: ax10: Trying
crc-flexnet
############### 03:40 hours left running overnight
###########################


Spent hours testing, experimenting yesterday on this issue.

System confused, and so am I at the moment.

Still a lot more on the task list.

Hope someone out there in Packet Land has the answer, Please

73 de Paul g4apl @ gb7cip.#32.gbr.eu
email paul [at ] skywaves.demon.co.uk







-- 
paul@skywaves.demon.co.uk

Re: UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[David Ranch]

Hello Paul

> it configures the first four ax0-ax3 Interfaces and pick upi the port
> details from
> the axports file correctly. continuing ax4 to ax6
>
> Checking the setting again with ifconfig,
> I find that ax0, ax3, ax4 have lost there settings e.g
> ax0       Link encap:AMPR AX.25  HWaddr
>            BROADCAST MULTICAST  MTU:256  Metric:1
>            RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>            TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>            collisions:0 txqueuelen:10
>            RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

You need to provide some more information.  Specifically,

   - What distro
   - what kernel
   - what kind of TNCs
   - what version of the various ax25 libs, tools (ax.25 official, 
ve7fet, etc)

Anyway, in troubleshooting this, try bringing everything up for ax0 and 
show us the output of both "ifconfig" and the relevant / corresponding 
output in /var/log/messages.  Then go ahead and bring up ax1 and make 
sure things are ok.  Do that again for ax2 and ax3 and make sure things 
are ok.  Then try bringing up ax4 and see if things break.  If they do, 
send us the output of ifconfig and /var/log/messages.


> Early this morning 03:30 hours when I left the server running
> I had lost three interfaces ax0, ax3, ax4

It's hard to tell what might be happening.  Could be a misconfiguration, 
could be RFI getting into the serial card, etc. The output of 
/var/log/messages might show the card going away and coming back, etc.


--David
KI6ZHD

RE: UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[Paul Lewis]

Hello David

tthanks for the comments.  Got no where today
I have in the past hour installed configure compiled
ax25tools.0.0.10.rc4 from www.linux-ax25.org//wiki
ax25-apps-0;0;8-rc4 and patched netromr.c :)
libax25-0.0.12.rc4

using the kissattatch from the above tool, the serial ports IF configuration is all ther from the axports
all the ax25 has been installed from soutce though  the previous was 1..0.2 that was part of an install script that downloaded to get going fast.

the hardware 32 bir machines are identical to the old gb7cip, other than the old 2.2.26 kerning 
would nor recognice the later nic cards that I use on the other machine under Unbuntu. just moved the serial card to the other machine.
limited to 1 cpu (grub setting)

What I am doing now is amending another version of my script as currently ifconfig is display all the parameter settings using the kissattach from the above. See if the radios burst in to life.

that's where I am  currently this minute with the serial port issue
I have noted your comments.
So put the this on hold, I am hoping that I have moved the goal posts

regards
Paul g4apl gb7cip






paul@skywaves.demon.co.uk

Re: UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[Paul Lewis]

Hello David

OK I will need to start testing as you suggested
Where I am coming from this hardware and configuration worked for 20 
year on Slakeware ..Though need to move of for security reasons.

 From the over night tests I still have the same issue.
To eliminate if ir a clash on the PCI
First thing this morning. I have removed the PCI NIC and replaced it 
with a PCIexpress card.
  So that the VSCOM serial card is on it own.
As I have known it to class with different make of NIC card drivers 
years ago
So we have the onboard NIC and PCIe NIC.

I will now move on over the coming hours. set up the script to bring up
ax0 with the rest of the services I normally run.
Produce the details you requested to this group.
Thank you for your interest
73 Paul g4apl gb7cip


In message <53406C67.3080008@trinnet.net>, David Ranch 
<linux-hams@trinnet.net> writes
>
>Hello Paul
>
>You need to provide some more information.  Specifically,
>
>  - What distro
>  - what kernel
>  - what kind of TNCs



-- 
paul@skywaves.demon.co.uk

RE: UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[Paul Lewis]

Hello David and co.
this the result of test1 with just one serial interface configured

System P4 2GB Ram  
Linux gb7cip 3.5.0-48-generic #72~precise1-Ubuntu SMP 
Tue Mar 11 20:08:23 UTC 2014 i686 i686 i386 GNU/Linux
Ubuntu Desktop 12.04 lts
AX25 software installed from source configured and compiled
from yesterday (5.4.2013) now using (downloaded from www.linux-ax25.org/wiki/
 442172 Apr  5 19:20 ax25-apps-0.0.8-rc4.tar.gz
 364332 Apr  5 19:08 ax25-tools-0.0.10-rc4.tar.gz
 335535 Apr  5 20:22 libax25-0.0.12-rc4.tar.gz
 901120 Apr 30  2013 node-0.3.3.tar



Serial ports ax0 to ax5 are configure using legacy dev ttyS##
ax0 = ttyS8 u433

6 of PacCom TNC's 4 of serial  9600bd wire 1200bd radio
                  2 of serial 19200bd wire 9600bd radio
                  All the above use JKISS eproms
                  2 used by linfbb direct for HF Pactor
 ax port 7 to 11 are tunnels ipip axip axudp
VScom TC-800 8 port PCI serial card

lspci
02:01.0 Serial controller: Titan Electronics Inc VScom 400H 4 port serial adaptor
02:01.1 Serial controller: Titan Electronics Inc VScom 400HF1 4 port serial adaptor

detected during system start up /var/log/kern extract
Apr  6 10:49:09 gb7cip kernel: [    0.504399] 0000:02:02.0: ttyS4 at I/O 0xef00 (irq = 17) is a 16C950/954
Apr  6 10:49:09 gb7cip kernel: [    0.504566] ttyS5: detected caps 00000700 should be 00000500
Apr  6 10:49:09 gb7cip kernel: [    0.504575] 0000:02:02.0: ttyS5 at I/O 0xef08 (irq = 17) is a 16C950/954
Apr  6 10:49:09 gb7cip kernel: [    0.504712] ttyS6: detected caps 00000700 should be 00000500
Apr  6 10:49:09 gb7cip kernel: [    0.504721] 0000:02:02.0: ttyS6 at I/O 0xef10 (irq = 17) is a 16C950/954
Apr  6 10:49:09 gb7cip kernel: [    0.504855] ttyS7: detected caps 00000700 should be 00000500
Apr  6 10:49:09 gb7cip kernel: [    0.504864] 0000:02:02.0: ttyS7 at I/O 0xef18 (irq = 17) is a 16C950/954
Apr  6 10:49:09 gb7cip kernel: [    0.505059] ttyS8: detected caps 00000700 should be 00000500
Apr  6 10:49:09 gb7cip kernel: [    0.505069] 0000:02:02.1: ttyS8 at I/O 0xed00 (irq = 17) is a 16C950/954
Apr  6 10:49:09 gb7cip kernel: [    0.505212] ttyS9: detected caps 00000700 should be 00000500
Apr  6 10:49:09 gb7cip kernel: [    0.505222] 0000:02:02.1: ttyS9 at I/O 0xed08 (irq = 17) is a 16C950/954
Apr  6 10:49:09 gb7cip kernel: [    0.505362] ttyS10: detected caps 00000700 should be 00000500
Apr  6 10:49:09 gb7cip kernel: [    0.505372] 0000:02:02.1: ttyS10 at I/O 0xed10 (irq = 17) is a 16C950/954
Apr  6 10:49:09 gb7cip kernel: [    0.505514] ttyS11: detected caps 00000700 should be 00000500
Apr  6 10:49:09 gb7cip kernel: [    0.505524] 0000:02:02.1: ttyS11 at I/O 0xed18 (irq = 17) is a 16C950/9


## ax25 ax0  test load
ifconfig -a
ax0       Link encap:AMPR AX.25  HWaddr GB7CIP-8  
          inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
          UP BROADCAST RUNNING  MTU:256  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Apr  6 13:55:45 gb7cip kernel: [  213.915596] mkiss: ax0: crc mode is auto.
Apr  6 13:55:45 gb7cip kernel: [  213.918593] IPv6: ADDRCONF(NETDEV_CHANGE): ax0: link becomes ready
Apr  6 13:59:25 gb7cip kernel: [  434.067807] mkiss: ax0: Trying crc-smack
Apr  6 13:59:45 gb7cip kernel: [  454.223432] mkiss: ax0: Trying crc-flexnet

I confirm that I can connect out via radio ax0 u433 radio interface
##
73 de Paul g4apl gb7cip


_

RE: UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[Paul Lewis]

hello David and co.

this the result of test1 and 2,  with just ax0 and ax1 serial interface configured
copied in wrong setting as pci board moved to other PCI slot IRQ moved from IRQ17 to 22
resent to included the update device params

System P4 2GB Ram  
Linux gb7cip 3.5.0-48-generic #72~precise1-Ubuntu SMP 
Tue Mar 11 20:08:23 UTC 2014 i686 i686 i386 GNU/Linux
Ubuntu Desktop 12.04 lts
AX25 software installed from source configured and compiled
from yesterday (5.4.2013) now using (downloaded from www.linux-ax25.org/wiki/
 442172 Apr  5 19:20 ax25-apps-0.0.8-rc4.tar.gz
 364332 Apr  5 19:08 ax25-tools-0.0.10-rc4.tar.gz
 335535 Apr  5 20:22 libax25-0.0.12-rc4.tar.gz
 901120 Apr 30  2013 node-0.3.3.tar



Serial ports ax0 to ax5 are configure using legacy dev ttyS##
ax0 = ttyS8 u433

6 of PacCom TNC's 4 of serial  9600bd wire 1200bd radio
                  2 of serial 19200bd wire 9600bd radio
                  All the above use JKISS eproms
                  2 used by linfbb direct for HF Pactor
 ax port 7 to 11 are tunnels ipip axip axudp
VScom TC-800 8 port PCI serial card

lspci
02:01.0 Serial controller: Titan Electronics Inc VScom 400H 4 port serial adaptor
02:01.1 Serial controller: Titan Electronics Inc VScom 400HF1 4 port serial adaptor

detected during system start up /var/log/kern extract
NOTE IRQ Changed from 17 t0 22  after VSCOM CARD MOVED to the other PCI slot before these series of tests
pr  6 13:52:49 gb7cip kernel: [    0.388866] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Apr  6 13:52:49 gb7cip kernel: [    0.477751] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Apr  6 13:52:49 gb7cip kernel: [    0.500138] ttyS4: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.500152] 0000:02:01.0: ttyS4 at I/O 0xef00 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.500316] ttyS5: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.500326] 0000:02:01.0: ttyS5 at I/O 0xef08 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.500463] ttyS6: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.500472] 0000:02:01.0: ttyS6 at I/O 0xef10 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.500607] ttyS7: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.500616] 0000:02:01.0: ttyS7 at I/O 0xef18 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.500810] ttyS8: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.500821] 0000:02:01.1: ttyS8 at I/O 0xed00 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.500964] ttyS9: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.500974] 0000:02:01.1: ttyS9 at I/O 0xed08 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.501114] ttyS10: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.501124] 0000:02:01.1: ttyS10 at I/O 0xed10 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.501265] ttyS11: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.501275] 0000:02:01.1: ttyS11 at I/O 0xed18 (irq = 22) is a 16C950/954


## ax25 ax0  test load
ifconfig -a
ax0       Link encap:AMPR AX.25  HWaddr GB7CIP-8  
          inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
          UP BROADCAST RUNNING  MTU:256  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Apr  6 13:55:45 gb7cip kernel: [  213.915596] mkiss: ax0: crc mode is auto.
Apr  6 13:55:45 gb7cip kernel: [  213.918593] IPv6: ADDRCONF(NETDEV_CHANGE): ax0: link becomes ready
Apr  6 13:59:25 gb7cip kernel: [  434.067807] mkiss: ax0: Trying crc-smack
Apr  6 13:59:45 gb7cip kernel: [  454.223432] mkiss: ax0: Trying crc-flexnet

I confirm that I can connect out via radio ax0 u433 radio interface
##
Test 2
ax0 u433 ttyS8
ax1 u439 ttyS5 
Apr  6 14:32:42 gb7cip kernel: [    0.388490] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Apr  6 14:32:42 gb7cip kernel: [    0.477917] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Apr  6 14:32:42 gb7cip kernel: [    0.496667] ttyS4: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.496681] 0000:02:01.0: ttyS4 at I/O 0xef00 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.496821] ttyS5: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.496831] 0000:02:01.0: ttyS5 at I/O 0xef08 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.496966] ttyS6: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.496975] 0000:02:01.0: ttyS6 at I/O 0xef10 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.497111] ttyS7: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.497120] 0000:02:01.0: ttyS7 at I/O 0xef18 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.497301] ttyS8: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.497312] 0000:02:01.1: ttyS8 at I/O 0xed00 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.497454] ttyS9: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.497464] 0000:02:01.1: ttyS9 at I/O 0xed08 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.500306] ttyS10: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.500318] 0000:02:01.1: ttyS10 at I/O 0xed10 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.500465] ttyS11: detected caps 0Hello David
this the result of test1 and 2,  with just ax0 and ax1 serial interface configured
copied in wrong setting as pci board moved to other PCI slot irq moved from IRQ17 to 22
resent to included the update device params

System P4 2GB Ram  
Linux gb7cip 3.5.0-48-generic #72~precise1-Ubuntu SMP 
Tue Mar 11 20:08:23 UTC 2014 i686 i686 i386 GNU/Linux
Ubuntu Desktop 12.04 lts
AX25 software installed from source configured and compiled
from yesterday (5.4.2013) now using (downloaded from www.linux-ax25.org/wiki/
 442172 Apr  5 19:20 ax25-apps-0.0.8-rc4.tar.gz
 364332 Apr  5 19:08 ax25-tools-0.0.10-rc4.tar.gz
 335535 Apr  5 20:22 libax25-0.0.12-rc4.tar.gz
 901120 Apr 30  2013 node-0.3.3.tar



Serial ports ax0 to ax5 are configure using legacy dev ttyS##
ax0 = ttyS8 u433

6 of PacCom TNC's 4 of serial  9600bd wire 1200bd radio
                  2 of serial 19200bd wire 9600bd radio
                  All the above use JKISS eproms
                  2 used by linfbb direct for HF Pactor
 ax port 7 to 11 are tunnels ipip axip axudp
VScom TC-800 8 port PCI serial card

lspci
02:01.0 Serial controller: Titan Electronics Inc VScom 400H 4 port serial adaptor
02:01.1 Serial controller: Titan Electronics Inc VScom 400HF1 4 port serial adaptor

detected during system start up /var/log/kern extract
NOTE IRQ Changed from 17 t0 22  after VSCOM CARD MOVED to the other PCI slot before these series of tests
pr  6 13:52:49 gb7cip kernel: [    0.388866] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Apr  6 13:52:49 gb7cip kernel: [    0.477751] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Apr  6 13:52:49 gb7cip kernel: [    0.500138] ttyS4: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.500152] 0000:02:01.0: ttyS4 at I/O 0xef00 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.500316] ttyS5: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.500326] 0000:02:01.0: ttyS5 at I/O 0xef08 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.500463] ttyS6: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.500472] 0000:02:01.0: ttyS6 at I/O 0xef10 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.500607] ttyS7: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.500616] 0000:02:01.0: ttyS7 at I/O 0xef18 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.500810] ttyS8: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.500821] 0000:02:01.1: ttyS8 at I/O 0xed00 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.500964] ttyS9: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.500974] 0000:02:01.1: ttyS9 at I/O 0xed08 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.501114] ttyS10: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.501124] 0000:02:01.1: ttyS10 at I/O 0xed10 (irq = 22) is a 16C950/954
Apr  6 13:52:49 gb7cip kernel: [    0.501265] ttyS11: detected caps 00000700 should be 00000500
Apr  6 13:52:49 gb7cip kernel: [    0.501275] 0000:02:01.1: ttyS11 at I/O 0xed18 (irq = 22) is a 16C950/954


## ax25 ax0  test load
ifconfig -a
ax0       Link encap:AMPR AX.25  HWaddr GB7CIP-8  
          inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
          UP BROADCAST RUNNING  MTU:256  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Apr  6 13:55:45 gb7cip kernel: [  213.915596] mkiss: ax0: crc mode is auto.
Apr  6 13:55:45 gb7cip kernel: [  213.918593] IPv6: ADDRCONF(NETDEV_CHANGE): ax0: link becomes ready
Apr  6 13:59:25 gb7cip kernel: [  434.067807] mkiss: ax0: Trying crc-smack
Apr  6 13:59:45 gb7cip kernel: [  454.223432] mkiss: ax0: Trying crc-flexnet

I confirm that I can connect out via radio ax0 u433 radio interface
##
Test 2
ax0 u433 ttyS8
ax1 u439 ttyS5 
Apr  6 14:32:42 gb7cip kernel: [    0.388490] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Apr  6 14:32:42 gb7cip kernel: [    0.477917] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Apr  6 14:32:42 gb7cip kernel: [    0.496667] ttyS4: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.496681] 0000:02:01.0: ttyS4 at I/O 0xef00 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.496821] ttyS5: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.496831] 0000:02:01.0: ttyS5 at I/O 0xef08 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.496966] ttyS6: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.496975] 0000:02:01.0: ttyS6 at I/O 0xef10 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.497111] ttyS7: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.497120] 0000:02:01.0: ttyS7 at I/O 0xef18 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.497301] ttyS8: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.497312] 0000:02:01.1: ttyS8 at I/O 0xed00 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.497454] ttyS9: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.497464] 0000:02:01.1: ttyS9 at I/O 0xed08 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.500306] ttyS10: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.500318] 0000:02:01.1: ttyS10 at I/O 0xed10 (irq = 22) is a 16C950/954
Apr  6 14:32:42 gb7cip kernel: [    0.500465] ttyS11: detected caps 00000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.500476] 0000:02:01.1: ttyS11 at I/O 0xed18 (irq = 22) is a 16C950

ax0       Link encap:AMPR AX.25  HWaddr GB7CIP-8  
          inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
          UP BROADCAST RUNNING  MTU:256  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

ax1       Link encap:AMPR AX.25  HWaddr GB7CR-11  
          inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
          UP BROADCAST RUNNING  MTU:576  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Apr  6 14:40:04 gb7cip kernel: [  479.843892] mkiss: ax0: crc mode is auto.
Apr  6 14:40:04 gb7cip kernel: [  479.844356] IPv6: ADDRCONF(NETDEV_CHANGE): ax0: link becomes ready
Apr  6 14:40:08 gb7cip kernel: [  483.861336] mkiss: ax1: crc mode is auto.
Apr  6 14:40:08 gb7cip kernel: [  483.865233] IPv6: ADDRCONF(NETDEV_CHANGE): ax1: link becomes ready
Apr  6 14:41:06 gb7cip kernel: [  541.779571] mkiss: ax1: Trying crc-smack
Apr  6 14:41:06 gb7cip kernel: [  541.786702] mkiss: ax0: Trying crc-smack
Apr  6 14:41:26 gb7cip kernel: [  561.957066] mkiss: ax1: Trying crc-flexnet
Apr  6 14:41:26 gb7cip kernel: [  561.962409] mkiss: ax0: Trying crc-flexnet

confirm
connect our via radio on port ax0 u433
connect our via radio on port ax1 u439
##0000700 should be 00000500
Apr  6 14:32:42 gb7cip kernel: [    0.500476] 0000:02:01.1: ttyS11 at I/O 0xed18 (irq = 22) is a 16C950

ax0       Link encap:AMPR AX.25  HWaddr GB7CIP-8  
          inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
          UP BROADCAST RUNNING  MTU:256  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

ax1       Link encap:AMPR AX.25  HWaddr GB7CR-11  
          inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
          UP BROADCAST RUNNING  MTU:576  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Apr  6 14:40:04 gb7cip kernel: [  479.843892] mkiss: ax0: crc mode is auto.
Apr  6 14:40:04 gb7cip kernel: [  479.844356] IPv6: ADDRCONF(NETDEV_CHANGE): ax0: link becomes ready
Apr  6 14:40:08 gb7cip kernel: [  483.861336] mkiss: ax1: crc mode is auto.
Apr  6 14:40:08 gb7cip kernel: [  483.865233] IPv6: ADDRCONF(NETDEV_CHANGE): ax1: link becomes ready
Apr  6 14:41:06 gb7cip kernel: [  541.779571] mkiss: ax1: Trying crc-smack
Apr  6 14:41:06 gb7cip kernel: [  541.786702] mkiss: ax0: Trying crc-smack
Apr  6 14:41:26 gb7cip kernel: [  561.957066] mkiss: ax1: Trying crc-flexnet
Apr  6 14:41:26 gb7cip kernel: [  561.962409] mkiss: ax0: Trying crc-flexnet

confirm
connect out via radio on port ax0 u433
connect out via radio on port ax1 u439
##
73 de Paul G4APL GB7CIP

RE: UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[Paul Lewis]

Hello David
15:32-15:51
test 3 FAILED  I was able to connect out via the three radio interfaces
then found ax1 had later gone AWOL.  Extracted all that I can find related toe ax0 ax1 ax2 in the 
messages log
update 3
Test 3
ax0 u433 ttyS8
ax1 u439 ttyS5 
ax2 v70  ttyS10
lcpsi
02:01.0 Serial controller: Titan Electronics Inc VScom 400H 4 port serial adaptor assume ttyS4-7
02:01.1 Serial controller: Titan Electronics Inc VScom 400HF1 4 port serial adap             ttyS8-11

Apr  6 15:32:55 gb7cip kernel: [    0.396619] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Apr  6 15:32:55 gb7cip kernel: [    0.482151] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Apr  6 15:32:55 gb7cip kernel: [    0.504154] ttyS4: detected caps 00000700 should be 00000500
Apr  6 15:32:55 gb7cip kernel: [    0.504167] 0000:02:01.0: ttyS4 at I/O 0xef00 (irq = 22) is a 16C950/954
Apr  6 15:32:55 gb7cip kernel: [    0.504332] ttyS5: detected caps 00000700 should be 00000500
Apr  6 15:32:55 gb7cip kernel: [    0.504342] 0000:02:01.0: ttyS5 at I/O 0xef08 (irq = 22) is a 16C950/954
Apr  6 15:32:55 gb7cip kernel: [    0.504479] ttyS6: detected caps 00000700 should be 00000500
Apr  6 15:32:55 gb7cip kernel: [    0.504488] 0000:02:01.0: ttyS6 at I/O 0xef10 (irq = 22) is a 16C950/954
Apr  6 15:32:55 gb7cip kernel: [    0.504622] ttyS7: detected caps 00000700 should be 00000500
Apr  6 15:32:55 gb7cip kernel: [    0.504632] 0000:02:01.0: ttyS7 at I/O 0xef18 (irq = 22) is a 16C950/954
Apr  6 15:32:55 gb7cip kernel: [    0.504825] ttyS8: detected caps 00000700 should be 00000500
Apr  6 15:32:55 gb7cip kernel: [    0.504836] 0000:02:01.1: ttyS8 at I/O 0xed00 (irq = 22) is a 16C950/954
Apr  6 15:32:55 gb7cip kernel: [    0.504979] ttyS9: detected caps 00000700 should be 00000500
Apr  6 15:32:55 gb7cip kernel: [    0.504989] 0000:02:01.1: ttyS9 at I/O 0xed08 (irq = 22) is a 16C950/954
Apr  6 15:32:55 gb7cip kernel: [    0.505129] ttyS10: detected caps 00000700 should be 00000500
Apr  6 15:32:55 gb7cip kernel: [    0.505139] 0000:02:01.1: ttyS10 at I/O 0xed10 (irq = 22) is a 16C950/954
Apr  6 15:32:55 gb7cip kernel: [    0.505281] ttyS11: detected caps 00000700 should be 00000500
Apr  6 15:32:55 gb7cip kernel: [    0.505291] 0000:02:01.1: ttyS11 at I/O 0xed18 (irq = 22) is a 16C950/954

kissattach section 
AX.25 port u433 bound to device ax0
AX.25 port u439 bound to device ax1
AX.25 port v70 bound to device ax2
ax0       Link encap:AMPR AX.25  HWaddr GB7CIP-8  
          inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
          UP BROADCAST RUNNING  MTU:256  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

ax1       Link encap:AMPR AX.25  HWaddr GB7CR-11                   <<<<<< HAS CONFIGURATION 
          inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
          UP BROADCAST RUNNING  MTU:576  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

ax2       Link encap:AMPR AX.25  HWaddr GB7CIP-4  
          inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
          UP BROADCAST RUNNING  MTU:256  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Apr  6 15:38:52 gb7cip kernel: [  394.742748] mkiss: ax0: crc mode is auto.
Apr  6 15:38:52 gb7cip kernel: [  394.747173] IPv6: ADDRCONF(NETDEV_CHANGE): ax0: link becomes ready
Apr  6 15:38:56 gb7cip kernel: [  398.758298] mkiss: ax1: crc mode is auto.
Apr  6 15:38:56 gb7cip kernel: [  398.762874] IPv6: ADDRCONF(NETDEV_CHANGE): ax1: link becomes ready
Apr  6 15:39:00 gb7cip kernel: [  402.773601] mkiss: ax2: crc mode is auto.
Apr  6 15:39:00 gb7cip kernel: [  402.777423] IPv6: ADDRCONF(NETDEV_CHANGE): ax2: link becomes ready
Apr  6 15:39:58 gb7cip kernel: [  460.932642] mkiss: ax2: Trying crc-smack
Apr  6 15:39:58 gb7cip kernel: [  460.932947] mkiss: ax1: Trying crc-smack
Apr  6 15:39:58 gb7cip kernel: [  460.939735] mkiss: ax0: Trying crc-smack
Apr  6 15:40:18 gb7cip kernel: [  481.096275] mkiss: ax1: Trying crc-flexnet
Apr  6 15:40:18 gb7cip kernel: [  481.101450] mkiss: ax0: Trying crc-flexnet
Apr  6 15:43:30 gb7cip kernel: [  673.205110] mkiss: ax2: Trying crc-flexnet

confirm
connect out via radio on port ax0 u433
connect out via radio on port ax1 u439
connect our via radio on port ax2 v70

15:51  u439 has gone AWOl
ax0       Link encap:AMPR AX.25  HWaddr GB7CIP-8  
          inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
          UP BROADCAST RUNNING  MTU:256  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:603 (603.0 B)

ax1       Link encap:AMPR AX.25  HWaddr                           AWOL <<<<<<<<<<<<<<<<<<<<<<
          BROADCAST MULTICAST  MTU:236  Metric:1          NOTE MTU as changed
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

ax2       Link encap:AMPR AX.25  HWaddr GB7CIP-4  
          inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
          UP BROADCAST RUNNING  MTU:256  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:0 (0.0 B)  TX bytes:250 (250.0 B)

gone through log again after error to pick up anything related to ax0 ax1 ax2 after error noted
Apr  6 15:38:52 gb7cip kernel: [  394.742748] mkiss: ax0: crc mode is auto.
Apr  6 15:38:52 gb7cip kernel: [  394.747173] IPv6: ADDRCONF(NETDEV_CHANGE): ax0: link becomes ready
Apr  6 15:38:56 gb7cip kernel: [  398.758298] mkiss: ax1: crc mode is auto.
Apr  6 15:38:56 gb7cip kernel: [  398.762874] IPv6: ADDRCONF(NETDEV_CHANGE): ax1: link becomes ready
Apr  6 15:39:00 gb7cip kernel: [  402.773601] mkiss: ax2: crc mode is auto.
Apr  6 15:39:00 gb7cip kernel: [  402.777423] IPv6: ADDRCONF(NETDEV_CHANGE): ax2: link becomes ready
Apr  6 15:39:31 gb7cip kernel: [  434.063357] IPv4 over IPv4 tunneling driver
Apr  6 15:39:58 gb7cip kernel: [  460.932642] mkiss: ax2: Trying crc-smack
Apr  6 15:39:58 gb7cip kernel: [  460.932947] mkiss: ax1: Trying crc-smack
Apr  6 15:39:58 gb7cip kernel: [  460.934640] mkiss: ax4: Trying crc-smack
Apr  6 15:39:58 gb7cip kernel: [  460.939735] mkiss: ax0: Trying crc-smack
Apr  6 15:40:18 gb7cip kernel: [  481.096275] mkiss: ax1: Trying crc-flexnet
Apr  6 15:40:18 gb7cip kernel: [  481.101450] mkiss: ax0: Trying crc-flexnet
Apr  6 15:43:30 gb7cip kernel: [  673.205110] mkiss: ax2: Trying crc-flexnet
Apr  6 15:46:17 gb7cip node[3550]: g4apl @ 44.131.244.1 logged out: Bye
Apr  6 15:47:41 gb7cip kernel: [  923.663996] mkiss: ax1: crc mode is auto.
Apr  6 15:53:43 gb7cip node[3633]: g4apl @ 44.131.244.1 logged in

15:52 AX1 has gone AWOL
c u439 g4apl-8
GB7CR:CRNODE CRCHAT:GB7CIP-5 Invalid port
TEST THREE FAILED

Any theories??
73 de Paul G4APL GB7CIP
###

Re: UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[David Ranch]

Hello Paul,


> test 3 FAILED  I was able to connect out via the three radio interfaces
> then found ax1 had later gone AWOL.  Extracted all that I can find related toe ax0 ax1 ax2 in the
> messages log

So are you saying that ax0, ax1, and ax2 all looked ok and you were able 
to make outgoing connections on each of them but after a period of me, 
ax1 disappeared?  Do you know when?  Maybe it disappeared after you
disconnected from the ax1 link?   This is a key detail we need to know.

> ax0 u433 ttyS8
> ax1 u439 ttyS5
> ax2 v70  ttyS10

What are these "u433, u439, and v70" terms?  Are those the device names 
in /etc/ax25/axports?


> confirm
> connect out via radio on port ax0 u433
> connect out via radio on port ax1 u439
> connect our via radio on port ax2 v70

What program are you using to make these outgoing calls?  "axcall" or 
"call"?  Maybe something else?


What other packet software are you running during these simple tests? 
Any netrom, node, ax25d, ax25ipd, BBS, or other software?  Below it 
shows you might be running the legacy NODE program.  Yes?


> 15:51  u439 has gone AWOl
> ax0       Link encap:AMPR AX.25  HWaddr GB7CIP-8
>            inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
>            UP BROADCAST RUNNING  MTU:256  Metric:1
>            RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>            TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
>            collisions:0 txqueuelen:10
>            RX bytes:0 (0.0 B)  TX bytes:603 (603.0 B)
>
> ax1       Link encap:AMPR AX.25  HWaddr                           AWOL <<<<<<<<<<<<<<<<<<<<<<
>            BROADCAST MULTICAST  MTU:236  Metric:1          NOTE MTU as changed
>            RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>            TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>            collisions:0 txqueuelen:10
>            RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
>
> ax2       Link encap:AMPR AX.25  HWaddr GB7CIP-4
>            inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
>            UP BROADCAST RUNNING  MTU:256  Metric:1
>            RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>            TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
>            collisions:0 txqueuelen:10
>            RX bytes:0 (0.0 B)  TX bytes:250 (250.0 B)


> gone through log again after error to pick up anything related to ax0 ax1 ax2 after error noted
> Apr  6 15:38:52 gb7cip kernel: [  394.742748] mkiss: ax0: crc mode is auto.
> Apr  6 15:38:52 gb7cip kernel: [  394.747173] IPv6: ADDRCONF(NETDEV_CHANGE): ax0: link becomes ready
> Apr  6 15:38:56 gb7cip kernel: [  398.758298] mkiss: ax1: crc mode is auto.
> Apr  6 15:38:56 gb7cip kernel: [  398.762874] IPv6: ADDRCONF(NETDEV_CHANGE): ax1: link becomes ready
> Apr  6 15:39:00 gb7cip kernel: [  402.773601] mkiss: ax2: crc mode is auto.
> Apr  6 15:39:00 gb7cip kernel: [  402.777423] IPv6: ADDRCONF(NETDEV_CHANGE): ax2: link becomes ready
> Apr  6 15:39:31 gb7cip kernel: [  434.063357] IPv4 over IPv4 tunneling driver
> Apr  6 15:39:58 gb7cip kernel: [  460.932642] mkiss: ax2: Trying crc-smack
> Apr  6 15:39:58 gb7cip kernel: [  460.932947] mkiss: ax1: Trying crc-smack
> Apr  6 15:39:58 gb7cip kernel: [  460.934640] mkiss: ax4: Trying crc-smack
> Apr  6 15:39:58 gb7cip kernel: [  460.939735] mkiss: ax0: Trying crc-smack

Above it shows you're bringing up ax4.  Where is ax3?  As mentioned 
above, we need to know WHEN ax1 disappears in relation to bringing up or 
using these other interfaces.  I'm suspecting you have a conflicting config.


> Apr  6 15:46:17 gb7cip node[3550]: g4apl @ 44.131.244.1 logged out: Bye
> Apr  6 15:47:41 gb7cip kernel: [  923.663996] mkiss: ax1: crc mode is auto.
> Apr  6 15:53:43 gb7cip node[3633]: g4apl @ 44.131.244.1 logged in

It seems this remote station, G4APL is coming *into* your station and 
then maybe after that things break?  How is this remote station coming 
in.. via AX.25?  via Netrom?  Via IP?



>
> 15:52 AX1 has gone AWOL
> c u439 g4apl-8
> GB7CR:CRNODE CRCHAT:GB7CIP-5 Invalid port

Is this coming from your node program?  How are you accessing the node 
interface?  Are you telnet'ing into localhost on a specific port?  If 
that is the classic LinNode software then I don't understand the prompt. 
  Your machine is GB7CIP but this prompt is showing you're currently 
coming from "GB7CR:CRNODE"


Anyway, there is another thread going on the Linux-hams list on Vger on 
how the LinNode software is pretty old.  Seems that thread mentions a 
known "looping" bug which I think should should be fixed but I don't 
have any details on that.  Regardles, I too would recommend running 
UroNode instead of the LinNode software:

     ftp://ftp.n1uro.net/packet/uronode-2.1.tar.gz

--David

Re: UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[Paul Lewis]

Hello David

In message <5341A229.8010902@trinnet.net>, David Ranch 
<linux-hams@trinnet.net> writes
>
>Hello Paul,
>
>
>> test 3 FAILED  I was able to connect out via the three radio interfaces
>> then found ax1 had later gone AWOL.  Extracted all that I can find 
>>related toe ax0 ax1 ax2 in the
>> messages log
>
>So are you saying that ax0, ax1, and ax2 all looked ok and you were 
>able to make outgoing connections on each of them but after a period of 
>me, ax1 disappeared?  Do you know when?  Maybe it disappeared after you
>disconnected from the ax1 link?   This is a key detail we need to know.
>
<G4APL  yes I was able to make an outbound connection attempt TNC force 
transmitter to transmit on each of the three frequencies two on 70cm and
one on 4m (70MHz>

>> ax0 u433 ttyS8
>> ax1 u439 ttyS5
>> ax2 v70  ttyS10
>
>What are these "u433, u439, and v70" terms?  Are those the device names 
>in /etc/ax25/axports?
<G4APL yes these are the Port Idents in axports)>
>
>
>> confirm
>> connect out via radio on port ax0 u433
>> connect out via radio on port ax1 u439
>> connect our via radio on port ax2 v70
>
>What program are you using to make these outgoing calls?  "axcall" or 
>"call"?  Maybe something else?
<G4APL Telnet to linux node i.e. telnet 44.131.244.1 6301 or 23
normal sort of thing>
>
>
>What other packet software are you running during these simple tests? 
>Any netrom, node, ax25d, ax25ipd, BBS, or other software?  Below it 
>shows you might be running the legacy NODE program.  Yes?
<G4APL ax25d ax25ipd(x6), LinFBB, Linux-node,netromd. 
BIND9,CSF,Sendmail,Apache2, INN(still to be configured)
just mirroring what I run on my 'old' system>
>
>
>> 15:51  u439 has gone AWOl
>> ax0       Link encap:AMPR AX.25  HWaddr GB7CIP-8
>>            inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
>>            UP BROADCAST RUNNING  MTU:256  Metric:1
>>            RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>            TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
>>            collisions:0 txqueuelen:10
>>            RX bytes:0 (0.0 B)  TX bytes:603 (603.0 B)
>>
>> ax1       Link encap:AMPR AX.25  HWaddr AWOL <<<<<<<<<<<<<<<<<<<<<<
>>            BROADCAST MULTICAST  MTU:236  Metric:1          NOTE MTU 
>>as changed
>>            RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>            TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>            collisions:0 txqueuelen:10
>>            RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
>>
>> ax2       Link encap:AMPR AX.25  HWaddr GB7CIP-4
>>            inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
>>            UP BROADCAST RUNNING  MTU:256  Metric:1
>>            RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>            TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
>>            collisions:0 txqueuelen:10
>>            RX bytes:0 (0.0 B)  TX bytes:250 (250.0 B)
>
>
>> gone through log again after error to pick up anything related to ax0 
>>ax1 ax2 after error noted
>> Apr  6 15:38:52 gb7cip kernel: [  394.742748] mkiss: ax0: crc mode is auto.
>> Apr  6 15:38:52 gb7cip kernel: [  394.747173] IPv6: 
>>ADDRCONF(NETDEV_CHANGE): ax0: link becomes ready
>> Apr  6 15:38:56 gb7cip kernel: [  398.758298] mkiss: ax1: crc mode is auto.
>> Apr  6 15:38:56 gb7cip kernel: [  398.762874] IPv6: 
>>ADDRCONF(NETDEV_CHANGE): ax1: link becomes ready
>> Apr  6 15:39:00 gb7cip kernel: [  402.773601] mkiss: ax2: crc mode is auto.
>> Apr  6 15:39:00 gb7cip kernel: [  402.777423] IPv6: 
>>ADDRCONF(NETDEV_CHANGE): ax2: link becomes ready
>> Apr  6 15:39:31 gb7cip kernel: [  434.063357] IPv4 over IPv4 tunneling driver
>> Apr  6 15:39:58 gb7cip kernel: [  460.932642] mkiss: ax2: Trying crc-smack
>> Apr  6 15:39:58 gb7cip kernel: [  460.932947] mkiss: ax1: Trying crc-smack
>> Apr  6 15:39:58 gb7cip kernel: [  460.934640] mkiss: ax4: Trying crc-smack
>> Apr  6 15:39:58 gb7cip kernel: [  460.939735] mkiss: ax0: Trying crc-smack
>
>Above it shows you're bringing up ax4.  Where is ax3?  As mentioned 
>above, we need to know WHEN ax1 disappears in relation to bringing up 
>or using these other interfaces.  I'm suspecting you have a conflicting 
>config.
<G4APL ax4 and above are axip axudp tunnels, normally when all working
ax0-ax5 are the serial ports, ax6 - ax11 are the encap tunnels
two other ports are used by LinFBB HF pactor, have not got that
far on this rebuild>
>
>
>> Apr  6 15:46:17 gb7cip node[3550]: g4apl @ 44.131.244.1 logged out: Bye
>> Apr  6 15:47:41 gb7cip kernel: [  923.663996] mkiss: ax1: crc mode is auto.
>> Apr  6 15:53:43 gb7cip node[3633]: g4apl @ 44.131.244.1 logged in
>
>It seems this remote station, G4APL is coming *into* your station and 
>then maybe after that things break?  How is this remote station coming 
>in.. via AX.25?  via Netrom?  Via IP?
<G4APL I am the remote station g4apl.ampr.org logging on locally in to
gb7cip.ampr.org via telnet on the local host IP)
these error occurs without me logging on.
I.e. between quick ifconfig -a as the script is running
there are sleep statment between each process load, to give it time
to set up>
>
>
>
>>
>> 15:52 AX1 has gone AWOL
>> c u439 g4apl-8
>> GB7CR:CRNODE CRCHAT:GB7CIP-5 Invalid port
>
>Is this coming from your node program?  How are you accessing the node 
>interface?  Are you telnet'ing into localhost on a specific port?  If 
>that is the classic LinNode software then I don't understand the 
>prompt.  Your machine is GB7CIP but this prompt is showing you're 
>currently coming from "GB7CR:CRNODE"
<G4APL The invalid port u439 was proving that ax1 had 'died' confirmed 
by the lost of information in the ifconfig ax1.
This is my linux_node prompt. I am sysop of GB7CR nodes and GB7CIP) 
running on the same linuxnode. Used for local access via the 
ax25d.conf's>
>
>
>Anyway, there is another thread going on the Linux-hams list on Vger on 
>how the LinNode software is pretty old.  Seems that thread mentions a 
>known "looping" bug which I think should should be fixed but I don't 
>have any details on that.  Regardles, I too would recommend running 
>UroNode instead of the LinNode software:
<G4APL I am aware if uronode, those this will not help with my serial 
issue. As if I put in an exit command after the six kissattach
it fails at that point before anything is loaded.

i.e.
/usr/local/sbin/kissattach -m 256 /dev/ttyS8 u433 44.131.244.1
sleep 4
/usr/local/sbin/kissattach -m 576 /dev/ttyS5 u439 44.131.244.1
sleep 4
/usr/local/sbin/kissattach -m 256 /dev/ttyS10 v70 44.131.244.1
sleep 4
/usr/local/sbin/kissattach -m 576 /dev/ttyS4 u432 44.131.244.1
sleep 4
/usr/local/sbin/kissattach -m 256 /dev/ttyS7 v50 44.131.244.1
sleep 4
/usr/local/sbin/kissattach -m 256 /dev/ttyS6 u432b 44.131.244.1
sleep 4

exit

This is the start of my script
and will have failed before running any other process
running ifconfig -a repeatedly as it steps down. Once can see
ax0 ax3 ax4 on most occasions loses it axport details.>
73 Paul g4apl

-- 
paul@skywaves.demon.co.uk

Re: UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[Paul Lewis]

Hello David and co.

Update over the past day and a half, I have been investigating this from 
the hardware side.

There are six TNC's connected to 6 of the 8 ports on the VScom TC-800
Linfbb just hangs when connected to the two spare ports :(

I moved the card back in to the gb7cip Slackware machine
and found that only pick up all the ports in ifconfig ( and the details
desplayed very time).

Though I could only connect out on the other three ports (that the other 
machine fails on).  I did not go deeper to check the system /dev/ 
mappings to device as I have had enough of this..

So I must have damaged the PCI card moving it across to the other 
machine :(((

Back on the ubuntu machine the other three TNC stay alive.  I have now 
amended the script so that three of my 70cm ports are active.  While I 
consider my next move.

I appreciated all the feedback that got me digging further in to the 
logs, Learnt some more new commands in the process.

Now I will go back to the finish of the software configuration
then make the configuration static. That's another story.

73 to all de Paul g4apl / GB7CIP

Re: UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[Paul Lewis]

Hi David and everyone on list

Here is the Solution to the problem I encountered.


8 port PCI VScomm TC-800L multiport serial card.

Still using UBUNTU 12.04LTS
Linux gb7cip.ampr.org 3.5.0-51-generic #76~precise1-Ubuntu SMP
i686 i686 i386 GNU/Linux


There is an issue with setserial which is a 2000 version
setserial version 2.17, 27-Jan-2000 that does no update corrections
to configurations.
 From what I read from the Professor Google files, UBUNTU identified
the issue late 2013..

So MANUALLY configured the settings setserial.conf and applied them
system assigns IRQ22.

# If you want to configure this file by hand, use
# dpkg-reconfigure setserial
commanded failed  Set MANUAL
and rededited file /var/lib/setserial/autoserial.conf

/dev/ttyS4 uart 16950/954 port 0xef00 irq 22 baud_base 921600 spd_normal 
autoconfigure
/dev/ttyS5 uart 16950/954 port 0xef08 irq 22 baud_base 921600 spd_normal 
autoconfigure
/dev/ttyS6 uart 16950/954 port 0xef10 irq 22 baud_base 921600 spd_normal 
autoconfigure
/dev/ttyS7 uart 16950/954 port 0xef18 irq 22 baud_base 921600 spd_normal 
autoconfigure
/dev/ttyS8 uart 16950/954 port 0xed00 irq 22 baud_base 921600 spd_normal 
autoconfigure
/dev/ttyS9 uart 16950/954 port 0xed08 irq 22 baud_base 921600 spd_normal 
autoconfigure
/dev/ttyS10 uart 16950/954 port 0xed10 irq 22 baud_base 921600 
spd_normal autoconfigure
/dev/ttyS11 uart 16950/954 port 0xed18 irq 22 baud_base 921600 
spd_normal autoconfigure

This still did not resolve the problem of random lost of up to 4 of the 
serial radio ports still continued.

The associated interface socat and kissattach processes were still 
running.
ax25d process check every minute advising lost ports.
The IP routes and netrom routes get deleted as well, which are 
associated with the failed interface.

ifconfig ax## would confirm that it has lost the port/interface axport 
parameters.

To force an error. I set the boot option in the GRUB menu
pci=routeirq  # For all devices temp work around for broken drivers

Then reviewed the syslog  Was very Interesting.. and Bingo!!!
Found modem-manager starting and stopping the serial ports.

Deleted modem-manager  sudo apt-get purge modemmanager
as do not run dial up modems. rebooted without the pci=routeirq boot 
option.


We now have PCI VScomm  8 serial ports active connected to 6 paccom 
TNC's and
two SCS PTCiipro data controllers.  All working.

At the time of writing this. they have been up for 23 hours..  instead 
of a few minutes.

another Big 'EUREKA' moment..

Now to get back to working on the other code that are not working
during this 'now painfull' phase 2 rebuild that I started 31 March.

Hope this is of interest.

73 de Paul g4apl sysop gb7cip


In message <5341A229.8010902@trinnet.net>, David Ranch 
<linux-hams@trinnet.net> writes
>
>Hello Paul,
>
>
>> test 3 FAILED  I was able to connect out via the three radio interfaces
>> then found ax1 had later gone AWOL.  Extracted all that I can find 
>>related toe ax0 ax1 ax2 in the
>> messages log
>
>So are you saying that ax0, ax1, and ax2 all looked ok and you were 
>able to make outgoing connections on each of them but after a period of 
>me, ax1 disappeared?  Do you know when?  Maybe it disappeared after you
>disconnected from the ax1 link?   This is a key detail we need to know.
>
>> ax0 u433 ttyS8
>> ax1 u439 ttyS5
>> ax2 v70  ttyS10
>
>What are these "u433, u439, and v70" terms?  Are those the device names 
>in /etc/ax25/axports?
>
>
>> confirm
>> connect out via radio on port ax0 u433
>> connect out via radio on port ax1 u439
>> connect our via radio on port ax2 v70
>
>What program are you using to make these outgoing calls?  "axcall" or 
>"call"?  Maybe something else?
>
>
>What other packet software are you running during these simple tests? 
>Any netrom, node, ax25d, ax25ipd, BBS, or other software?  Below it 
>shows you might be running the legacy NODE program.  Yes?
>
>
>> 15:51  u439 has gone AWOl
>> ax0       Link encap:AMPR AX.25  HWaddr GB7CIP-8
>>            inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
>>            UP BROADCAST RUNNING  MTU:256  Metric:1
>>            RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>            TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
>>            collisions:0 txqueuelen:10
>>            RX bytes:0 (0.0 B)  TX bytes:603 (603.0 B)
>>
>> ax1       Link encap:AMPR AX.25  HWaddr 
>>AWOL <<<<<<<<<<<<<<<<<<<<<<
>>            BROADCAST MULTICAST  MTU:236  Metric:1          NOTE MTU 
>>as changed
>>            RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>            TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>            collisions:0 txqueuelen:10
>>            RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
>>
>> ax2       Link encap:AMPR AX.25  HWaddr GB7CIP-4
>>            inet addr:44.131.244.1  Bcast:44.131.244.255  Mask:255.0.0.0
>>            UP BROADCAST RUNNING  MTU:256  Metric:1
>>            RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>            TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
>>            collisions:0 txqueuelen:10
>>            RX bytes:0 (0.0 B)  TX bytes:250 (250.0 B)
-- 
paul@skywaves.demon.co.uk

Re: UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[David Ranch]

Hello Paul,

First off, kudos to you for sticking with it and working through the 
problems both patently and following through the steps logically!


> There is an issue with setserial which is a 2000 version

As I understand it, setserial is completely optional and the kernel 
should properly select IRQs, memory addresses, etc.  I'm thinking this 
might be a kernel / driver bug.


> From what I read from the Professor Google files, UBUNTU identified
> the issue late 2013..

Do you have a URL to share here so we can read what was found on that 
Ubuntu list?  Thirteen years is a LONG time to find a bug though the 
value of serial ports have been on a great decline in that period.


> /dev/ttyS4 uart 16950/954 port 0xef00 irq 22 baud_base 921600 
> spd_normal autoconfigure
> /dev/ttyS5 uart 16950/954 port 0xef08 irq 22 baud_base 921600 
> spd_normal autoconfigure
> /dev/ttyS6 uart 16950/954 port 0xef10 irq 22 baud_base 921600 
> spd_normal autoconfigure
> /dev/ttyS7 uart 16950/954 port 0xef18 irq 22 baud_base 921600 
> spd_normal autoconfigure
> /dev/ttyS8 uart 16950/954 port 0xed00 irq 22 baud_base 921600 
> spd_normal autoconfigure
> /dev/ttyS9 uart 16950/954 port 0xed08 irq 22 baud_base 921600 
> spd_normal autoconfigure
> /dev/ttyS10 uart 16950/954 port 0xed10 irq 22 baud_base 921600 
> spd_normal autoconfigure
> /dev/ttyS11 uart 16950/954 port 0xed18 irq 22 baud_base 921600 
> spd_normal autoconfigure

Depending on the card's driver, the number of available interrupts, 
etc., and if you see some strange performance issues, you might want to 
consider using a few different IRQs.  I doubt you'll have this issue as 
computers are so fast today but wanted to mention it as it WAS a very 
real problem back in the day.


> To force an error. I set the boot option in the GRUB menu
> pci=routeirq  # For all devices temp work around for broken drivers

Right... https://help.ubuntu.com/community/DebuggingIRQProblems
--
Do IRQ routing for all PCI devices. This is normally done in 
pci_enable-device(), and is a temporary workaround for broken drivers 
which don't call it.
--

That goes along my thought that this is a kernel driver issue.



> Then reviewed the syslog  Was very Interesting.. and Bingo!!!

Google indexes this list too so maybe you could past in some of the 
syslog errors that you saw?


> Deleted modem-manager  sudo apt-get purge modemmanager
> as do not run dial up modems. rebooted without the pci=routeirq boot 
> option.
> We now have PCI VScomm  8 serial ports active connected to 6 paccom 
> TNC's and
> two SCS PTCiipro data controllers.  All working.

[tangent]
Ah yes... the infamous #$^#$%# modem-manager and it's bitten me (and 
many other people) many times.  Btw, I don't recommend to DELETE it as 
many distributions have so many dependencies on it.  I personally 
recommend to RENAME it - 
http://www.trinityos.com/HAM/CentosDigitalModes/hampacketizing-centos.html#1f.presetup-modemmanager 
.   Anyway, it greatly saddens me to see over-arching software coming 
into various Linux distros.  Ubuntu started it with enabling software 
like modem-manager and network-manager by default and now many 
distributions is bringing in systemd which REALLY obfuscates things even 
more.  I can appreciate a distrubution's goal to get things to "just 
work" but this comes at a very high price.  Time will tell how this goes 
and decisions like this are purely at the distro level.  If we don't 
like it, users can switch to a different distro but there aren't many 
distros left that are opting out (not a super comprehensive list but you 
get the idea):

    http://en.wikipedia.org/wiki/Systemd#Adoption


> At the time of writing this. they have been up for 23 hours.. instead 
> of a few minutes.

Congratulations and now we need to get you on the AMPR system!

--David
KI6ZHD

Re: UBUNTO 12.04 VScom TC800 Serial Kissattach ax??- port configuring corruption HELP Required please

[Paul Lewis]

Hi David

I have been ampring since jnos 1 as g4apl.ampr.org and gb7cr 
gb7cip.ampr.org
on 70cms with 16 TheNet X1J's and X1J4's IP routers over three sites in 
the early 90's / Sigh!

Thanks for the feedback.
73 de Paul g4apl
www.theskywaves.net

>
>Congratulations and now we need to get you on the AMPR system!
>
>--David
>KI6ZHD
>--
>To unsubscribe from this list: send the line "unsubscribe linux-hams" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
paul@skywaves.demon.co.uk

Re: netromr.c path quality calc bug ax25tools-1.0.2/netrom

[Brian]

Paul;

On Thu, 2014-03-27 at 13:01 +0000, Paul Lewis wrote:

> netromr.c path quality calc bug
> 
> Refers to ax25tools-1.0.2/netrom/netromr.c and Maintainer of the above.

A patch was supplied last summer by KE6I, tested by myself, and
incorporated by Thomas DL9SAU. Are you suggesting this never made it
through to the final distro? 


> I noticed that the distribution that I recently downloaded  (2013) 

What month? The suggested patch by KE6I was approved and incorporated
July 2013, or is this another package of the same name? I know there's
already at least two ax25-tools/apps available which is extremely bad!
We should be ashamed that there's no continuity.

-- 
73 de Brian Rogers - N1URO
email: <n1uro@n1uro.ampr.org>
Web: http://www.n1uro.net/
Ampr1: http://n1uro.ampr.org/
Ampr2: http://nos.n1uro.ampr.org
Linux Amateur Radio Services
axMail-Fax & URONode
AmprNet coordinator for:
Connecticut, Delaware, Maine,
Maryland, Massachusetts, 
New Hampshire, Pennsylvania, 
Rhode Island, and Vermont.

[PATCH] ax25ipd: Add support for multicast AX/UDPv4

[Stuart Longland]

This allows the use of multicast IP addresses for exchanging UDPv4
traffic, such as on a local area network whose addresses are dynamically
assigned.

In /etc/ax25/ax25ipd.conf:
	socket udp
	route 0 your.multicast.ip.addr
	# e.g. I'm using 224.0.1.1

Then start ax25ipd as normal.
---
 ax25ipd/ax25ipd.h |  5 +++++
 ax25ipd/config.c  |  9 +++++++++
 ax25ipd/io.c      |  3 ++-
 ax25ipd/routing.c | 40 ++++++++++++++++++++++++++++++++++++++++
 4 files changed, 56 insertions(+), 1 deletion(-)

diff --git a/ax25ipd/ax25ipd.h b/ax25ipd/ax25ipd.h
index b088247..6c5404b 100644
--- a/ax25ipd/ax25ipd.h
+++ b/ax25ipd/ax25ipd.h
@@ -72,8 +72,12 @@
 #include	<sys/types.h>
 #include	<netax25/daemon.h>
 
+#define IPV4_MULTICAST_ADDR	(0xe0000000ul)
+#define IPV4_MULTICAST_MASK	(0xf0000000ul)
+
 int udp_mode;                   /* true if we need a UDP socket */
 int ip_mode;                    /* true if we need the raw IP socket */
+struct in_addr my_addr;         /* the IP address to bind to (default INADDR_ANY) */
 unsigned short my_udp;          /* the UDP port to use (network byte order) */
 char ttydevice[PATH_MAX];       /* the tty device for serial comms */
 int ttyspeed;                   /* The baud rate on the tty device */
@@ -141,6 +145,7 @@ unsigned char *call_to_ip(unsigned char *);
 int is_call_bcast(unsigned char *);
 void send_broadcast(unsigned char *, int);
 void dump_routes(void);
+void join_multicast(int);
 
 /* config.c */
 void config_init(void);
diff --git a/ax25ipd/config.c b/ax25ipd/config.c
index 8d9405b..434bf7c 100644
--- a/ax25ipd/config.c
+++ b/ax25ipd/config.c
@@ -47,6 +47,7 @@ void config_init(void)
 	udp_mode = 0;
 	ip_mode = 0;
 	dual_port = 0;
+	my_addr.s_addr = INADDR_ANY;
 
 	stats.kiss_in = 0;
 	stats.kiss_toobig = 0;
@@ -254,6 +255,14 @@ int parse_line(char *buf)
 			return -9;
 		return 0;
 
+	} else if (strcmp(p, "bindip") == 0) {
+		q = strtok(NULL, " \t\n\r");
+		if (q != NULL) {
+			if (inet_aton(q, &my_addr) < 0)
+				return -10;
+		}
+		return 0;
+
 	} else if (strcmp(p, "beacon") == 0) {
 		q = strtok(NULL, " \t\n\r");
 		if (q == NULL)
diff --git a/ax25ipd/io.c b/ax25ipd/io.c
index f0b3993..4ac1cdb 100644
--- a/ax25ipd/io.c
+++ b/ax25ipd/io.c
@@ -184,12 +184,13 @@ void io_open(void)
  * Ok, the udp socket is open.  Now express our interest in receiving
  * data destined for a particular socket.
  */
-		udpbind.sin_addr.s_addr = INADDR_ANY;
+		memcpy(&udpbind.sin_addr, &my_addr, sizeof(udpbind.sin_addr));
 		udpbind.sin_port = my_udp;
 		if (bind(udpsock, (struct sockaddr *) &udpbind, sizeof udpbind) < 0) {
 			perror("binding udp socket");
 			exit(1);
 		}
+		join_multicast(udpsock);
 	}
 
 	if (!strcmp("/dev/ptmx", ttydevice))
diff --git a/ax25ipd/routing.c b/ax25ipd/routing.c
index 4c3faed..155f211 100644
--- a/ax25ipd/routing.c
+++ b/ax25ipd/routing.c
@@ -26,6 +26,7 @@ struct route_table_entry {
 	unsigned char pad1;
 	unsigned char pad2;
 	unsigned int flags;	/* route flags */
+	unsigned int multicast;	/* Is this a multicast address? */
 	struct route_table_entry *next;
 };
 
@@ -252,3 +253,42 @@ void dump_routes(void)
 	}
 	fflush(stdout);
 }
+
+/* Look for routes to multicast groups and join them */
+void join_multicast(int udpsock)
+{
+	struct route_table_entry *rp;
+	int num_groups = 0;
+
+	rp = route_tbl;
+	while (rp) {
+		if (rp->udp_port &&
+				((htonl(rp->ip_addr_in.s_addr)
+				  & IPV4_MULTICAST_MASK)
+				 == IPV4_MULTICAST_ADDR)) {
+			struct ip_mreqn group;
+			group.imr_ifindex = 0;
+			memcpy(&group.imr_multiaddr, &rp->ip_addr_in,
+					sizeof(group.imr_multiaddr));
+			memcpy(&group.imr_address, &my_addr,
+					sizeof(group.imr_address));
+			if (setsockopt(udpsock, IPPROTO_IP, IP_ADD_MEMBERSHIP,
+						(char*)&group, sizeof(group)) < 0) {
+				perror("adding multicast group");
+				close(udpsock);
+				exit(1);
+			}
+			num_groups++;
+		}
+		rp = rp->next;
+	}
+	if (num_groups) {
+		u_char loop = 0;
+		if (setsockopt(udpsock, IPPROTO_IP,
+					IP_MULTICAST_LOOP, &loop, sizeof(loop)) < 0) {
+			perror("disabling loopback");
+			close(udpsock);
+			exit(1);
+		}
+	}
+}
-- 
1.8.3.2

Re: Multicast AX.25?

[David Ranch]

Hello Stuart,

Interesting idea though what is the plan to support "subscriptions" to 
this traffic?  Will all stations with your new patch just accept the 
traffic?  In the IP world, we have IGMP to support join/leaves and 
pragmatic general multicast (PGM) to support selective re-transmits for 
reliable transport.  Definitely some interesting stuff can be done with 
MC but it can be a challenge to operate in the real world!

Ps.  Any plans to submit your patch to the upstream repositories like:

     AX.25 repo: http://www.linux-ax25.org/wiki/CVS
     VE7FET's more current repo: http://code.google.com/p/linuxax25/

--David
KI6ZHD

Re: Multicast AX.25?

[Stuart Longland VK4MSL]

Hi David,
On Sat, 08 Mar 2014 08:44:41 -0800, David Ranch wrote:

> Hello Stuart,
> 
> Interesting idea though what is the plan to support "subscriptions" to
> this traffic?  Will all stations with your new patch just accept the
> traffic?

Basically all stations that are going to participate, you add routes in 
the configuration file that point the daemons to the same multicast group.

As the ax25ipd daemon starts up, it will see the 224.0.0.0/4 address and 
join that group.  I haven't looked into IPv6 multicast at this stage: 
IPv6 
support in general is needed in ax25ipd.

> In the IP world, we have IGMP to support join/leaves and
> pragmatic general multicast (PGM) to support selective re-transmits for
> reliable transport.  Definitely some interesting stuff can be done with
> MC but it can be a challenge to operate in the real world!

Indeed, I'm still learning. :-)

> Ps.  Any plans to submit your patch to the upstream repositories like:
> 
>      AX.25 repo: http://www.linux-ax25.org/wiki/CVS VE7FET's more
>      current repo: http://code.google.com/p/linuxax25/

Well, I CCed Ralf in my patch email, I'm guessing he maintains the git 
repository for the ax25-apps project.  I didn't know of the latter's 
existence.

Regards,
Stuart Longland

Revised AX.25 multicast patch

[Stuart Longland]

Hi all,

This is a revised patch for my earlier one.  I've found it's sometimes needed
to tweak the TTL on multicast packets.

This allows such tweaking to occur: by adding the 'mcttl' command to the config
file one can set the TTL of outgoing packets.

-- Stuart Longland

[PATCH] ax25ipd: Add support for multicast AX/UDPv4

[Stuart Longland]

This allows the use of multicast IP addresses for exchanging UDPv4
traffic, such as on a local area network whose addresses are dynamically
assigned.

In /etc/ax25/ax25ipd.conf:
    socket udp
    mcttl your-ttl
    # e.g. 3
    route 0 your.multicast.ip.addr bd
    # e.g. I'm using 224.0.1.1

Then start ax25ipd as normal.
---
 ax25ipd/ax25ipd.h |  6 ++++++
 ax25ipd/config.c  | 18 ++++++++++++++++++
 ax25ipd/io.c      |  3 ++-
 ax25ipd/routing.c | 47 +++++++++++++++++++++++++++++++++++++++++++++++
 4 files changed, 73 insertions(+), 1 deletion(-)

diff --git a/ax25ipd/ax25ipd.h b/ax25ipd/ax25ipd.h
index b088247..6356cc8 100644
--- a/ax25ipd/ax25ipd.h
+++ b/ax25ipd/ax25ipd.h
@@ -72,8 +72,13 @@
 #include	<sys/types.h>
 #include	<netax25/daemon.h>
 
+#define IPV4_MULTICAST_ADDR	(0xe0000000ul)
+#define IPV4_MULTICAST_MASK	(0xf0000000ul)
+
 int udp_mode;                   /* true if we need a UDP socket */
 int ip_mode;                    /* true if we need the raw IP socket */
+int mc_ttl;                     /* multicast time-to-live */
+struct in_addr my_addr;         /* the IP address to bind to (default INADDR_ANY) */
 unsigned short my_udp;          /* the UDP port to use (network byte order) */
 char ttydevice[PATH_MAX];       /* the tty device for serial comms */
 int ttyspeed;                   /* The baud rate on the tty device */
@@ -141,6 +146,7 @@ unsigned char *call_to_ip(unsigned char *);
 int is_call_bcast(unsigned char *);
 void send_broadcast(unsigned char *, int);
 void dump_routes(void);
+void join_multicast(int);
 
 /* config.c */
 void config_init(void);
diff --git a/ax25ipd/config.c b/ax25ipd/config.c
index 8d9405b..bc47416 100644
--- a/ax25ipd/config.c
+++ b/ax25ipd/config.c
@@ -47,6 +47,7 @@ void config_init(void)
 	udp_mode = 0;
 	ip_mode = 0;
 	dual_port = 0;
+	my_addr.s_addr = INADDR_ANY;
 
 	stats.kiss_in = 0;
 	stats.kiss_toobig = 0;
@@ -254,6 +255,23 @@ int parse_line(char *buf)
 			return -9;
 		return 0;
 
+	} else if (strcmp(p, "bindip") == 0) {
+		q = strtok(NULL, " \t\n\r");
+		if (q != NULL) {
+			if (inet_aton(q, &my_addr) < 0)
+				return -10;
+		}
+		return 0;
+
+	} else if (strcmp(p, "mcttl") == 0) {
+		q = strtok(NULL, " \t\n\r");
+		if (q != NULL) {
+			mc_ttl = atoi(q);
+			if ((mc_ttl <= 0) || (mc_ttl >= 256))
+				return -11;
+		}
+		return 0;
+
 	} else if (strcmp(p, "beacon") == 0) {
 		q = strtok(NULL, " \t\n\r");
 		if (q == NULL)
diff --git a/ax25ipd/io.c b/ax25ipd/io.c
index f0b3993..4ac1cdb 100644
--- a/ax25ipd/io.c
+++ b/ax25ipd/io.c
@@ -184,12 +184,13 @@ void io_open(void)
  * Ok, the udp socket is open.  Now express our interest in receiving
  * data destined for a particular socket.
  */
-		udpbind.sin_addr.s_addr = INADDR_ANY;
+		memcpy(&udpbind.sin_addr, &my_addr, sizeof(udpbind.sin_addr));
 		udpbind.sin_port = my_udp;
 		if (bind(udpsock, (struct sockaddr *) &udpbind, sizeof udpbind) < 0) {
 			perror("binding udp socket");
 			exit(1);
 		}
+		join_multicast(udpsock);
 	}
 
 	if (!strcmp("/dev/ptmx", ttydevice))
diff --git a/ax25ipd/routing.c b/ax25ipd/routing.c
index 4c3faed..9a4c4f1 100644
--- a/ax25ipd/routing.c
+++ b/ax25ipd/routing.c
@@ -26,6 +26,7 @@ struct route_table_entry {
 	unsigned char pad1;
 	unsigned char pad2;
 	unsigned int flags;	/* route flags */
+	unsigned int multicast;	/* Is this a multicast address? */
 	struct route_table_entry *next;
 };
 
@@ -252,3 +253,49 @@ void dump_routes(void)
 	}
 	fflush(stdout);
 }
+
+/* Look for routes to multicast groups and join them */
+void join_multicast(int udpsock)
+{
+	struct route_table_entry *rp;
+	int num_groups = 0;
+
+	rp = route_tbl;
+	while (rp) {
+		if (rp->udp_port &&
+				((htonl(rp->ip_addr_in.s_addr)
+				  & IPV4_MULTICAST_MASK)
+				 == IPV4_MULTICAST_ADDR)) {
+			struct ip_mreqn group;
+			group.imr_ifindex = 0;
+			memcpy(&group.imr_multiaddr, &rp->ip_addr_in,
+					sizeof(group.imr_multiaddr));
+			memcpy(&group.imr_address, &my_addr,
+					sizeof(group.imr_address));
+			if (setsockopt(udpsock, IPPROTO_IP, IP_ADD_MEMBERSHIP,
+						(char*)&group, sizeof(group)) < 0) {
+				perror("adding multicast group");
+				close(udpsock);
+				exit(1);
+			}
+			num_groups++;
+		}
+		rp = rp->next;
+	}
+	if (num_groups) {
+		u_char arg = 0;
+		if (setsockopt(udpsock, IPPROTO_IP,
+					IP_MULTICAST_LOOP, &arg, sizeof(arg)) < 0) {
+			perror("disabling loopback");
+			close(udpsock);
+			exit(1);
+		}
+		arg = mc_ttl;
+		if (setsockopt(udpsock, IPPROTO_IP,
+					IP_MULTICAST_TTL, &arg, sizeof(arg)) < 0) {
+			perror("setting TTL");
+			close(udpsock);
+			exit(1);
+		}
+	}
+}
-- 
1.8.3.2