Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations bkrike on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
IP Office as a router 3
- Thread starter Sam07
- Start date
- Thread starter
- #2
I think you are missing a router. The IP Office wasn't designed to be a router and if you are using it to connect to the internet on LAN2 that would be a very bad idea.
Dermis and feline can be divorced by manifold methods.*
*(Disclaimer for all advise given)--'Version Dependent'
Dermis and feline can be divorced by manifold methods.*
*(Disclaimer for all advise given)--'Version Dependent'
- Thread starter
- #4
-
1
- #5
When it was first introduced, the IP Office was quite a capable all-in-one network/internet beast for small businesses. But that was over 20 years ago and a lot has changed. These days it would be more honest to customers if they removed things like the Firewall from configuration or relocated them to a section called "Legacy: Use if you really want to but your ISPs router is probably much more capable and easier to configure".
Stuck in a never ending cycle of file copying.
Stuck in a never ending cycle of file copying.
- Thread starter
- #6
@sizbut thank you for the information. Yes i do agree.
Btw, my client has an IPO500v2 but also need to register a couple of IP phones (connected at the same LAN1 subnet) to a remote server over MPLS via LAN2.
I was trying to send the traffic from phone-->pass LAN1 -->pass LAN2-->pass the connected MPLS--> remote IPO..
Btw, my client has an IPO500v2 but also need to register a couple of IP phones (connected at the same LAN1 subnet) to a remote server over MPLS via LAN2.
I was trying to send the traffic from phone-->pass LAN1 -->pass LAN2-->pass the connected MPLS--> remote IPO..
-
1
- #7
Probably the return routes are missing.
Avaya seems not to be interested in the networking capabilities of IP Office. If they were they would have made it IPv6 capable long time ago.
IP Office remote service
IP Office certificate check
CLI based call blocking
SCN fallback over PSTN
Avaya seems not to be interested in the networking capabilities of IP Office. If they were they would have made it IPv6 capable long time ago.
IP Office remote service
IP Office certificate check
CLI based call blocking
SCN fallback over PSTN
-
1
- #9
IamaSherpa
Instructor
Not clear what you want to achieve, my needing was to route IP traffic from LAN1 to LAN2 where a IPBS is present with a different subnet: because I noticed IPO now has an internal automatic routing LAN1toLAN2 I did like as follows ad it works: LAN1 192.168.42.1, LAN2 192.168.43.1, IP Route settings 192.168.43.0/subnet 255.255.255.248/Gateway IP ADDR. 192.168.43.1/LAN2/Metric 0. NO NAT AT ALL.
Then I set UP an additional static ip route to my own router: 192.168.43.1/24/Default Gateway 192.168.42.1.
Hope it helps
Then I set UP an additional static ip route to my own router: 192.168.43.1/24/Default Gateway 192.168.42.1.
Hope it helps
- Thread starter
- #10
@IamaSherpa, Very interesting. I will give a try one more time and see how it goes.
My main goal was to grab IP Phone licenses from a remote SCN location as we have limited local license seats..
Mainly:
My client has 5 IP office 500V2 in distributed locations interconnected via Avaya SCN..
• One of the locations has 22 Avaya IP end point licenses (Only 6 in use)
• Another location has 4 Avaya IP end point licenses (ALL in use)..
Not sure why the license is still local in such SCN deployment
My main goal was to grab IP Phone licenses from a remote SCN location as we have limited local license seats..
Mainly:
My client has 5 IP office 500V2 in distributed locations interconnected via Avaya SCN..
• One of the locations has 22 Avaya IP end point licenses (Only 6 in use)
• Another location has 4 Avaya IP end point licenses (ALL in use)..
Not sure why the license is still local in such SCN deployment
IamaSherpa
Instructor
I think yu don't need any routing, just create the "A, "B" (and so on) ip users in the "22 ip endpoint licenses site", then logs in the same users (Hot desking feature) from any other site, the device will register locally "grabbing" the remote license. The only problem could be the both the incoming and outgoing call routing which have to be managed properly, there is a special feture in IPO which allows Hot Desking users to use LOCAL ARS, if I remember correctly.
- Thread starter
- #12
- Status
