Hello,
apart from the reported build issues, from which some already got fixed,
there were not any reports about bugs found in last week's 1.1 RC1.
During the last week, sems has been running on iptel.org with voicemail,
voicebox, conference, auth_b2b, early_announce etc. [1], and did not
show strange errors, just some known ones [2],
But, there is still no solution to the dispatch-reply-for-bye error for
the standard case.
I also have the feeling that not all sessions get always stopped;
/etc/init.d/sems stop does not stop sems sometimes (need to stop it with
SIGHUP); I suppose there is some lingering auth_b2b sessions that do
not accept to get stopped by the system shutdown event.
Are you aware of or have encountered anything else?
Thanks
Stefan
P.S. Additionally we make daily use of a SEMS core almost identical to
1.1, and we have not encountered any bugs in there.
[1]
in use at iptel.org:
load_plugins=wav;ilbc;adpcm;speex;gsm;l16;session_timer;announcement;voicemail;conference;sipctrl;uac_auth;auth_b2b;voicebox;msg_storage;echo;early_ann
ounce;annrecorder
[2]
onInvite (AmSession.cpp:719): 400 no media line found in SDP message
acceptAudio (AmSession.cpp:768): 488 could not find compatible payload
onOoDRequest (AmApi.cpp:80): sorry, we don't support beginning a new
session with a 'SUBSCRIBE' message
setCurrentPayload (AmAudio.cpp:70): Could not find payload <126>
parse (AmRtpPacket.cpp:123): bad rtp packet (header size too big) !
send_request (trans_layer.cpp:549): Parser failed on generated request
Message was: <BYE [email protected]@41.196.98.79:5079^M ...
receive (AmRtpAudio.cpp:109): decode() returned 0
--
Stefan Sayer
VoIP Services
[email protected]
www.iptego.com
IPTEGO GmbH
Am Borsigturm 40
13507 Berlin
Germany
Amtsgericht Charlottenburg, HRB 101010
Geschaeftsfuehrer: Alexander Hoffmann
_______________________________________________
Semsdev mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/semsdev
