IP RELAY

[contactcentre24x7]

Hi,
Is the latest SVN having IP relay issue? the previous SVN all works fine.


Thanks
Roy
VERSION: 2.12-515a
BUILD: 151007-2224
© 2015 ViciDial Group
Scratch Install Ubuntu 12.04 3xAsterisk 1.8.23.0 Quad Xean 32GB 512GB HDD , 1 WEB Quad Xean 32GB 512GB , 1DB HEX Xeon 64GB , 15k SAS

[mflorell]

Which svn/trunk revision are you using?

What problems exactly are you having?

[contactcentre24x7]

I am using SVN Version: 2466 DB Schema Version: 1450 on which the ip_relay is not running for which unable to use the monitor/barge [ASTblind, loop not registering, but on SVN Version: 2413 DB Schema Version: 1435 all works fine.

All is under cluster mode.

[mflorell]

We did make some changes to relay_control recently, what happens when you try to run it manually?

[contactcentre24x7]

/usr/share/astguiclient/ip_relay/ip_relay_linux_i386
usage:
ip_relay listen_port target_ip target_port [timeout]

listen_port:
local port to listen on for udp/tcp connections.
target_ip:
ip address to redirect connections to
target_port:
port number to redirect connections to
timeout:
optional udp/tcp connection timeout in seconds, default = 86400

It gives the output but doesnt starts up

[contactcentre24x7]

/usr/share/astguiclient/ip_relay/relay_control start
starting up ip_relay services at /usr/bin/ip_relay
done

/usr/share/astguiclient/ip_relay/relay_control: 32: exec: -a: not found
/usr/share/astguiclient/ip_relay/relay_control: 33: exec: /usr/share/astguiclient/ip_relay/relay_control: 34: exec: -a: not found-a: not found

[williamconley]

/usr/share/astguiclient/ip_relay/relay_control start
starting up ip_relay services at /usr/bin/ip_relay
done

/usr/share/astguiclient/ip_relay/relay_control: 32: exec: -a: not found
/usr/share/astguiclient/ip_relay/relay_control: 33: exec: /usr/share/astguiclient/ip_relay/relay_control: 34: exec: -a: not found-a: not found

scratch install. is /usr/bin/ip_relay present?

[contactcentre24x7]

Yes William its present.

/usr/bin# ls

ip_relay is present in the folder.

Thanks

[williamconley]

Well, it says something isn't found and lists 32 & 33 which appear to be line numbers. Have a look at those lines and see if you can figure out what's missing.

[contactcentre24x7]

on working IP_RELAY Server

nano +32 /usr/share/astguiclient/ip_relay/relay_control

ip_relay 40569 127.0.0.1 4569 9999999 &
ip_relay 41569 127.0.0.1 4569 9999999 &
ip_relay 42569 127.0.0.1 4569 9999999 &

on non working IP_RELAY Server

exec -a ip_relay $IPRELAY_BIN 40569 127.0.0.1 4569 9999999 &
exec -a ip_relay $IPRELAY_BIN 41569 127.0.0.1 4569 9999999 &
exec -a ip_relay $IPRELAY_BIN 42569 127.0.0.1 4569 9999999 &

[Kumba]

Here's a corrected file that's going to be entered into SVN soon.

http://download.vicidial.com/patches/relay_control

On newer distro's the included pre-compiled ip_relay crashes. So we build an OS-specific package for ViciBox that lives at /usr/bin/ip_relay as it should. The install.pl still copies the precompiled ip_relay to /usr/local/bin and also to /usr/bin if it doesn't already exist.

The specific change to relay_control was to use /usr/bin/ip_relay and fall back to /usr/local/bin/ip_relay to solve this issue. The reason exec was used is because the keep alive process looks for 'ip_relay' in the process list and does not match on '/usr/local/bin/ip_relay'. In order to maintain backwards compatibility with older vicidial installs the decision was made to modify relay_control and install.pl on newer SVN revisions.

Apparently I mis-judged the accessibility of the 'exec' bash utility in other distros. This patch removes the use of exec and instead changes to either /usr/local/bin or /usr/bin to run ip_relay which also takes care of the process list name for the keepalives.

[mflorell]

It has been committed to svn/trunk. Please give it a try.

[contactcentre24x7]

It works!!

Thanks all !

[mflorell]

Thank you very much for the feedback!