|
Joined: Feb 2009
Posts: 29
Member
|
Member
Joined: Feb 2009
Posts: 29 |
Help!
We tried both internally and externally.
We have read many posts here regarding similar problems, but still nothing.
We can connect, we hear dialtone, we can dial other extensions, we even had an external ipt, call an internal ipt (even with using a single LIPU), but there is no audio!
We have tried putting the LIPU with an external-only public IP and still nothing.
We have an Adtran router, which is definitely a high-end router.
We have it also going through a Linksys Switch.
And lastly, we are using Verizon FiOS.
Any ideas are appreciated.
|
|
|
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: Jun 2005
Posts: 2,722 Likes: 7
Member
|
Member
Joined: Jun 2005
Posts: 2,722 Likes: 7 |
DO you have only no audio when caling from an external IPT to another IPT or and typ of dialing?
For any IPTs that are external, you need to check the box that says, NAT, No Peer to Peer in the IPT settings. Any IPT will try to communicate directly to another IP phone. When you check that box it will route the audio thru the LIPU. Obviously notas efficient if you have all internal IPTs on the same network , but required for ones outside your network.
For IP phones to work outside your network you need the LIPU to have an external IP address. The LIPU does not play nice with NAT, no matter what kind of router you have. The internal IPTs can still communicate to that LIPU through the router.
|
|
|
|
Joined: Feb 2009
Posts: 29
Member
|
Member
Joined: Feb 2009
Posts: 29 |
But...
I am confused...
The LIPU has an internal IP Address, the one it aquires upon 'logging' into the router. It gets an IP address, a local private one. The internal IP phones will use that IP address to connect to it.
Regarding the external connections, we have a public IP address given to us by our ISP, in fact we have 5 as most businesses do.
We have taken one of those IP's and dedicated it to LIPU connections. For outside connections, we use this dedicated public IP. any calls to that IP, we instruct our Router to send anything and everything to the local IP assigned to that router. a one-to-one connection, send any and all ports.
So... Am I still way off trying to 'share' the LIPU with both internal and external connections?
|
|
|
|
Joined: Jun 2005
Posts: 2,722 Likes: 7
Member
|
Member
Joined: Jun 2005
Posts: 2,722 Likes: 7 |
I still wont matter. If the LIPU has an internal IP address assigned to the card, no matter how you configure the router, the external IPT phones will not work correctly. I have not heard of anyone succesfully using an LIPU behind NAT, and Toshiba says it does not support this. Basically the IP address assigned to the card has to be the same as th IP address the IPTs are using to connect to it. With NAT, the IP address do not match and the VoIP packets are rejected.
If you put the LIPU outside the firewall and asign it a public IP address (or route the public IP through the firewall), then both the internal and external IPTs can connect to it.
Or you can get another LIPU of an LIPS and use one for internal and one for External.
No matter what, enable the NAT, No Peer to Peer setting for all IPTs outside your local network or calls from IPT to IPT will have no audio.
|
|
|
|
Joined: Dec 2005
Posts: 18
Member
|
Member
Joined: Dec 2005
Posts: 18 |
Have you tried changing the LIPU IP ADDR to one of the public addresses? That would help your outside IPT's make a cleaner connection. Your Gateway settings would get the internal IPT's to the LIPU. And NAT does not play well with Toshiba IPT's - period.
|
|
|
|
Joined: Feb 2007
Posts: 1,314
Member
|
Member
Joined: Feb 2007
Posts: 1,314 |
I agree with what these guys are saying. Theoratically, what you are trying to do with NATing (is that a word?) the LIPU from a public to private IP should work. However the Toshiba IPT's just will not work this way and you wind up with a no speech path scenario just as you are describing. Assign a public address to the LIPU and place it outside of your firewall. You can have the ITP's authenticate by MAC address if you are worried about security.
|
|
|
|
Joined: Feb 2009
Posts: 29
Member
|
Member
Joined: Feb 2009
Posts: 29 |
So...
After seperating out the LIPU externally, and still getting no audio, I brought everything internal (so this means no NAT routing, right?), we still get no audio.
We can dial-out, dial extensions, but no audio.
Could it be an LIPU problem, or are we not setting up the station properly, or are we not configuring IP Telephony correctly?
Still confused.
|
|
|
|
Joined: Feb 2007
Posts: 1,314
Member
|
Member
Joined: Feb 2007
Posts: 1,314 |
It could be any one of those three problems you are describing. Start by connecting an IPT directly to the LIPU with a crossover cable. You will have to assign it an IP consistant with the LIPU IP address.
|
|
|
|
Joined: Feb 2009
Posts: 12
Member
|
Member
Joined: Feb 2009
Posts: 12 |
I would do hook a cross over cable from an IPT phone into the LIPU or even take just a regular network switch with 2 or 3 IPT phones into the LIPU. Depending on your router configuration it could still be messing with your speech paths. Some routers will block ports internally too. There is a certain port range that the LIPU card uses for audio if you forward them it might solve your problem.
I would start with just a small switch and a couple IP phones hooked to the LIPU card.
|
|
|
|
Joined: Feb 2009
Posts: 29
Member
|
Member
Joined: Feb 2009
Posts: 29 |
Ok I just plugged in an IPT with a crossover cable directly into the LIPU and still no audio. I've been reading the PDF's for configuring both the LIPU and the IPT. Can I post a couple screenshots as to what my config looks like at this point?
I'm using emanager btw...
|
|
|
Forums84
Topics94,512
Posts639,933
Members49,844
|
Most Online5,661 May 23rd, 2018
|
|
0 members (),
95
guests, and
36
robots. |
Key:
Admin,
Global Mod,
Mod
|
|
|
|