Hi, Unable to get echomac (echolink) to go beyond just listing the stations. So far:I've tried 2 different Macs (newest version of System TIger) on more than a dozen different ISPs, both 802.11 wireless and hard wired and T1 with no results. UDP ports 5198 and 5199 are properly active under firewall of the router I use most of the time. Results: nil. On instances with a router, I established proper tunneling (Netopia calls it pinhole) of UDP 5198 5199 thru the router's firewall. Results: Nil

Quote =AA4FX "The application installed with no problems. Works well. No problems."

Sir, this is great for you. May I ask, how did you get it to work?

The top message posted in the product review form states, "don't believe people who can't get it working." Well please stand around and watch. It does not work. Shall I make a video of it not working and post the video?

Quote = MWILDING: "The solution: pick a machine, get its IP address and set up port forwarding on your router/bridge. "

QUOTE=Jim "Simply making a hole is not enough. It must reverse any network address translation it is doing. "

The pinhole is in place, but how do I do that the reverse NAT???

QUOTE=Jim "The EchoMac Help suggests using port triggering, because that is the most foolproof way of making sure you are forwarding to the right private IP address."

That's nice, but it fails to explain how to do it, it assumes the reader is proficient in port triggering.

QUOTE=Jim "If your router doesn't provide that feature, you will need to change the forwarding address each time you try a different computer on your LAN to make sure you are forwarding to the right private IP address."

What forwarding address and, how, specifically, do I do this?

I'm not trying to be disrespectful. Congratulations to those who managed to get it to work. I've spent a lot of long hours trying to troubleshoot EchoMac; there may be some elusive, missing steps that will make a difference. Any clue as to what specifically makes it work will be much appreciated.

My router logs show TCP port 5200 is also used. I would set your "pinhole" to allow TCP/UDP 5198 to 5200 and see if that fixes it.

Any clues in your router logs? (dropped/blocked IP/ports)Firewall on the computer you are using turned on? Try disabling it. It may need an exception added if it's the XP built-in firewalland things work if it's turned off.

Lots of things can get in the way, depending on how your particular router and system are configured. Just takes time to poke at it until one of you gives up.

Been trying lots of things, and lots of different hotel routers as i travel a lot (although I can't mess with those), and even some random wireless systems; so far, I can't get past just seeing the list of 3600 stations that are on the air. Attempts to connect result in timeouts.

Hi Jack, I had a very difficult time getting echomac to work on my computer also. There is a help file in echomac that will help you with some of the settings on you computer, router, and modem . What I found to be the biggest problem was my modem settings. I don't have a router but my modem has settings like a router that took a lot of playing with to get right. I was able to get echolink to work on my PC running XP but not on my Mac with OS 10.4.10. I finally got the settings right and now I can use ether computer without any problems. I had to call the modem manufacture and have them walk me through the steps several times. I then figured out on my own how to get both computers to work. I don't have a clue as to where you are with the entry of SCUBA. If you want to email me directly I am good in QRZ maybe I can help you more. Al, n7ioh

echolinux is telling you something is wrong, unfortunately in the typical cryptic way most error messages do, completely useless. A quick search for exit code 15 did not give me a clue. Programmers may know it, I don't.

Do you have the latest EchoMac 1.16? Try deleting and emptying trash on the old application and preferences and reinstall. Versiontracker.comhas the latest. It's for both PPC and Intel Macs.Also try repairing permissions (I know, it's silly)

Do you have the proper sound-in and out devicesselected in the Sound prefpane? (I doubt this is it)

Did you ever find port triggering on the router?If so, you could try setting TCP/UDP 5198-5200 to trigger those same ports.

Did you set port forwarding in the router to point 5198-5200at the IP of your Mac? If your Mac doesn't have a static IPthat wouldn't work unless you were lucky.Set the Mac to a static IP (not DHCP) and update the router settings.

If any other silly ideas come to me, I'll pass them on until yousay enough.

RE: The Netopia Router (Motorola), in their manual, regards "pinhole" to be "port forwarding." W7IOH, I don't use the website login, "SCUBA," I use my real callsign and password as assigned.

WB6NGC, I do have ver 1.16 running (not running), and firewall off, repaired permissions, performed all the diagnostics that the Onyx program provides. I tried using windoze XP under Parallels on the MacBook Pro with Echolink, and experienced the same problem.

I travel a lot, so I tried numerous hotel routers (hard wired and wireless) with the same problem, although Jim advised that hotel routers typically forbid any kind of port forwarding.

Sound functionality is normal on both Macs

Coffee - Yes

Getting a router log out of a netopia router is elusive; setting it up to provide a log is a "no go" so far. Guess I need to go to the CCNA course in Idaho.

