1 Jul
1 Jul
8:24 p.m.
Hi Oliver,
What version are you using?
Actually, the parser had been rock solid so far. Anyway, if the header
can not be dealt with, the processing of the packet resumes. Maybe it
would be worth posting the whole log of packet processing.
If you don't have any customized module and are convinced it's ser's
fault, it might be good to open a bug report and attach the core.
WL.
ps. The instance from iptel.org seems to survive pretty well ;).
olivier.taylor wrote:
When there is a space between sip: and the uri in the
headers, I get a core dump.
I have patch my ser.cfg and it's ok now, but I think this is a bug, even if the
headers are incorrects.
Olivier
if (method =="REGISTER")
{
if (search("^From: <sip:[ ].*")) {
xlog("L_NOTICE", "Bad From Header...Express Talk");
break;
};
};
solve the problem, but...
REGISTER sip:brol.com SIP/2.0.
Via: SIP/2.0/UDP xx.xx.148.109:63521;rport;branch=z9hG4bK422760.
Max-Forwards: 20.
To: <sip: 990005180(a)brol.com>gt;.
From: <sip: 990005180(a)brol.com>;tag=8312312.
Call-ID: 1151739691-2760-PHOTO(a)192.168.0.11.
CSeq: 39 REGISTER.
Contact: <sip: 990005180@xx.xx.148.109:63521>;expires=3600;q=0.90.
User-Agent: Express Talk 1.04.
Content-Length: 0.
Jul 1 13:32:04 finalcut ser[44275]: ERROR: get_hdr_field: bad to header
Jul 1 13:32:04 finalcut ser[44275]: find_first_route: Error while parsing headers
Jul 1 13:32:04 finalcut ser[44275]: ERROR: get_hdr_field: bad to header
Jul 1 13:32:04 finalcut ser[44275]: ERROR:parse_from_header: bad msg or missing
FROM header
Jul 1 13:32:05 finalcut kernel: pid 44275 (ser), uid 0: exited on signal 11
(core dumped)
------------------------------------------------------------------------
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
6512
days inactive
6512
days old
2 comments
2 participants
participants (2)
-
olivier.taylor -
Weiter Leiter