|
Joined: Feb 2016
Posts: 28
Member
|
Member
Joined: Feb 2016
Posts: 28 |
I am trying to connect a couple of the older xts lip-24's (3813-02) to a summit. They work perfect on the same lan with mac registered under p235. But when I go remote, they will register and even show as a lip-24 under device ip plan and show the public ip AND the lan ip of the phone itself but the phone says no response from mfim. I don't have any of the newer ip sets to try.I haven't done any remote ip sets other than the ucs mobile so I can't be sure I know what I am doing. The only difference seems to be to entery the mac under p442 instead of p235. I also tried forwarding all ports on both sides.
If someone wants to do a test with a newer one I can program your mac into my switch and see what happens. call three oh zeven 679 7785
Last edited by Derrick; 06/10/16 11:48 AM.
|
|
|
Visit Atcom to get started with your new business VoIP phone system ASAP
Turn up is quick, painless, and can often be done same day.
Let us show you how to do VoIP right, resulting in crystal clear call quality and easy-to-use features that make everyone happy!
Proudly serving Canada from coast to coast.
|
|
|
Joined: Aug 2003
Posts: 5,154 Likes: 3
Moderator-Vertical, Vodavi
|
Moderator-Vertical, Vodavi
Joined: Aug 2003
Posts: 5,154 Likes: 3 |
Do you have your WAN IP programmed in PGM 102, "Firewall IP Address"?
|
|
|
|
Joined: Feb 2016
Posts: 28
Member
|
Member
Joined: Feb 2016
Posts: 28 |
Yes i do, the sip trunks also require it and won't work without the correct firewall ip entered in p102.
Last edited by Eric Young; 05/16/16 01:38 PM.
|
|
|
|
Joined: Jan 2008
Posts: 3,821
Retired Moderator
|
Retired Moderator
Joined: Jan 2008
Posts: 3,821 |
I would be surprised if this is a set issue, if they work on a lan they should work remotely. I think that this is an ip address/port forwarding issue.
Pgm 235 is the registration table for Summit Systems on the same LAN. For remote operation of ip phones clear the mac address out of 235 and enter it in pgm 442. Make sure the phones are programmed for the MPB mifm Public Wan address. You could forward the same ports as for the UCS 1720-9999
Last edited by Derrick; 05/16/16 04:19 PM.
www.myrandomviews "Old phone guys never die, they just get locked in some closet with an old phone system and forgotten about" Retired, taking photographs and hoping to fly one of my many kites.
|
|
|
|
Joined: Aug 2003
Posts: 5,154 Likes: 3
Moderator-Vertical, Vodavi
|
Moderator-Vertical, Vodavi
Joined: Aug 2003
Posts: 5,154 Likes: 3 |
Yes i do, the sip trunks also require it and won't work without the correct firewall ip entered in p102. That's not always true. SIP depends on your settings in SIP CO Attributes, and also how your router is setup. While I've never tried that model, I agree with Derrick that it "should" work from the outside if your router is set properly. Here are the ports: UDP 5060 = SIP Signalling Channel. UDP 5588 = Unicast port UDP 6254 = Multicast Port UDP 7000-7015 = Voice Channels UDP 7100-7115 = Voice Channels UDP 7300-7315 = Voice Channels UDP 10,000-10,239 = VOIU switching channels (only put this in if using virtual switching channels).
Last edited by nfcphoneman; 05/16/16 05:27 PM.
|
|
|
|
Joined: Feb 2016
Posts: 28
Member
|
Member
Joined: Feb 2016
Posts: 28 |
Under p442 I leave the password blank correct? See if this looks right in the phone programming:
mode=remote vlan- not set/can't change dhcp = curently disabled (I tried both ways) ppp=disabled pw/user id for ppp I assume leave blank device number=ext number mfim = public ip of summit router w/above ports forwarded Router ip = internal ip of local router on the phone lan net mask = 255.255.255.0 phone ip = lan ip of phone Do I need to forward any ports on the phone side router?
|
|
|
|
Joined: Aug 2003
Posts: 5,154 Likes: 3
Moderator-Vertical, Vodavi
|
Moderator-Vertical, Vodavi
Joined: Aug 2003
Posts: 5,154 Likes: 3 |
Under p442 I leave the password blank correct? Normally that is correct. If you've already connected the phone to the system on the LAN, then you don't need to enter anything in 442. The system has registered the MAC of the phone. mode=remote (Yes) vlan- not set/can't change (Correct) dhcp = curently disabled (Should be set to yes in most cases. This is how the phone gets the IP from the local (phone side) router.) ppp=disabled (Correct) pw/user id for ppp I assume leave blank (Correct) device number=ext number (No, should be blank) mfim = public ip of summit router w/above ports forwarded (Correct) Router ip = internal ip of local router on the phone lan (Correct. This will be auto assigned if you use DHCP) net mask = 255.255.255.0 (Yes, if that's your LAN configuration. Auto assigned if use DHCP.) phone ip = lan ip of phone (Yes. Again, DHCP will take care of this.) Do I need to forward any ports on the phone side router? (Normally no.)
|
|
|
|
Joined: Feb 2016
Posts: 28
Member
|
Member
Joined: Feb 2016
Posts: 28 |
SOLVED, I purchased a VIP series phone and it works perfect remotely. Everything about the phones programs the same way but the old xts phones will only work in local mode on the same lan. I will just keep the old ones for local users and not worry about it.
Thanks for all the help!
|
|
|
|
Joined: Feb 2016
Posts: 28
Member
|
Member
Joined: Feb 2016
Posts: 28 |
Is there a way an admin can change this title to something more helpful like "using remote xts ip phones on a summit" in case someone runs into this problem again....
|
|
|
|
Joined: Jan 2008
Posts: 3,821
Retired Moderator
|
Retired Moderator
Joined: Jan 2008
Posts: 3,821 |
Is there a way an admin can change this title to something more helpful like "using remote xts ip phones on a summit" in case someone runs into this problem again.... I will take care of it.
www.myrandomviews "Old phone guys never die, they just get locked in some closet with an old phone system and forgotten about" Retired, taking photographs and hoping to fly one of my many kites.
|
|
|
Forums84
Topics94,428
Posts639,501
Members49,821
|
Most Online5,661 May 23rd, 2018
|
|
|
|