sundance-communications.com/forum Forums TDM Business Telephone Systems Toshiba Telephones & Systems IP5xxx remote workers

hi again.

to keep my issues seperate i've made another topic regarding remote workers connecting to our external LIPU-X/LIPS.

I wondering if any installers have run into roadblocks with various ISPs (specifically Charter). I cannot get my current IP5022-SD with firmware IP5K4-M1G0E to connect to my LIPU. The phone will always come up with an IPU ALIVE PACKET STOP.

I've troubleshooted the heck out of this even connecting the phone striaght behind the cable modem with nothing else and still the result is the same.

I recently saw new firmware updates for the phone and IP cards. I applied the recent LIPU firmware (03_01) and to a test phone the IP5K4-M2D0C firmware. Well it looks like they've made some progress as I can get the phones to register and display their name, extension, dial-tone even but I only receive a one way talk path (they can hear me but i cannot hear them).

My next goal is to get a packet dump and see if RTP streams will clue me in as to what's going on. My thought is that Toshiba is still tinkering around to get the phones fully functional on any ISP.

I thought i would pose the situation here and see if any of you experts have any clues or tricks I can try. I'm a network engineer at heart but I'm sure there could be something i'm missing. Thanks for any sage adive you can provide!


note: i haven't tried using an MIPU yet. It's sort of an option but i would need to shuffle alot of cards around.

can you connect the phone to the LIPU when they are both on local LAN IP addresses eg 192.168.254.xxx
You shouldnt have any problems doing this.

The one way speech is a side affect of NAT traversal when running a remote IPT handset when the LIPU r MIPU is sitting on the LAN behind a firewall.
A way around this is to get a /30 or /29 subnet and hook up the xIPU card onto the public IP address at the office and the remote IPT handsets are OK to be sitting behind an ADSL router/firewall.

Maybe if you could describe yur configuration a bit better we can help further.

yes. the phones work in house and are fully tested before they go out the door. infact, we even put them in our test network which has a completely different internal and external network to test against the LIPU and verify they work.


yes that's our current configuration. the xIPU cards have external addresses and sit on a WAN VLAN. There are no devices except the provided ISP Cisco ME 3400

here's a very simplified version of our configuration.


https://docs.google.com/viewer?a=v&...lMTYzZjRl&hl=en&authkey=CLa_wZ0P

hey guys!

thought i'd come back and update this thread that i have solved the issue.

pouring through packet data the only thing i picked up with that there were bits in the PCP field. huh... 802.1Q i thought to myself.

so i went back to the phone system and there it was under program 150-07 IEEE802.1p 'enabled'

crap. that's only going to honor at layer 3 and i have no doubt that some of charters equipment will honor it and some won't (hence the spotty connectivity).

i disbaled it all together and in the future will use diffserv if i need to start QoS tagging.

i hope this helps out some other admins or atleast gives them some other clues to start looking at.