sipxecs 4.6 - sipxbridge requires manual restart after each server reboot.

[glomos-info]

Hi,

We are running sipx 4.6 in a test environment to evaluate for production purposes.
The systems works ok but we encounter a strange problem, that after a server reboot the sipxbridge service does not allow external calls go out over our siptrunk and incoming calls are bounced with an 'internal server error'.

The sipxbridge log does not show strange entries and the sipxbridge service seems to be running.

However without changing any settings a simple '/etc/init.d/sipxbridge restart' will fix this problem in a few seconds.

What could be wrong?

We use centos 6 with latest updates, also sipxecs 4.6 fully updated.

Gerrit-Jan Dijkstra
Glomos BV

[Melcon Moraes]

Hmm, so it seems it is happening in other places of the system as well. I
was experiencing configurations not being updated for OpenACD,
Autoattendants in FS.


-
MM

Hi,****
** **
We are running sipx 4.6 in a test environment to evaluate for production
purposes. ****
The systems works ok but we encounter a strange problem, that after a
server reboot the sipxbridge service does not allow external calls go out
over our siptrunk and incoming calls are bounced with an ‘internal server
error’.****
** **
The sipxbridge log does not show strange entries and the sipxbridge
service seems to be running.****
** **
However without changing any settings a simple ‘/etc/init.d/sipxbridge
restart’ will fix this problem in a few seconds. ****
** **
What could be wrong? ****
** **
We use centos 6 with latest updates, also sipxecs 4.6 fully updated.****
** **
Gerrit-Jan Dijkstra****
Glomos BV****
** **
_______________________________________________
sipx-users mailing list
List Archive: http://list.sipfoundry.org/archive/sipx-users/

[George Niculae]

Post by Melcon Moraes
Hmm, so it seems it is happening in other places of the system as well. I
was experiencing configurations not being updated for OpenACD,
Autoattendants in FS.

Please provide /var/log/sipxpbx/sipxagent.log and /var/log/messages from
when you reproduce the issue.

George

[Douglas Hubler]

Post by Melcon Moraes
Hmm, so it seems it is happening in other places of the system as well. I
was experiencing configurations not being updated for OpenACD,
Autoattendants in FS.

That seems like a different issue. I 2nd George's advice to send logs.

Post by Melcon Moraes

Post by glomos-info
We are running sipx 4.6 in a test environment to evaluate for production purposes.
The systems works ok but we encounter a strange problem, that after a
server reboot the sipxbridge service does not allow external calls go out
over our siptrunk and incoming calls are bounced with an ‘internal server
error’.
The sipxbridge log does not show strange entries and the sipxbridge
service seems to be running.

I wonder if it's the start sequence with the relay service. Can you
check relay logs?

Also, maybe check scenario where you restart services in this order to
try to reproduce the error

stop sipxbridge
stop sipxproxy
stop sipxrelay
start sipxbridge
start sipxrelay
start sipxproxy

[glomos-info]

Hi,

nothing strange in the relay logs.

Also with your suggested startup order i cannot reproduce the problem.

I created a workarround by setting the startupsequence of sipxbridge from 85 to 99 to start last in sequence.
That works for now but i do not now if this is safe to do. Any idea?


GJ

-----Oorspronkelijk bericht-----
Van: sipx-users-***@list.sipfoundry.org [mailto:sipx-users-***@list.sipfoundry.org] Namens Douglas Hubler
Verzonden: woensdag 5 december 2012 15:45
Aan: Discussion list for users of sipXecs software
Onderwerp: Re: [sipx-users] sipxecs 4.6 - sipxbridge requires manual restart after each server reboot.

Post by glomos-info
We are running sipx 4.6 in a test environment to evaluate for
production purposes.
The systems works ok but we encounter a strange problem, that after a
server reboot the sipxbridge service does not allow external calls go
out over our siptrunk and incoming calls are bounced with an
'internal server error'.
The sipxbridge log does not show strange entries and the sipxbridge
service seems to be running.

I wonder if it's the start sequence with the relay service. Can you check relay logs?

Also, maybe check scenario where you restart services in this order to try to reproduce the error

stop sipxbridge
stop sipxproxy
stop sipxrelay
start sipxbridge
start sipxrelay
start sipxproxy

[Douglas Hubler]

i think that's a safe thing to do and an improvement we should make
permanent. i don't think a lot of time went into those values.

as far as your particular problem, maybe put the bridge in debug log and
restart system maybe that will shed more light

Post by glomos-info
Hi,
nothing strange in the relay logs.
Also with your suggested startup order i cannot reproduce the problem.
I created a workarround by setting the startupsequence of sipxbridge from
85 to 99 to start last in sequence.
That works for now but i do not now if this is safe to do. Any idea?
GJ
-----Oorspronkelijk bericht-----
Verzonden: woensdag 5 december 2012 15:45
Aan: Discussion list for users of sipXecs software
Onderwerp: Re: [sipx-users] sipxecs 4.6 - sipxbridge requires manual
restart after each server reboot.

Post by glomos-info
We are running sipx 4.6 in a test environment to evaluate for production purposes.
The systems works ok but we encounter a strange problem, that after a
server reboot the sipxbridge service does not allow external calls go
out over our siptrunk and incoming calls are bounced with an
'internal server error'.
The sipxbridge log does not show strange entries and the sipxbridge
service seems to be running.

I wonder if it's the start sequence with the relay service. Can you check relay logs?
Also, maybe check scenario where you restart services in this order to try
to reproduce the error
stop sipxbridge
stop sipxproxy
stop sipxrelay
start sipxbridge
start sipxrelay
start sipxproxy
_______________________________________________
sipx-users mailing list
List Archive: http://list.sipfoundry.org/archive/sipx-users/
_______________________________________________
sipx-users mailing list
List Archive: http://list.sipfoundry.org/archive/sipx-users/