magicJack and MagicJack Plus Support, Reviews, FAQs and Hacks

mberlant · Posted: Fri Mar 06, 2009 7:05 pm Post subject:

They may be elsewhere on a PAP2 (I don't have one nearby), but on all SPA devices these are fill-in boxes at the top of the User page.

The first section of boxes lets you fill in the destination telephone numbers for CFA, CFB and CFNA and the ring delay for CFNA. The second section of boxes lets you fill in a Caller ID number or pattern in the left-hand box and the destination phone number for that pattern in the right-hand box.

These functions of the ATA work by intercepting the Incoming Call packet and sending it back to the SIP server as a Redirect packet containing the new destination telephone number.

Since the MJ softphone does not work this way (Call Forwarding is performed by registering the request inside MJ's server), causing your ATA to send this illegal packet to the MJ server is an invitation to be identified as a fraudulent user.

There is another reason I would not like to see you tempt the fates by trying this feature. One of the ways we get to continue using our own ATAs with the MJ service is by staying under MJ's radar. I don't recommend anything that has a high probability of waking that sleeping bear.

Google · AdSense

MagicDump · Posted: Fri Mar 06, 2009 7:22 pm Post subject:

Thanks mberlant:

I have edited the first post and posted the screen shot of the User Menu and as you said is in the first part of the User Menu as Cfwd options.
So just don't put anything in there.

MagicDump · Posted: Fri Mar 06, 2009 7:55 pm Post subject:

FrankPepe · magicJack Apprentice Joined: 15 Feb 2009 Posts: 13

Hi Msiam
, My RTP300 was working great untill 3 days ago and then I started experiencing this intermittent one way audio you describe. have you found a solution in the settings yet? If not in the settng is ther a thread devoted to this topic elsewhere? thanks!
-Frank

mberlant · Posted: Sat Mar 07, 2009 1:58 am Post subject:

Yes, someone in another thread said that he had success by changing which proxy server he pointed to. Search for "proxy" and scan the titles for that recent posting if you want to read that discussion.

AlpineMan · magicJack Apprentice Joined: 02 Mar 2008 Posts: 12

msiam · Posted: Sat Mar 07, 2009 1:51 pm Post subject:

Frank, It seems that my problems have disappeared, so far, ever since I changed the proxy location, I will monitor and if I run into more difficulties, I will try to change the proxy again. So, it's " So Far, So Good", although, It just could have just been an upgrade issue from MJ for the last week or two.. Confused

Anyway.. we'll see.
_________________

mberlant · Posted: Sat Mar 07, 2009 6:53 pm Post subject:

Discussion in another thread caused me to notice that there is no STUN setting in this configuration. While the ATA has other tricks to discover its public information in order to give that information to the SIP server, STUN is a very reliable method when these tricks fail for one reason or another.

I recommend the following settings at the bottom of the SIP page:

STUN Enable: Yes
STUN Test Enable: No
STUN Server: stun.ekiga.net:3478
NAT Keep Alive Intvl: 15

If this helps anyone close up the security exposure of forwarded ports, that would make me very happy.

mberlant · Posted: Sat Mar 07, 2009 6:55 pm Post subject:

MagicDump · Posted: Mon Mar 09, 2009 8:24 am Post subject:

Public STUN servers

* stun.ekiga.net
* stun.fwdnet.net (no XOR_MAPPED_ADDRESS support)
* stun.ideasip.com (no XOR_MAPPED_ADDRESS support)
* stun01.sipphone.com (no DNS SRV record)
* stun.softjoys.com (no DNS SRV record) (no XOR_MAPPED_ADDRESS support)
* stun.voipbuster.com (no DNS SRV record) (no XOR_MAPPED_ADDRESS support)
* stun.voxgratia.org (no DNS SRV record) (no XOR_MAPPED_ADDRESS support)
* stun.xten.com
* stunserver.org see their usage policy
* stun.sipgate.net:10000
* numb.viagenie.ca (http://numb.viagenie.ca) (XOR_MAPPED_ADDRESS only with rfc3489bis magic number in transaction ID)
* stun.ipshka.com inside UA-IX zone russsian explanation at http://www.ipshka.com/main/help/hlp_stun.php

VoipDude · Posted: Wed Mar 11, 2009 7:47 pm Post subject:

Problem configuring my ATA. It's probably something simple I am overlooking. I'll try again later.

VoipDude · Posted: Wed Mar 11, 2009 8:03 pm Post subject:

I must say you surely have to have patience when your working with this kind of stuff Mad

pagemen · Posted: Wed Mar 11, 2009 8:57 pm Post subject:

It would be great if someone could upload the configuration file backupped by this utility

http://www.opensky.ca/~jdhildeb/software/spaconf/

just make sure to remove the phone#.

VoipDude · Posted: Wed Mar 11, 2009 9:03 pm Post subject:

Problem solved.

Thanks to MagicDump for his excellent configuration picture post.

Thanks to mberlant for encouraging me to not give up.

VoipDude

MagicDump · Posted: Wed Mar 11, 2009 11:37 pm Post subject: