Routing problem [was: ARP problem]
Tomi, thanks very much for your answer. You're right what you've said about ARP. Although the hardwareaddress is already in the packet and it would be a very good idea to add this thanksfully to the arp table (like flexnet does) it is vaild to check with an ARP request. The problem is that my system does not even learn the route where the packet has came from. So if a new station sends an echo request my system is completely blind and disorientated where to get the hardwareaddress to reply. (really stupid behaviour with respect to the fact that it could get all the information from the received request...) Of course the station mentioned below can answer ARP, but my system sends it to QST instead of the real route where it came from. And of course the simple digipeater (not an IP router) isn't impressed by a frame addressed to QST which isn't even a valid callsign. So since it doesn't seem to be possible to tell linux to do arp learning by listening, my new question is how to tell it to learn routes. Another question: How to setup a default route for a given port. By the way, I've tested this VC and it seems to work fine. Thanks again. But this insistance to do ARP in a VirtualCircuit is even more strange I think. Now it does the connection, even sends an RR to the AX25 including the echo request but then it is not able to reply within the already establised VC connection!! It would be so easy... Thanks Robert -Ursprüngliche Nachricht- Von: Tomi Manninen <[EMAIL PROTECTED]> An: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Datum: Samstag, 16. Oktober 1999 20:19 Betreff: Re: ARP problem >On Sat, 16 Oct 1999, Robert Schelander wrote: > >> When a new unknown station sends an IP packet to me, my station >> sends an ARP request to QST to get the hw_address for the >> received IP. I'm wondering, why it doesn't learn the hw_addr >> automatically by looking at the callsign of the received packet. > >Because this is the way IP and ARP works. There is no guarantee >whatsoever that the station that the IP frame came from is the correct >route back. Usually it is but it doesn't have to be. The way I have >understood it, this is a fundamental design decision that makes IP as >flexible as it is. > >> The only way to get it work is to >> apr -s 44.143.216.16 OE8TLQ -H ax25 >> otherwise arp displays the following: > >Why? Doesn't OE8TLQ support ARP ??? If that is the case then there isn't >much else you can do...
Re: Mobile Packet Radio
On Sat, 16 Oct 1999, Jeff Grammer wrote: > > I know this may sound a bit odd, but here's what I want to do. I have an > > Connect up a Laptop computer to it for use as a mobile packet radio system. > Hi Jeff, Depends upon what you exactly want to do while packet mobile. I have run packet radio mobile for a while now and found the best combination to be a small laptop with a Baycom modem and Baycom software. Of course this might not be what you want. A good antenna and some power is a must as there is a great deal of flutter and multi-pathing while moving. I found 2M to give better results than 70cm but that could be due to the location of the digipeaters and surrounding terrain. Experiment and see what suits you best. regards, Paul VK3ALE [EMAIL PROTECTED]
Re: AX25 Howto for 2.2 kernel?
Have a look to a spanish version of the AX.25 HOWTO at: http://atlas.gbt.tfo.upm.es Alberto Escudero [EMAIL PROTECTED] "Information is not knowledge" "La informacion no es el conocimiento" On Sat, 16 Oct 1999, Eduardo Romero wrote: > Where can find a new howto about ax25 support in kernel 2.2, and the new > modules ( 6pack, hfmodem, etc). > > Regards > Edo. CE 2 TBO > Valparaiso - Chile > http://www.ce2usm.valparaiso.cl ( Local our ax25 university link). >
Re: ham web
Harold Hartley wrote: > well, what it does is if a ham web server is setup, other hams can use > the client to recieve the info it gets from the server in a html format > on the ham users computer and lets them click on the link it got to link > via web... > thats what I gathered of it... > but there must be a server setup to recieve from the pacsat system... It's a really strange way to do things you would be reading local files on your drive so a web server wouldn't be required, just that file server. All the web pages would have to be written to work in that way. I like the idea of storing a set of graphics on the client system and using a normal web server. This is compatible with the stuff they are using with winpac. I written a couple of these but there's very little interest. The first one I wrote is at http://gw.ko6ri.ampr.org/bbs The one that acts as a front-end for FBB is at http://gw.ko6ri.ampr.org/fbb I alter the path to images on the fly and the path I change them to is configured by the user. Bob
Re: Datagram <-> Virtual Circuit - UI-frames <-> I-frames
Thanks! Where did you get the information from? -Ursprüngliche Nachricht- Von: Tomi Manninen <[EMAIL PROTECTED]> An: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Datum: Samstag, 16. Oktober 1999 20:24 Betreff: Re: Datagram <-> Virtual Circuit - UI-frames <-> I-frames >On Sat, 16 Oct 1999, Robert Schelander wrote: > >> That what I call strange is the following: >> Also Flexnet on a Windows98 system supports both methods which are >> called Datagramm (for transfers of IP within UI-frames) and VitualCiruit >> (for I-frames). When connecting from Flexnet to Linux with setting VC >> Linux answers the SABM+ correctly with UA- and reads the IP packet >> within the I frame. The thing that I call strange now, is that Linux answers >> again with UI after some packets and Flexnet automatically goes to >> Datagram mode unless I tell Flexnet to keep VC permanently. But even >> with VC set to permanent, Linux insists answering with UI frames. > >Linux always uses the mode you have configured in >/proc/sys/net/ax25/*/ip_default_mode (0 == DG, 1 == VC). No matter how the >frame came in. > >> Do you know how I can tell the linux system to use UI's only for >> local stations on the local port and use I's for digipeated stations >> which log in from the port which is connected to a link. > >That is not possible AFAIK. > >-- >Tomi Manninen Internet: [EMAIL PROTECTED] >OH2BNS AX.25: [EMAIL PROTECTED] >KP20ME04Amprnet: [EMAIL PROTECTED] > >
Any hams in the Netherlands?
Hi, is somebody from the list in NL, especially Amsterdam, interested for packet radio experiments? I've relocated and I'm settling electronically now... Please, reply to this email address. cheers -- "Optimists think this is the best world we could live in, pessimists are afraid that optimists are right" fotis
AX25 Howto for 2.2 kernel?
Where can find a new howto about ax25 support in kernel 2.2, and the new modules ( 6pack, hfmodem, etc). Regards Edo. CE 2 TBO Valparaiso - Chile http://www.ce2usm.valparaiso.cl ( Local our ax25 university link).
ham web
well, what it does is if a ham web server is setup, other hams can use the client to recieve the info it gets from the server in a html format on the ham users computer and lets them click on the link it got to link via web... thats what I gathered of it... but there must be a server setup to recieve from the pacsat system...
Re: ham web
Harold Hartley wrote: > you can find the web site at http://www.tapr.org/~wa0ptv and it tells > you the concept of it.. Okay thanks I've looked at that thing before. ;-) You could write one of those in perl without to much work. You could use lzhuf or whatever compression you wanted. My question is; what does it have to do with web pages? Bob
ham web
you can find the web site at http://www.tapr.org/~wa0ptv and it tells you the concept of it..
Re: ham web
Harold Hartley wrote: > I wrote the author and says it is not made for linux as I already ask > him about it... Well, what is it... http over radio is easy What do you want... a web front end for a bbs like fbb? Bob
ham web
I wrote the author and says it is not made for linux as I already ask him about it...
QST Articles
Ladies and gentlemen, For those who are interested the latest issue of QST (Nov 99 Vol. 83 No. 11) has two interesting articles: One on page 60 titled PTTSound discusses a nice cheap interface for soundcards and packet/rtty. The other on page 33 titles HamWeb discusses an interesting http/html format for packet. Is there anything like this available for Linux? John C. KB6FST __ "...to see the world in something like the way God must see it. To understand that there are no distinctions of any real importance in the affairs of men, that there is only one time and one place and one person and one truth. And that we are all contained in that time and place and person, and that the truth contains us all." --- Muhammad Ali - 1999
Re: Datagram <-> Virtual Circuit - UI-frames <-> I-frames
On Sat, 16 Oct 1999, Robert Schelander wrote: > That what I call strange is the following: > Also Flexnet on a Windows98 system supports both methods which are > called Datagramm (for transfers of IP within UI-frames) and VitualCiruit > (for I-frames). When connecting from Flexnet to Linux with setting VC > Linux answers the SABM+ correctly with UA- and reads the IP packet > within the I frame. The thing that I call strange now, is that Linux answers > again with UI after some packets and Flexnet automatically goes to > Datagram mode unless I tell Flexnet to keep VC permanently. But even > with VC set to permanent, Linux insists answering with UI frames. Linux always uses the mode you have configured in /proc/sys/net/ax25/*/ip_default_mode (0 == DG, 1 == VC). No matter how the frame came in. > Do you know how I can tell the linux system to use UI's only for > local stations on the local port and use I's for digipeated stations > which log in from the port which is connected to a link. That is not possible AFAIK. -- Tomi Manninen Internet: [EMAIL PROTECTED] OH2BNS AX.25: [EMAIL PROTECTED] KP20ME04Amprnet: [EMAIL PROTECTED]
Re: ARP problem
On Sat, 16 Oct 1999, Robert Schelander wrote: > When a new unknown station sends an IP packet to me, my station > sends an ARP request to QST to get the hw_address for the > received IP. I'm wondering, why it doesn't learn the hw_addr > automatically by looking at the callsign of the received packet. Because this is the way IP and ARP works. There is no guarantee whatsoever that the station that the IP frame came from is the correct route back. Usually it is but it doesn't have to be. The way I have understood it, this is a fundamental design decision that makes IP as flexible as it is. > The only way to get it work is to > apr -s 44.143.216.16 OE8TLQ -H ax25 > otherwise arp displays the following: Why? Doesn't OE8TLQ support ARP ??? If that is the case then there isn't much else you can do... -- Tomi Manninen Internet: [EMAIL PROTECTED] OH2BNS AX.25: [EMAIL PROTECTED] KP20ME04Amprnet: [EMAIL PROTECTED]
Re: Red Hat AX.25 packages (Was: Slackware AX.25 packages)
On Sat, 16 Oct 1999, Joerg Reuter DL1BKE wrote: [NON-Text Body part not included] Hmm... Something strange in your mailer... well, cut'n'paste rules... >> Actually >> it's also bogus as the variable can't be used uninitialized. > >No, the warning is not bogus: if some moron calls kiss_esc_crc() >with len < 0 (it is a signed int) "c" in fact remains uninitialized. >But this can only happen if we get a transmit buffer with a negative >length from dev.c -- if this really happens I bet all the hell >breaks loose... ;-) Yes it is bogus. The "while (len > 0)" handles the negative len case. That is, c remains uninitialized but it doesn't get used either... :) -- Tomi Manninen Internet: [EMAIL PROTECTED] OH2BNS AX.25: [EMAIL PROTECTED] KP20ME04Amprnet: [EMAIL PROTECTED]
ARP problem
I've got a strange ARP problem since I've installed the new apps/tools/libax, new kernel everything from the scratch When a new unknown station sends an IP packet to me, my station sends an ARP request to QST to get the hw_address for the received IP. I'm wondering, why it doesn't learn the hw_addr automatically by looking at the callsign of the received packet. The only way to get it work is to apr -s 44.143.216.16 OE8TLQ -H ax25 otherwise arp displays the following: Address HWtype HWaddress Flags Mask Iface robert2.sch ether 00:00:E8:1B:AA:E6 C eth0 robert.sch ether 48:54:E8:2A:0F:A4 C eth0 44.143.216.16(incomplete) scc0 Thanks in advance for your answers Robert (OE8RSQ)
Datagram <-> Virtual Circuit - UI-frames <-> I-frames
I've noticed a strange behaviour of Linux encapsulating IP packets in AX25 frames. It seems that it prefers to encapsulate them in UI-frames which is not a good choice for some connections where I-frames within a AX25 connection orientated transfer would be desirable. That what I call strange is the following: Also Flexnet on a Windows98 system supports both methods which are called Datagramm (for transfers of IP within UI-frames) and VitualCiruit (for I-frames). When connecting from Flexnet to Linux with setting VC Linux answers the SABM+ correctly with UA- and reads the IP packet within the I frame. The thing that I call strange now, is that Linux answers again with UI after some packets and Flexnet automatically goes to Datagram mode unless I tell Flexnet to keep VC permanently. But even with VC set to permanent, Linux insists answering with UI frames. Do you know how I can tell the linux system to use UI's only for local stations on the local port and use I's for digipeated stations which log in from the port which is connected to a link. Thanks in advance Robert
Re: Red Hat AX.25 packages (Was: Slackware AX.25 packages)
> That warning has been there for ages and it is quite harmless. Agreed. > Actually > it's also bogus as the variable can't be used uninitialized. No, the warning is not bogus: if some moron calls kiss_esc_crc() with len < 0 (it is a signed int) "c" in fact remains uninitialized. But this can only happen if we get a transmit buffer with a negative length from dev.c -- if this really happens I bet all the hell breaks loose... ;-) 73, Joerg Reuter http://poboxes.com/jreuter/ And I make my way to where the warm scent of soil fills the evening air. Everything is waiting quietly out there (Anne Clark) PGP signature
Linux & HAM connection to the net help.
Hello, My name is Weera Watinpongpan. I am a pharmacist in Thailand. My hospital is Kood Island Hospital, Trad Province, Thailand. I have some questions to ask you. I want to connect to the net from Kood Island but we have no telephone line. I have found from the Linunx HAM-HOWTO that may be I can connect it via our hospital's HAM system. I have no experience in HAM. My hospital HAM receiver is - VHF FM Transceiver - MODEL : LVB/TR-77 25W Are there any additional equipment for using the HAM with Linux? If your answer is yes what is it , how much does it cost and also where to get it? Would you please tell me more easily about how to connect our hospital's HAM system to the internet via Linux OS? Please reply me as qucikly as you can because my hospital will use this system to transfer the patient information with the center on the shore. P.S. Please reply me to both of the addresses listed below : Thank you very much Weera Watinpongpan Kood Island Hospital, Trad Province, Thailand. [EMAIL PROTECTED] [EMAIL PROTECTED] __ Get Your Private, Free Email at http://www.hotmail.com
Linux & HAM connection to the net help.
Hello My name is Weera Watinpongpan. I am a pharmacist in Thailand. My hospital is Kood Island Hospital, Trad Province, Thailand. I have some questions to ask you. I want to connect to the net from Kood Island but we have no telephone line. I have found from the Linunx HAM-HOWTO that may be I can connect it via our hospital's HAM system. I have no experience in HAM. My hospital HAM receiver is - VHF FM Transceiver - MODEL : LVB/TR-77 25W Are there any additional equipment for using the HAM with Linux? If your answer is yes what is it , how much does it cost and also where to get it? Would you please tell me more easily about how to connect our hospital's HAM system to the internet via Linux OS? Please reply me as qucikly as you can because my hospital will use this system to transfer the patient information with the center on the shore. P.S. Please reply me to both of the addresses listed below : Thank you very much Weera Watinpongpan Kood Island Hospital, Trad Province, Thailand. [EMAIL PROTECTED] [EMAIL PROTECTED]
Mobile Packet Radio
I know this may sound a bit odd, but here's what I want to do. I have an Alinco DR-605T that I have used as a base packet radio with a KPC-9612 TNC operating in KISS mode attached to my Slackware Linux desktop for sometime. I have mounted my 2m radio in my Jeep now and want to do the following: Connect up a Laptop computer to it for use as a mobile packet radio system. My question is this: In anyone's opinion, would it be better to get another TNC and have it operate in KISS mode, OR would it be better to just use a laptop with a sound card to connect directly to it and use the Linux OS or even JNOS to set this up? (if you're wondering why I would want to do this, I just love experimenting with Packet networking and thought this would be a cool thing to play with.) Thanks, Jeff (kf4wym) ... The free UNIX operating system :::' ... .. ::: * ::.::' ::: .:: .:.::. .:: .:: ::. :' ::: :: :: :: :: :: :::. ::: .::. .:: ::. . .:' ::. ..:::.::' ..
Re: Red Hat AX.25 packages (Was: Slackware AX.25 packages)
On Sat, 16 Oct 1999, Richard Adams wrote: > The only thing i have seen when compileing mkiss as a module i get; > > mkiss.c:805: warning: `c' might be used uninitialized in this function That warning has been there for ages and it is quite harmless. Actually it's also bogus as the variable can't be used uninitialized. It would be easy to get rid of that warning though. -- Tomi Manninen Internet: [EMAIL PROTECTED] OH2BNS AX.25: [EMAIL PROTECTED] KP20ME04Amprnet: [EMAIL PROTECTED]