|
Joined: Feb 2007
Posts: 1,314
Member
|
Member
Joined: Feb 2007
Posts: 1,314 |
I have a system that handles 2 businesses at 3 main locations. The original business has a couple of DKt's and a few off-site IPT's that work flawlessly. We recently upgraded the IPU to an MIPU, and kept the old BIPU since some of the IPT's are still the 1000 series that don't work with the MIPU. We added 6 5122-SD(site B) at one location and 3(site C) at another. Last Monday, site C had an issue where the IPT's automatically registered as the wrong ext number. So for instance, ext 3940 was reading as 3941, 3941 came up as 3942, and 3942 was reading a "REJECTED" error message presumably because 3941 was taking up the ext number. I went onsite and looked at the programming in the phone and all was fine. To correct the problem I had to unplug all phones and plug them in one at a time so that they could register as the ext that they were programmed to be.
On tuesday and then again on friday, the same thing happened to site B.
I have a ticket open with Toshiba tech support and have gone through a bunch of programming with them, and sent them a bunch of log files which they are reviewing now.
This is only happenening at site B and C and they are the only sites that have the 5000 series IPT's. Site A has a few IPT 2008's connected to the same MIPU and they have never had a problem in a few years. The only other thing that site B and C have in common other than the MIPU and the style of phones, is a small 8-port D-Link switch.
For the ISP, site B has a cable modem(Comcast) in front of the switch and site C has a DSL modem (Qwest).
My question is first off, has anybody seen anything like this or have any idea what the issue may be? Second question, could the D-Link switch somehow be causing this, and how? Finally, the third question, do you think this could be a bad batch of phones?
|
|
|
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: Feb 2009
Posts: 12
Member
|
Member
Joined: Feb 2009
Posts: 12 |
I just installed a CIX 100 with 10 Ip phones and I had something similar to this happen where i was getting REJECTED randomly on the IPTs. It ended up I got my numbers wrong and had same IPs for some phones.
I don't function well in the mornings! :p
|
|
|
|
Joined: Mar 2009
Posts: 66
Member
|
Member
Joined: Mar 2009
Posts: 66 |
I recently had issues with a Mipu 16 which was put in slot 9 of a cab, I was getting some weird problems, We suddenly remembered that slot 9 was an 8 port slot, once we moved the card to slot 2 it was fine, what size Mipu do you have and what slot is it in ?
|
|
|
|
Joined: Feb 2007
Posts: 1,314
Member
|
Member
Joined: Feb 2007
Posts: 1,314 |
We have an MIPU 16 and its in slot 7 of an expanded CIX100 with slot 8 open so thats not an issue. To Matt, most of the time all of the phones work fine in all locations its just that at times they will just change their ext numbers. The only time we get the REJECTED error is when one phone takes over the ext number of another working phone.
|
|
|
|
Joined: Feb 2007
Posts: 325
Member
|
Member
Joined: Feb 2007
Posts: 325 |
RRino \ Do you have the 'ipu mode' set for manual or broadcast on the phones?
maybe try in the 'ipt data' to set 04 to 'not permitted' and 05 to 'apply' so that only that phones mac can regiter as that ext.
|
|
|
|
Joined: Feb 2007
Posts: 1,314
Member
|
Member
Joined: Feb 2007
Posts: 1,314 |
The IPU mode is set for manual and FB04 in IPT data is set for "not permitted". I asked TS about the authentication and they said it shouldn't matter so I left it the way it was. I think ill try that though. The hardest part of trying to figure this out is that the scenario cannot be readily duplicated. Its happened 4 times now in the past 2 weeks at seemingly random times. This morning it happened at the site with only 3 phones on a dsl, before I got to the site, the person there reset the dsl modem and everything came back up correctly.
Still waiting to hear back form TS on the log files I sent them. I figure either this stumped em real good, or they are scrambling trying to figure out a fix for something that was overlooked in the engineering process. Then again, Im just a lowly phone guy, what do I know?
|
|
|
|
Joined: Sep 2004
Posts: 2,017
Former Moderator-Toshiba, Request an Installer
|
Former Moderator-Toshiba, Request an Installer
Joined: Sep 2004
Posts: 2,017 |
Originally posted by RRino: Then again, Im just a lowly phone guy, what do I know? Sometimes, more than they do!
|
|
|
|
Joined: Oct 2004
Posts: 22
Member
|
Member
Joined: Oct 2004
Posts: 22 |
Does any of the phones have a "login" button? Maybe a user is changing their own extension? Just a thought... Dwight Jones www.exordium.net
|
|
|
|
Joined: Feb 2007
Posts: 1,314
Member
|
Member
Joined: Feb 2007
Posts: 1,314 |
Thanks for the thought Dwight, the answer is no, we have disabled all parameters associated with the User Mobility feature.
|
|
|
|
Joined: Feb 2007
Posts: 1,314
Member
|
Member
Joined: Feb 2007
Posts: 1,314 |
Just an update, when I said that something might have been overlooked in the engineering process, I might have been right on track. On the 26th Toshiba released a new firmware version for the 5xxx series IPT's and that was what was recommended to me by them as a solution. Since then all of my IPT's have been upgraded and no problems as of yet. That remains to be seen though since the problem was random and could not be readily duplicated in the first place.
Anyway, if any of you have any 5xxx series IPT's out there, better get the firmware upgraded.
|
|
|
Forums84
Topics94,512
Posts639,933
Members49,844
|
Most Online5,661 May 23rd, 2018
|
|
3 members (justbill, Toner, RonP),
122
guests, and
32
robots. |
Key:
Admin,
Global Mod,
Mod
|
|
|
|