I just re-read your first post and your example of the port forwarding settings. If you do indeed have the internal IP address pointing at 192.168.1.0, I would think that incorrect as that is the entire network (sort of) Hope that's a typo, unless the Netopia is really strange in how it handles NAT and port forwarding.It should point to the address you have assigned to the Mac running EchoMac.

Did you also say you had tried all this with the Netopia firewall disabled? If not, maybe you require a firewall rule to allow echomac traffic in and out (I do)

I've always loved networking, sort of like working in the dark with my eyes closed. Luck

Hi WB6NGC, my typo, it was pointing to 1922.168.1.2Since last QSO on line, I physically took my Powerbook (MacBook) pro over to my ISP. Then I connected directly to a T-1 line without the use of my router.

Signs and symptoms were the same; I could receive the list of stations but could not connect. Tried several while the engineer watched and no results.

I switched over to Parallels and ran EchoLINK under windows xp; same signs and symptoms, no connect.

It would appear that my router is not to blame; this leaves 2 Macs that won't connect, so the only thing to do is to re-look all my settings.

The first thing I did was go to the echo link website and make sure my account is valid and pw is correct.

Looking over Network settings:

Location Automatic, Built in Ethernet, Using DHCP, 192.168.1.2, Configure IPv6 is automatically.

Do you happen to have any 3rd party network tools installed, such as Lil'Snitch? Something that can specifically block outgoing network activity from an application is what it sounds like you are suffering. It would have been nice to hear from the ISP tech whether you had outgoing connection attempts or if the incoming replies are being blocked. Sadly echomac has little logging help. So there is still the question if it is your outgoing udp connection packets or the return replies that is causing the break.At least you can be pretty certain it is on your Macbook that the problem lies. What would be interesting would be to find a buddy nearby who has it all working on a laptop that can come to your house and try, just to be sure it isn't your ISP blocking ports that is the problem.

Yes, I am a Lil'Snitch user; I set up Lil'Snitch to allow EchoMac to use any port and any protocol; later I tried it with Lil'Snitch filtering off. Unfortunately, for me, results were still nil.

I haven't tried it with System Leopard yet, I have it installed on an external firewire drive; I'll boot to it, try Echomac with it and see what happens. If that fails, I'll install System Leopard on another external using a regular install (not an upgrade).

After that, if that fails, I guess I could get the ISP engineer to monitor my data stream. It must be someting improper with my network settings; I even tried a wi fi connection on a neighbor's house to an unsecure wireless router (yeah, I know, slap, slap), using a MFJ-1800 yagi antenna.

Okay. So you get the list, that means your username and password and servers are okay.

You have bypassed both software and hardware firewalls to eliminate their blocking UDP 5198-5199 IN and OUT

You have used alternate ISP in case your ISP is blocking unused ports

Once you go online, can you watch the router activity led (if exists) and see if it looks like there's activity when you double-click on the ECHOTEST entry. Looking to verify outgoing UDP from your Mac. Tried enabling loggingin the Firewall/Advanced pane? Then do a few test connects and then see if the log shows anything.

I just dropped into leopard and with the firewall in its default off state, EchoMac worked for me. I could connect to the echotestsuccessfully.

Well, that's all I can think of for now. Guess I'll go get a piece of rhubarb pie and clear my mind.

I just checked this on another Mac. I don't have echomac firewall ports defined at all. LilSnitch has the ports, instead.So, try deleting the two "other" firewall defs you made for echomac. Then delete the rules in lil snitch. Should be 3.

Echo Macecholinuxechoaudio

Then try running Echo Mac again and connecting to ECHOTEST

Lil Snitch should ask ok for Echo Mac, then echolinux then echoaudio. Allow all 3 forever and see what happens.

I got in partially. I went to Echomac preferences and reduced the station information from the long default to less than 23 characters. Tried Echo Test, echo audio, node 9999, nothing.

Went to the sound control panel, made tested my sound input, it works fine, made sure sound output was ok, closed sound control panel.

For the first time, echomac (lower left) presented number of stations online. Growl preferences, for the first time, indicated connected or disconnected. Then I got connected to Echo audio, it showed the ip number, for the first time, in the connected to box.

However..., Push toggle to transmit went gray and would not allow transmit. Previously, during unsuccessful attempts to connect, the push to transmit would turn red or off, but made no difference.

Lil Snitch became an unintentional notification system of network activity; in these cases, Snitch presented me with a 4th option to allow both the IP and the port simultaneously (which it didn't do before).

Presently, further attempts to do echotest are unsuccessful.

Am I supposed to check the Busy check box in every attempt? I've been trying both ways. ThanksJack

Copyright 2000-2017 eHam.net, LLC
eHam.net is a community web site for amateur (ham) radio operators around the world.
Contact the site with comments or questions.
WEBMASTER@EHAM.NETSite Privacy Statement