The hardware and software big wigs are working to make this a reality. This is targeted to GSM/GSPR network carriers world-wide. Concept: You run phone call controling software on the smartphone that can talk to a "Smart Base Station Controler". The phone figures out the most stable link back to the base station via WiFi or GSM/GSPR cell network. The phone call is established and also rings back to you. Fun part, when you are getting out of your car, have a GSM cell network conversation, and step into your corporate WiFi bubble, the phone stays "Aha! I have WiFi" it then tells the base station to transition the phone call off the GSM/GSPR cell network and onto the corporate WiFi. GSM minutes unused and corporate WiFi leveraged.
In reality, costs $$$. For the practical person. Use the cell phone network when out of WiFi range, when in WiFi range use a SIP client to a VoIP provider of your choice.
It then opens a terminal session on the host running sshd. Keep the window open. Open your vncviewer software client and connect to localhost at port 5700. Viola!.
After the session is finished. Close vncviewer, then type 'exit' in the terminal session.
This gives you the flexiblity to use any port inside your office/offsite network without opening every port under the sun.
If you are interested in an older mainframe emulator that you can run on your own machine, then check out the "Hercules" emulator. It can run OS/390 which is the operating system for the BIG IBM zServer series. The problem is that you have to have a OS/390 server license and software. OS/360 is available for free to the public, though it's probably 15+ years old.
If you can get OS/360 running inside Hercules, then you will have a great base of knowledge to work on other IBM base mainframes, not the midrange servers like the AS/400 or iSeries.
My friend and some associates started a wireless ISP sharing a T1. A few residential users started using P2P such as Bearshare and Morphius to share out 'their' files. That saturated our T1 line. We used FreeBSD and the altq program which allowed us to throttle traffic and bandwidth as we saw fit. The current setup is that http traffic gets about 70% of priority with all 'other' traffic sharing the remaining 30%. If the http traffic is not in use, then the 30% group and grow. But if http starts back up again, then the 30% group is throttle back to 30%.
A suggestion to the gentleman in the school district would be to evaluate the 'critical' traffic that your teachers and administrators need. I would think http would be the first priority. Start by giving 60% to 70% of bandwidth to http then the remaining 30% to 40% to everything else. This includes ftp, RealPlayer, Streaming music, IRC chat, anything. Now, what this gains you is that you give limited bandwidth to other programs, but you don't shut anyone down. Your users with complain that ftp downloading is slow, but their web surfing is extremely fast.
On our network we have noticed that the amount of use on BearShare and Morpheius and P2P file sharing has dwindled. Only those that put up with the slower speeds are using them.
I know of at least two companies that use non-native RPG compilers on Linux. I can only remember one's name. http://www.open-rpg.com/ by CrossWorks. I attended the COMMON conference in Minn, MS last October. The Open RPG salesman said that you can take RPG code and run it through a Linux compiler and get executable object programs. I have not used it myself, but I looks as if some thought went into it. I don't know if the compiler can handle SQL style access. I do know it can handle basic record level access.
Hope this helps.
maquaro
I won't deny that not have a FreeBSD user around to help answer questions can be very agrivating. I happened to be enlightened by a co-worker to the finner unix points of FreeBSD. I moved from RH6.2 -2.2.19 to FreeBSD 4.3-Release. I have since removed Windows completely from my computer except for a VMWare window of 98. (Windows was meant to run in a Window(TM)). Besides, with the improved jail capabilities of FreeBSD we have all but moved our entire unix OS's to 1(one) box. It actually runs about 7 virtual OS's, namely dns, imap, dynamic-www, smtp, database, information processing. The ideas that sold me on FreeBSD over Linux were, ports/packages, 1 distribution, stablility.
Starting with 1 distribution, the OS has benefits out of the box. All kernel code is under peer-review. One person can't just say I want this to be this way. Any major additions are under peer scrutiny. Also the members of the core development team only got there because they have been and were submitters to FreeBSD for a long time. With have 1 distribution all the channels of the distribution talk to on another. You don't see Suse talking with RedHat. I didn't think so.
The stability issue is tied into the 1 distribution also. I feel sorry for Linus. He make a great kernel, but he can't do squat to make the surrounding distribution work if it breaks. The distro is only as good the surrounding subsystems. In my opinion FreeBSD leaves newer features in the CURRENT tree structure a little longer than Linux. Thus when a release version is created the release versions tend to have less problems.
Finally the ports and packages. It took me a few months to fully understand ports versus packages. I actually install the bash-2.05 package on any new installation so I can use the shell from the start. The packages can be accessed from/stand/sysinstall. Once the OS is installed just browse for the package of your choice. The package is a snapshot of the current packages at the time of release. You can even change the settings in sysinstall to fetch older packages, if you want. The ports are great because you can search through a selection of software that you can be sure will work in freebsd. FreeBSD works on it's Linux compatibility, not getting people to code on FreeBSD unless they develop exclusively on FreeBSD. If you can run it on Linux, changes are it will be available on FreeBSD in a little time. BTW, the ports directory/tree is created every day at 9AM EST. New changes everyday.
"You must unlearned what you have learned!" - Yoda
I could help but want to award this City Manager the highly coveted, never duplicated, Darwin Award. http://www.darwinawards.com/
E C=%7BCC5DEFB6-1B2A-4783-A5F8-A92275C95081%7D
;) he really is.
Please cast your vote to this wonderful individual.
http://www.tuttle-ok.gov/index.asp?Type=B_BASIC&S
Or at least let him know how "Wonderful"
The hardware and software big wigs are working to make this a reality. This is targeted to GSM/GSPR network carriers world-wide. Concept: You run phone call controling software on the smartphone that can talk to a "Smart Base Station Controler". The phone figures out the most stable link back to the base station via WiFi or GSM/GSPR cell network. The phone call is established and also rings back to you. Fun part, when you are getting out of your car, have a GSM cell network conversation, and step into your corporate WiFi bubble, the phone stays "Aha! I have WiFi" it then tells the base station to transition the phone call off the GSM/GSPR cell network and onto the corporate WiFi. GSM minutes unused and corporate WiFi leveraged.
In reality, costs $$$. For the practical person. Use the cell phone network when out of WiFi range, when in WiFi range use a SIP client to a VoIP provider of your choice.
Enjoy..
I run secure vnc connections over SSH proto version 2 local port redirections.
ssh -L {localport}:{remote machine name/ip address inside netowork}:{remote port} username@firewall's.internet.name
ssh -L 5700:192.168.0.2:5900 sshuser@sshhost.com
It then opens a terminal session on the host running sshd. Keep the window open. Open your vncviewer software client and connect to localhost at port 5700. Viola!.
After the session is finished. Close vncviewer, then type 'exit' in the terminal session.
This gives you the flexiblity to use any port inside your office/offsite network without opening every port under the sun.
If you are interested in an older mainframe emulator that you can run on your own machine, then check out the "Hercules" emulator. It can run OS/390 which is the operating system for the BIG IBM zServer series. The problem is that you have to have a OS/390 server license and software. OS/360 is available for free to the public, though it's probably 15+ years old.
If you can get OS/360 running inside Hercules, then you will have a great base of knowledge to work on other IBM base mainframes, not the midrange servers like the AS/400 or iSeries.
Just a suggestion. Good Luck.
Yeah what about my DEC VT320.... :)
My friend and some associates started a wireless ISP sharing a T1. A few residential users started using P2P such as Bearshare and Morphius to share out 'their' files. That saturated our T1 line. We used FreeBSD and the altq program which allowed us to throttle traffic and bandwidth as we saw fit. The current setup is that http traffic gets about 70% of priority with all 'other' traffic sharing the remaining 30%. If the http traffic is not in use, then the 30% group and grow. But if http starts back up again, then the 30% group is throttle back to 30%.
A suggestion to the gentleman in the school district would be to evaluate the 'critical' traffic that your teachers and administrators need. I would think http would be the first priority. Start by giving 60% to 70% of bandwidth to http then the remaining 30% to 40% to everything else. This includes ftp, RealPlayer, Streaming music, IRC chat, anything. Now, what this gains you is that you give limited bandwidth to other programs, but you don't shut anyone down. Your users with complain that ftp downloading is slow, but their web surfing is extremely fast.
On our network we have noticed that the amount of use on BearShare and Morpheius and P2P file sharing has dwindled. Only those that put up with the slower speeds are using them.
Good luck.
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GIT/>CS d(+) s:+ a- C++$ UB++++ P+>++ L- E--- W++>+++ N o+ K? w-->--- O- M>+ V-- PS(+@) PE+>() Y+>++ PGP+>++ t(+) 5- X(+) R+(++) tv+ b+ DI D+(++) G++ e+>+++ h---() r+++ y?
------END GEEK CODE BLOCK-----
I know of at least two companies that use non-native RPG compilers on Linux. I can only remember one's name. http://www.open-rpg.com/ by CrossWorks. I attended the COMMON conference in Minn, MS last October. The Open RPG salesman said that you can take RPG code and run it through a Linux compiler and get executable object programs. I have not used it myself, but I looks as if some thought went into it. I don't know if the compiler can handle SQL style access. I do know it can handle basic record level access. Hope this helps. maquaro
I won't deny that not have a FreeBSD user around to help answer questions can be very agrivating. I happened to be enlightened by a co-worker to the finner unix points of FreeBSD. I moved from RH6.2 -2.2.19 to FreeBSD 4.3-Release. I have since removed Windows completely from my computer except for a VMWare window of 98. (Windows was meant to run in a Window(TM)). Besides, with the improved jail capabilities of FreeBSD we have all but moved our entire unix OS's to 1(one) box. It actually runs about 7 virtual OS's, namely dns, imap, dynamic-www, smtp, database, information processing. The ideas that sold me on FreeBSD over Linux were, ports/packages, 1 distribution, stablility.
/stand/sysinstall. Once the OS is installed just browse for the package of your choice. The package is a snapshot of the current packages at the time of release. You can even change the settings in sysinstall to fetch older packages, if you want. The ports are great because you can search through a selection of software that you can be sure will work in freebsd. FreeBSD works on it's Linux compatibility, not getting people to code on FreeBSD unless they develop exclusively on FreeBSD. If you can run it on Linux, changes are it will be available on FreeBSD in a little time. BTW, the ports directory/tree is created every day at 9AM EST. New changes everyday.
Starting with 1 distribution, the OS has benefits out of the box. All kernel code is under peer-review. One person can't just say I want this to be this way. Any major additions are under peer scrutiny. Also the members of the core development team only got there because they have been and were submitters to FreeBSD for a long time. With have 1 distribution all the channels of the distribution talk to on another. You don't see Suse talking with RedHat. I didn't think so.
The stability issue is tied into the 1 distribution also. I feel sorry for Linus. He make a great kernel, but he can't do squat to make the surrounding distribution work if it breaks. The distro is only as good the surrounding subsystems. In my opinion FreeBSD leaves newer features in the CURRENT tree structure a little longer than Linux. Thus when a release version is created the release versions tend to have less problems.
Finally the ports and packages. It took me a few months to fully understand ports versus packages. I actually install the bash-2.05 package on any new installation so I can use the shell from the start. The packages can be accessed from
"You must unlearned what you have learned!" - Yoda