Cant locate Proxies in the dump.. "SIPProxyURI" no

[gtburgin]

I used the WIKI process to try and find my Proxy and was able to do
so (it was Atlanta) but when I try to find the others by searching for
SIPProxyURI= that string is not in the file anywhere. Perhaps mgmt has changed something??? Any ideas??

[az2008]

I used the WIKI process to try and find my Proxy and was able to do
so (it was Atlanta) but when I try to find the others by searching for
SIPProxyURI= that string is not in the file anywhere. Perhaps mgmt has changed something??? Any ideas??

Check the wiki how-to again. The string to search for changed a few days ago. Now it's

Code: Select all

transport=udp

I had the same problem. My pmdumps didn't contain "SIPProxyURI=". I updated the wiki with the different search string. But, yesterday my pmdump contained "SIPProxyURI=" again. So, it seems to be unreliable.

Never consider anything on the wiki to be final. Things change over time. Always go back and check. That's why a wiki is more desirable than using forum posts (and stickies) as how-tos, etc. The nice thing is, anyone can update it.

Mark

[az2008]

BTW: You'll probably have to use the list of proxies in that wiki how-to because MJ has broken something in DNS. Servers in many regions can't be resolved using nslookup. I'm waiting to see if it's due to the upgrades, and if it is eventually fixed. If not, the how-to will need to be changed with some different techniques to figure out which region a proxy address is in.

But, for now, you can just match up an IP address to the list in the how-to.

Mark

[gtburgin]

"Check the wiki how-to again. The string to search for changed a few days ago. Now it's.."

I just went to the WIKI how to. I dont see that changed string, just the old one.

[az2008]

I just went to the WIKI how to. I dont see that changed string, just the old one.

Do you need to refresh your browser? I just looked at it:

URL: http://en.wikibooks.org/wiki/MagicJack/ ... le_proxies

It begins:

Using the same steps described above in Identify your proxy, search the memory dump for: transport=udp. ...

Mark

[gtburgin]

I just navigated to the link you posted and I see the following....

"Using the same steps described above in Identify your proxy, search the memory dump for: SIPProxyURI=. "


I must be accessing a different shadow of phoneservicesupport.com

[gtburgin]

" must be accessing a different shadow of phoneservicesupport.com"


err, that should have been wikibooks.com

[murphy]

The problem is that az2008 is seeing the draft version that is awaiting review and gtburgin is seeing the older published version.

[gtburgin]

Thank! I went back to the top of the page and found the link to the draft version and can see the updates.

[az2008]

The problem is that az2008 is seeing the draft version that is awaiting review and gtburgin is seeing the older published version.

Thanks for noticing that. Someone at WikiBooks "reviewed" that page. it's the only page which has been "reviewed." Apparently the way WikiBooks works is that when something is "reviewed," a visitor has to explicitly click on the "draft" link at the top to see newer revisions.

I've asked the reviewer if he can remove his review. Otherwise, I'll put a big bold line at the top saying "!!!Click the DRAFT link above!!!"

About a month ago I got the impression WikiBooks wasn't a good fit for this wiki. It's geared too much towards a real "book." (Editors, reviewers). Some of the regular participants suggested it would eventually come up for a "vote to delete." Although they seemed to have quieted down.

But, I think the wiki will move to a dedicated, application-specific wiki soon. I'm going to see if I can get that guy to "un" review it and leave it alone until it moves.

Mark

Mark

[tony]

I updated the wiki with the different search string. But...
Mark

Hi Mark,
I'm working through how to identify and ultimately change proxy servers away from the New York one I think I'm using. A suggestion for the Wiki is to add one step in the sequence...

1. Using the DOS (command) window and PID as described above, execute:
pmdump {pid} mj_dump.txt
2. Open mj_dump.txt using a text editor like textpad.
3. Search for the string: s=ENSResip

that is a new step between 1 and 2, to press CTRL-C to end the dump. I waited and waited for pmdump to "finish", then remembered CTRL-C from my DOS days and gave it a try--which seemed to work, I got back to the DOS prompt.

On the other hand, maybe I'm not using pmdump correctly? In anycase I'm not comfortable editing any of the technical info on the wiki.

-Tony

[az2008]

3. Search for the string: s=ENSResip

that is a new step between 1 and 2, to press CTRL-C to end the dump.

I haven't had that problem. If someone else can confirm, I can add that to the wiki.

