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 TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

SERVER EDITION WEBSOCKET

Status
Not open for further replies.

smartedge1

IS-IT--Management
May 10, 2013
149
NG
We have SE primary and secondary on R11.1.3 on Remote site A and B .Phones in site A are registered to primary while phones in site B are registered to secondary server . I noticed We cant make calls from site A to B if we make it a websocket server /client but if works if we change the transport type to proprietary we are able to make calls . I am finding this worrisome because SE documentation mentioned that the link between primary and secondary link should be websocket . I will appreciate your inputs .
 
Did you check the SSA alarms? There can be various reasons why the websocket connection doesn’t work. Untrusted certificates, blocked ports, wrong password…
 
Yes i can see that the websocket trunk is out of service on system status . I set the security level to unsecured . I can ping the IP address of both sites in system status lines page . Can you advise on what i can check ?.
 
One side must be master one must be Slave. Passwords must be identical. Make sure you don‘t have duplicate IPs one one site
 
There is no conflict on the system the web-socket server and client is showing out of service . Attached is the screenshot and monitor logs for your reference . I will appreciate your help.
 

Attachments

  • image007.png
    image007.png
    262.7 KB · Views: 7
  • image008.png
    image008.png
    256.3 KB · Views: 8
  • Avaya Log Escalation.txt
    260 KB · Views: 1
You have zero administered channels. Give both sides some channels to work with and reconnect that line/path.
 
Thanks everyone , the web-socket is working now . We changed the port of the web-socket client port from 80 to 443 and the line became in service . Thanks everyone .
 
Then it was a firewall issue. See my hint for "blocked ports" in my first reply.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top