thr3ads.net - asterisk users - [asterisk-users] asterisk + sccp-b problem [Jul 2011]

If this information is useful, please help other people find it:
Share via:

Pezhman Lali

2011-Jul-31 05:22 UTC

[asterisk-users] asterisk + sccp-b problem

Dear,
with asterisk 1.6.2.18 and sccp-bv3stable on two servers, we tried to
register about 1200 cisco phones, for a company.
in out of official hours, all 1200 phones registered and the cpu and ram was
below 5%.

H323 is the protocol for incoming calls, and SIP for outgoing ones.

in official hours, with only 10 calls, the cpu went more than 100% , and
crashed.
the bt full result of gdb was attached

I have some questions now,
1-is any problem in the attached report.
2-does asterisk 1.4 more stable than 1.6 in this case?
-- 
Pezhman Lali

------------------------------------------------------------------------------------------------------gdb
bt full-----------------------------------------------------------
#0  ast_rtp_set_peer (rtp=0x0, them=0x59d1b450) at rtp.c:2707
No locals.
#1  0x00002aaac9a4c153 in setup_rtp_connection (call_reference=32275,
remoteIp=0x2aaadc0d6a40 "10.11.1.11", remotePort=<value optimized
out>,
    token=0x4d01c60 "ip$10.11.1.11:48440/32275", pt=0) at
chan_h323.c:1975
        pvt = 0x4cd13e0
        them = {sin_family = 2, sin_port = 1096, sin_addr = {s_addr 184617738},
sin_zero = "\240\264\037??*\000"}
        rtp_change = <value optimized out>
        __PRETTY_FUNCTION__ = "setup_rtp_connection"
#2  0x00002aaac9a5cac9 in MyH323_ExternalRTPChannel::Start() () from
/usr/lib/asterisk/modules/chan_h323.so
No symbol table info available.
#3  0x0000003dd34dc237 in H323Connection::OnSelectLogicalChannels() () from
/usr/lib/libh323_linux_x86_64_r.so.1.18.0
No symbol table info available.
#4  0x0000003dd34d4294 in
H323Connection::SendFastStartAcknowledge(H225_ArrayOf_PASN_OctetString&) ()
from /usr/lib/libh323_linux_x86_64_r.so.1.18.0
No symbol table info available.
#5  0x0000003dd34d938e in
H323Connection::AnsweringCall(H323Connection::AnswerCallResponse) () from
/usr/lib/libh323_linux_x86_64_r.so.1.18.0
No symbol table info available.
#6  0x0000003dd34db448 in
H323Connection::OnReceivedSignalSetup(H323SignalPDU const&) () from
/usr/lib/libh323_linux_x86_64_r.so.1.18.0
No symbol table info available.
#7  0x00002aaac9a5e8cd in
MyH323Connection::OnReceivedSignalSetup(H323SignalPDU const&) () from
/usr/lib/asterisk/modules/chan_h323.so
No symbol table info available.
#8  0x0000003dd34db8c8 in H323Connection::HandleSignalPDU(H323SignalPDU&) ()
from /usr/lib/libh323_linux_x86_64_r.so.1.18.0
No symbol table info available.
#9  0x00002aaac9a5d5dd in MyH323Connection::HandleSignalPDU(H323SignalPDU&)
() from /usr/lib/asterisk/modules/chan_h323.so
No symbol table info available.
#10 0x0000003dd3514808 in H323Transport::HandleFirstSignallingChannelPDU()
() from /usr/lib/libh323_linux_x86_64_r.so.1.18.0
No symbol table info available.
#11 0x0000003dd3514940 in H225TransportThread::Main() () from
/usr/lib/libh323_linux_x86_64_r.so.1.18.0
No symbol table info available.
#12 0x0000003552c837ac in PThread::PX_ThreadStart(void*) () from
/usr/lib64/libpt_linux_x86_64_r.so.1.10.3
No symbol table info available.
#13 0x0000003c5860673d in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#14 0x0000003c57ed40cd in clone () from /lib64/libc.so.6
No symbol table info available.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20110731/fff61cb1/attachment.htm>

Patrick Lists

2011-Jul-31 12:51 UTC

head link

[asterisk-users] asterisk + sccp-b problem

On 07/31/2011 07:22 AM, Pezhman Lali wrote:>
> Dear,
> with asterisk 1.6.2.18 and sccp-bv3stable on two servers, we tried to
> register about 1200 cisco phones, for a company.
> in out of official hours, all 1200 phones registered and the cpu and ram
> was below 5%.
In my experience, registering a Cisco phone was never an issue with sccp 
but it is hardly a test to see if it works.
> H323 is the protocol for incoming calls, and SIP for outgoing ones.
I'm not sure what the state of chan_h323 is in Asterisk so you should 
ask around if there is anyone who uses chan_h323 in production and how 
reliable it is. Or hire a consultant to fix your problems. As far as I 
know the original developer of chan_h323 has not touched the code in a 
long time and no longer maintains it.
> in official hours, with only 10 calls, the cpu went more than 100% , and
> crashed.
> the bt full result of gdb was attached
I am not a developer so can't tell you what is going wrong. According to 
the chan_h323 README you need PWLib 1.10.0 and you are using 1.10.3.
> I have some questions now,
> 1-is any problem in the attached report.
> 2-does asterisk 1.4 more stable than 1.6 in this case?
Can't you test Asterisk 1.4 and see if that works? Also did you try the 
other h.323 channel driver (chan_ooh323) which is part of asterisk 
add-ons? For Asterisk 1.6 you can find it here:
http://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-addons-1.6.2.3.tar.gz

Should Asterisk not be the proper solution for your customer's situation 
then maybe get a dedicated h.323 <--> sip gateway or have a look at 
FreeSWITCH or Yate.

Even if the h.323 part works flawlessly then make sure you test the sccp 
part very thoroughly. I have only experience with sccp v2 but have never 
seen that work reliably.

Regards,
Patrick

asterisk users - Jul 2011 - asterisk + sccp-b problem

[asterisk-users] asterisk + sccp-b problem

[asterisk-users] asterisk + sccp-b problem