BTW: I thought I changed the how-to to search for a different string than "s=ENSResip". I had a problem where that string didn't appear in my pmdump one day. I thought a different string was better to use. But, I see the how-to contains the old string. (I had some problems with that how-to a few weeks ago. I had to roll back some changes and recreate it because one of the wikibooks regulars "reviewed" the page. That's intended to be helpful. But, it caused a problem where normal visitors didn't see updates until another "review" occurred.).

I'll change that string soon.

Mark

[tony]

I haven't had that problem. Mark

Hi Mark
I should add I'm using a T5700 thin client if that's a factor. I initially had trouble getting pmdump to write to a drive on the thin client. I plugged in a USB memory drive and I can write to that.

Next problem, I've tried the route command in DOS as
route add 216.234.64.8 mask 255.255.255.255 192.168.1.254

I tried both making a call and checking pmdump again. Just to be sure, I stopped D: and E: drives, unplugged the dongle, waited, re-plugged into load MJ again and made a call. Seems I'm still using the New York proxy.

I'm not sure how long to wait for the dump to happen before pressing CTRL-C. I'm not sure I'm getting a full dump because most times I can't find the strings I'm supposed to find.

Could someone give me more clarity (i.e., step by step) about what I do after I do the route command please? Can I just make a call or do I need to unplug MJ and re-plug in so it can log onto another proxy? Once it finds a proxy, is it persistent or does MJ find a proxy on every call. I sure would like to see if another proxy will clean up my call quality.

thanks.

[az2008]

Can I just make a call or do I need to unplug MJ and re-plug in so it can log onto another proxy?

You have to restart MJ. The menu->advanced->restart seems to do the trick. (Never unplug the MJ device without first using Windows's "safely remove hardware" feature. Otherwise, you'll eventually corrupt your MJ device.).

After it restarts, follow the wiki find/change instructions to find out which proxy you're connected to (to confirm it changed). If it didn't change, you may have the condition which affects some people, where you have to set the route to a real (live) IP address on your LAN (other than the one of the box running MJ). If that's the case, and you don't have a real IP address on your LAN, you'll have to investigate using IPSec ("pagemen's" instructions on this weren't very verbose, so I can't help you with that.). Or, use a router/firmware (Tomato) which supports iptables. Block the traffic in the router.

Once it finds a proxy, is it persistent or does MJ find a proxy on every call. I sure would like to see if another proxy will clean up my call quality.

It should be persistent. It does a stay-alive activity every 20 seconds or so. And, re-authenticates every 15 minutes (or so). I suppose if either of those failed it might try to connect to the next proxy (just like it does when it starts). That could be tested by blocking the currently-connected proxy. Then keep trying to call the echo test number for 20 minutes (or until the call works). Then see what proxy it's connected to using the wiki find/change instructions.

Mark

[tony]

OK, I'm successfully blocking access to the NY and LA proxies. I'm on the West of Canada. Should I try to be accessing the closest proxy server such as Seattle Washington? Currently the MJ is accessing Washington DC which across the continent from me. Does distance affect the call quality?

[az2008]

Currently the MJ is accessing Washington DC which across the continent from me. Does distance affect the call quality?

Not in my experience. I've used MJ from a number of locations in South America.

A few weeks ago I did daily tests of 8-12 proxies. Minneapolis was the best quality. But, among the furthest.

Seattle was the worst. Completely unusable.

I used MJ yesterday around 3pm and it was *awful* (with my default Phoenix proxy). I didn't try changing proxies. The evening before it was good.


Mark

[tony]

Currently the MJ is accessing Washington DC which across the continent from me. Does distance affect the call quality?

Not in my experience. I've used MJ from a number of locations in South America. Mark

OK, so distance not likely a factor. In fact I've had good (and bad) calls using the NY proxy where my PC was located on the west coast.

I posted my approach of using just the router interface for checking which proxy server MJ is using and setting up route blocking http://www.phoneservicesupport.com/alte ... t4853.html

I wonder if instead of blocking access to proxies if I can use the Static Routing table to instead direct MJ to a specific proxy server? My entry would be:

Route Entries: 1
Enter Route Name: any arbitrary name
Destination LAN IP: 216.234.64.8 <New York proxy>
Subnet Mask: 255.255.255.255
Gateway: 67.88.183.70 <redirect to Minneapolis proxy>
Interface: Internet (WAN)

I'll try it when I get a chance. If this works, it'll be more direct than blocking proxies to drive MJ to the desired one.