[linrad] Re: Testing MAP65 v0.8
Stan wrote: Hello Rick, can you point me to some specific models for managed switches, so I can read up ? This should get you started: http://www.ctrlink.com/managed_features.htm There are also some really good docs available on Cisco's site after you register. The good stuff is Cisco gear, and has a wide range of prices, depending on whether you are looking at a high-speed backbone app or just wiring closet use. Some of the stuff at Cisco is pretty reasonably priced. Ebay has better deals on used Cisco gear There are a wide variety of manufacturers out there, but again the best is Cisco IMHO, but almost anything with IGMP snooping will handle segmentation of multicast traffic. There are some pretty good deals on used gear on Ebay, some even cheaper than a do-nothing typical consumer switch in a plastic case. Rick Kunath, k9ao # This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>
[linrad] Re: Testing MAP65 v0.8
Rick Kunath wrote: Looks like I missed a few center-click inadvertent pastes in proofreading the previous post, but nothing that shouldn't be obvious :( (Reminds self not to multi-task while replying to email messages.) Rick # This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>
[linrad] Re: Testing MAP65 v0.8
t? And is the Linux box then routing Internet traffic over this direct interface also to the XP machine? Or is there no Internet access over the direct interface via routing in the Linux box? What is the current implementation of multicast routing in the Kubuntu kernel you are running? It needs to be compiled in, I don't know if this is the case in the version you are running, and then set up. (PIM-sparse is probably what you want, opt-in for multicasts.) The simplest thing to do is to use an IGMP aware managed switch and use one interface per machine, letting the switch sort things out, though this would require purchasing a managed switch. List price is in the hundreds of dollars range for low end managed switches, but these are often available on Ebay for less than a hundred bucks. It might still be worth thinking about if you decide to use multiple machines and need the network flexibility and simplicity. # route add -net 224.0.0.0 netmask 224.0.0.0 dev eth1 One other good thing about most managed switches is that they have all metal cases and are shielded pretty well. If you have a well shielded case on the Ethernet switch and metal PC cases, using shielded CAT5 cable can reduce radiated emissions from the networking components. I have found this to be useful on my own setups. As for number or ports on a switch, you always seem to wind up using more than you think you will, adding other devices like printers, radios, wireless APs, and multiple machines, so I always advise going higher in port count than you think you'll use right away. Hopefully some of this will be useful. Rick Kunath, k9ao # This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>
[linrad] Re: Testing MAP65 v0.8
Joe Taylor wrote: My earlier problem with dropped multicast packets seems to be fixed in MAP65 v0.8. However, when running the Linrad-MAP65 combination on two separate computers I still have some network-related problems. Perhaps someone on this list who knows much more than I about networking can help. My computer network looks like this: ADSL 10 Mb/s --> Computer_A DSL --> Modem --> Ethernet --> Computer_B Hub| --> Computer_C Three computers are connected to a 10 Mb/s Ethernet Hub. Have you considered replacing the hub with a 100 Mbps full-duplex Ethernet switch? There are many advantages in this over a hub. Computer_A is my XYL's machine. Computer_B runs Windows 2000 Pro, and Computer_C runs Linux (presently the Kubuntu 6.06 distribution). In addition to the connections of all three machines to the hub, a crossover cable makes a direct 100 Mb/s connection between computers B and C. The ethernet interfaces on B and C appear to be configured correctly. On Linux they appear as eth0 and eth1 (occasionally they boot up as eth0 and eth2, I don't know why???). This is configurable, generally, and should be fixed if you intend to use interface based static routes. Check here for more info on iftab (/etc/iftab): http://linux.die.net/man/5/iftab Connections to the Hub are assigned dynamic IP addresses; I assume these addresses are in the 192.168.1.x range? I assigned hard-coded addresses 192.168.10.12 and 192.168.10.13 for the direct inter-machine connection between B and C. I can use the 100 Mb/s direct line for many purposes. I can ping over it in either direction; I can ssh into Linux from Windows; I can use Cygwin/X (as described above) to display Linux X programs on the Windows screen. However, I cannot seem to persuade Windows 2000 Pro to accept multicast packets over the direct line. When I run Linrad on computer C and MAP65 on B, the multicast traffic is always received over the slow line, through the Hub. This uses most of the 10 Mb/s link's bandwidth, and my wife can't read her email when I'm on the air. This is NOT GOOD. An Ethernet switch would eliminate this, as traffic passing between two machines (B-C) does not use any bandwidth, nor is it seen, by any other machines. Internet access by machine A would be unaffected by a transfer occurring between machines B and C. Machine A would not see the traffic, nor would there be any contention for bandwidth on it's connection because of the B-C traffic. By default the multicast traffic generated by Computer_C goes to eth0. I can use the Linux "route" command to explicitly tell the system to use eth0: # route add -net 224.0.0.0 netmask 224.0.0.0 dev eth0 This works fine (but of course, still sends the heavy multicast traffic through the hub). If I remove this routing instruction and instead enter # route add -net 224.0.0.0 netmask 224.0.0.0 dev eth1 the multicast data are not received by MAP65 running on the other machine. If I unplug the crossover cable from the Windows machine and instead plug it into a laptop running Win/XP, the laptop receives the multicast packets without a problem. Thus, it would seem that the problem must be in my setup of the Win2k machine -- the one with two ethernet interfaces. Can anyone shed any light on this situation for me? Would there be sufficient bandwidth in a 100baseTx connection (100 Mbps full-duplex) to handle both of the networking streams, i.e. the hub and the direct stream? If so, replacing the inefficient hub with a faster switch, thus confining network traffic to only the ports of the involved machines, might solve the issue. This might allow you to eliminate the direct connection between machines B and C. As to W2k the unicast and multicast routes are handled in separate tables, check here for more info: http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/intwork/inaf_mul_hwmc.mspx?mfr=true Hope some of this is of some use :) Rick Kunath, k9ao # This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>
[linrad] Re: beta-MAP65 using
Comments below quoted text... As it is now, it is important that BOTH computers have their clocks set to the correct time, within a second or so. I do this by starting Linrad with a short script that first executes "ntpdate", then xlinrad. Of course, the value will depend on clock settings on one or both of your computers (I think it is only the Linrad computer, at present), and also on the transmitting station's clock setting. 2) syncronize the time from a PC to the other so that they have lined up perfectly or ignore the time sent from Linrad completely. I will think about this one. As I mentioned, at present I run ntpdate on the Linrad computer just before starting Linrad. On the MAP65 computer I run Dimension 4. I will probably put second ethernet cards into each computer so that the Linrad -> MAP65 connection has a dedicated line; then each computer can have good access to the internet, as well, and keep its own clock set accurately. I am wondering why on the Linux machine you didn't just run the NTP daemon? I've been using that method for years and it works extremely well. Using the NTP daemon would allow for even better accuracy of the clock on the Linux machine than just doing an ntpdate prior to running xLinrad. You generally configure NTP to use at least 3 local (geographically) time servers, accessible from the Internet. As a part of NTP, these are evaluated for the best accuracy at startup, then the best one (dynamically checked at regular intervals) is used for motherboard clock synchronization. As NTP runs, it will develop a motherboard clock drift value that it will use to predict and compensate for motherboard clock drift and accuracy, allowing for better time accuracy than you could get with the motherboard clock alone. The multiple time servers allow for redundancy and allow NTP to constantly choose and synchronize with the external time server that has the least delay and jitter at the moment. Usually as NTP starts, it uses a time server in the step-tickers file to kick the motherboard clock to the correct tine on booting, then starts the NTP daemon to do the rest. After a few minutes, it will settle down and long-term accuracy is outstanding. There really isn't anything one has to do once it is setup, it just runs in the background. watch ntpq -pn as root will allow you to see the action as NTP evaluates and syncs with the external time servers then selects the best one. NTP can also serve time to the built-in Windows OS network time function, just as a Windows domain controller would, so you can use the NTP on the Linux machine to synchronize the Windows machine. If you decide to do this, you'll need to allow the internal Windows (or other OS) machine to connect to the Linux machine's NTP server for synchronization. This is generally disabled as you don't want other users out in Internet-land connecting for sync purposes. You can easily allow for your local LAN to use the machine for NTP time synchronization while blocking everything external to it else in the ntp.conf file settings. I just thought I'd pass this along as I don't know if you have considered it. Any recent distro can set this up easily, You'll just need a simple tweak for local tine serving, and to add the network-time config to the Windows machine built-in network-time function. I've been using this scheme for years on mixed Linux, Solaris, and Windows networks and it works nicely. Windows does not have the same time accuracy capabilities of the Linux and other *nix operating systems using NTP, but it will still allow for extremely accurate synchronization of time. Maybe someone knows of a better way to use a Linux machine to sync a Windows machine using the Linux NTP than the built-in Windows network-time application? If you have a local GPS or GPS-trimmed Rubidium high-accuracy time standard with NTP serving capability, Linux NTP can be used to sync to this, and use Internet time servers as a backup. I use this setup one one of my networks. Rick Kunath, k9ao # This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>
[linrad] Re: FTP
Leif Asbrink wrote: I have happily been using FTP to move files between computers although I have only been able to get it running on a few systems. (Red Hat 9 and Debian Etch) After upgrading Debian I can no longer FTP. This is the message: 500 OOPS: cannot locate user entry:ftpsecure I did search the Internet, but after reading a lot of things meaning nothing to me I now try the Linrad list for assistance. Any ideas? Leif, Have you thought about avoiding FTP altogether and using ssh instead? This works without the use of an FTP server altogether. http://en.wikipedia.org/wiki/SSH_file_transfer_protocol doing: sftp:// instead is what I do here. fish:// is a less secure alternative also. http://en.wikipedia.org/wiki/Secure_copy Both of these work without messing about with an FTP server at all. I prefer sftp and use it exclusively to move files around here on my local LAN as well as across the Internet to other remote file servers. Both of these methods use an existing user account, so you drop the files into some existing users file space on the remote machine. If you need additional security, because these use ssh, you can use ssh keys for additional security. I don't on my local LAN which I have complete control over, but do for the remote machines. These things should be built-in to any modern Linux distro. Most of the time, they just work out of the box. Rick Kunath # This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>
[linrad] Re: Debian Etch
Leif Asbrink wrote: 1) Mount the hard disk on the second IDE bus so it becomes /dev/hdc 2) Put something that works as /dev/hda (I used a hard disk with RedHat 9 on it) 3) Boot up and mount /dev/hdc1 as /mnt/hdc1 4) Type "chroot /mnt/hdc1" 5) Type "apt-get install udev" 6) Shut down, put the Debian Etch disk back as /dev/hda and reboot. Leif, I have had this happen a time or two on a Mandrake/Mandriva installation. What worked for me was booting a Knoppix Live-CD and chrooting the partition with the problem. From there I was able to fix the issue, just as you did with your problem. I didn't have to open the box and do anything with the hardware. I wonder if this might have worked for your problem too? Rick Kunath # This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>
[linrad] Re: Mandriva 2006.1-0.3 Free
[EMAIL PROTECTED] wrote: You say Mandriva releases once a year. Where can I download the free part of the latest official release? Maybe it is old enough today for the latest OSS to work with it? Mandriva 2006 was released in September of 2005. You can find the Mandriva 2006 free release iso files here: ftp://ftp.proxad.fr/pub/Distributions_Linux/MandrivaLinux/official/iso/2006.0/i586/ This is one of the mirrors. Mandriva does not include sources on the free release, but they are available for free download on the mirrors, along with contributed packages, and lots of additional rpms that won't fit on the free 3-CD set. What you get by belonging to the Club is just easy ways to install commercial stuff like Nvidia or ATI drivers, RealPlayer, Adobe, lots of other stuff, but all things that are freely available on the net anyway. I belong because it's just easier for me, but you can get anything offered as club packages freely elsewhere and install them. You'll find the stuff that won't fit on the CD-set here in the several subdirectories: ftp://ftp.proxad.fr/pub/Distributions_Linux/MandrivaLinux/official/2006.0/i586/media/ Updates to the original release for security or bugfix reasons are here: ftp://ftp.proxad.fr/pub/Distributions_Linux/MandrivaLinux/official/updates/2006.0/RPMS/ Again there are lots of mirrors available, this seems to be one of the most reliable and fastest sync'd. I hope that helps. Rick Kunath # This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>
[linrad] Re: [Was: Re: 96000 Hz sampling from stock laptop] SVGALIB
W6WO wrote: The Dell Inspiron 8000 laptop uses an ATI Mobility M4 video chip set which I was told has some proprietary characteristics. The audio uses an ESS Technology Maesstro-3i. I had no luck with either Linrad or a QRSS program called GLFER , this was about 18 months ago. I am running Mandrake 9.1. As to the Maestro... this appears to be supported currently in Alsa and Googling seems to indicate that it has been for a while now. Mandrake 9.1 is really old, even 18 months ago. It is no longer supported for security updates, and even Mandrake 10.1 is now EOL. And you'll be happy to hear that the new Mandriva installers are vastly improved over 9.1. If you decide to upgrade, do yourself a favor and do a fresh install. I've used gLFER, gMFSK, Qsstv, Baudline, and lots of other sound card based apps for years now. Mandriva 2006 will handle these. If you're looking for ALSA support, take a look at the card's ID in the hardware manager and see if it is currently supported. Based on what I saw in my searches, and not actually having the card ID handy, I don't think you'll have any problems. I can tell you how to get these apps going on 2006 if you run into trouble. Linrad does not like the Mandriva svgalib rpm. From what I read earlier on the list, the Mandriva packager might be in the process of being contacted and requested to add what linrad needs. Rick Kunath # This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>