Alcatel Unleashed

no problem tot3 - Eliott must be on holiday

OK, some good news and then some bad news;

I finally managed to get a mipt 310 set working. Then I had a problem that whenever I tried to call another UA set on the system, the UA would ring but when you answer on the UA, the mipt would go out of service! I found out it was the compression state between the eMG with the UA device and the mipt. The mipt only works with G711 and the shelf was running G723. In the end I removed compresson on the eMG and then internal calls were fine between UA and mipt (also external calls from mipt).

Also, to get the mipt working, I had to enter the MAC address into the user TSCIP parameters. The mipt got the IP address from OXE DHCP but i found it strange that I had to enter the MAC in the user TSCIP..

Finally, and this is the real problem, the site has 9 wireless Cisco AP's connected back to Cisco switches. We know the site has excellent WiFi coverage. But the set keeps dropping out of service and resetting. I have read about this in other threads but I haven't managed to see if anyone has really solved their problems - and no one else has mentioned mipt 310's.

Anyone have any advice please?

Hi guys,

I am really glad that I am not the only one with connection problems with our mipt phones.

Yesterday I got 2 new test devices of ht new 610 mipt series from our telco partner with the promise that now all the problems should be gone
The new series is the same shit as the old one. Even worse in some cases. For example our phones seem to have a wrong implementation of the TKIP WLAN security so that Cisco APs think someone is brute forcing our TKIP WLAN keys and blocks all TKIP Users for one minute per default. That hapens using Cisco 1242 and 1232 APs with an actual IOS when you start a conversation with a mipt phone. Solution was to disable the brute force blocking setting on the AP but that cant be the solution at all.

Whats also very strange. I finaly got a stable connection with our 2 phones but after a few minutes the phones are loosing the connection to the SVP oder PBX (cannt define it properly). Then they reboot, reconnect to wlan and are online again for a few minutes. This happens only when the phone is in "stand by" mode, if the phone is in an active call it stays connected really stable. I have now actually running a test call between my 2 mipt phones for more then 20 minutes with a very good quality.


Strange is also that the salesman of our partner told us we would need to upgrade our OXE from 7.1 to 7.2 to use the 610 mipt with SVP or upgrade to 8.0 to use without svp server.

I will try to get a free upgrade to 8.0 and hope that without SVP the phones will run more stable than now. Also the fact that the SVP and phones have to be in the same subnet is really stupid if you have different branches......


best regards
andi

we have same problems ,our ip touch mobile 300 phones loses their connections and reconnects SVP server from time to time

KnightRider,

We had problems on our site with our MIPTs dropping in and out coming up with ASSERT Memory errors.

After months of troubleshooting and about 6 months waiting for Alcatel to look at the error log we found that broadcast storms from our core Alcatel Layer 3 Switch looking for all of our IP Phones (IP Phones and WiFi were apart of the same subnet/vlan) was killing the phones.

Placed WiFi in its own vlan/subnet and never had a problem since.

I've managed to get everything going with our MIPT 300's.

Motorola WS5100 with a bunch of AP300's, SVP-II and 4400.

4400/Voice VLAN: 142
SVP-II VLAN: 143

All IP Phones (IPT4028's and MIPT300's) are in same VLAN as PBX, 142. SVP is by itself, 143. This appears to work fine.

Yes, we discovered that G723 won't work with MIPTs, a pain since we have IPTs in remote offices and the bandwidth saving would be nice.

I managed to fix all the wireless issues with the MIPTs by updating the firmware of the WS5100. It seems it has something to do with premature WMM extensions? Who knows.

Anyway, everything is going okay for me now.

Guys,

One of the gurus here made a change in the wireless lan controller , called VoIP-Proxy-ARP.

Actually, when this is enabled , the wireless controller answer the ARP request to the PBX directly instead of the MiPT.
Once this is DISABLED, the wireless controller let the MiPT answer to the ARP request.

if one of you guys change this option, and if it works, please let the forum know..

Thanks

Frank,

As a result of doing that change. Does it mean that the ARP Requests don't even end up reaching the MiPTS ?

The problem we had was that our MiPTS were in the same subnet as our IPTouch's and a lot of ARP's were being generated from our Distribution Router basically it was ARPing for every single IP Phone on the network!

The MiPTS would get all this traffic and pretty much overload, failing and coming up with an Assert Memory C error.

We have about 30 Handsets and 8 Base stations. Since placing them in there own subnet and reducing the ARP requests it resolved this but it would be interesting to see if this is also another fix for this.

The issue was that it was never reaching the phones.
If they don't get the signal keep-alive and/or arp requests, they will reboot..

Each wifi phone has 2 IP addresses. Is it possible to check these IP Addresses of Wifi Phone (MIPT300/600).