Sorry, not only ACK. There is ACK, INVITE, ACK and BYE
I am using kamailio as statefull proxy.
So in case of normal callflow there is REGISTER and so on..
And with sip_trace enabled in onsend_route errors in kamailio.log still persist.
Jan 6 10:12:01 sip1 /usr/sbin/kamailio[30545]: INFO: <script>: onsend_route entered !!! Jan 6 10:12:01 sip1 /usr/sbin/kamailio[30545]: INFO: <core> [parser/parse_fline.c:144]: parse_first_line(): ERROR:parse_first_line: method not followed by SP Jan 6 10:12:01 sip1 /usr/sbin/kamailio[30545]: ERROR: <core> [parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad message (offset: 0) Jan 6 10:12:01 sip1 /usr/sbin/kamailio[30545]: ERROR: <core> [parser/msg_parser.c:688]: parse_msg(): ERROR: parse_msg: message=<#002#020#002#021#023�#023�#0128*#027#0128*#024Q̌V��>
Is there any possibility do sending message via siptrace module after topoh module?
WBR -- Best regards, Sergey Basov e-mail: sergey.v.basov@gmail.com
tel: (+38067) 403-62-54
2016-01-06 10:02 GMT+02:00 Daniel-Constantin Mierla miconda@gmail.com:
No other SIP requests? Only the ACK?
Cheers, Daniel
On 06/01/16 07:55, Sergey Basov wrote:
I just try it. I got only last ACK when call was finished.
I think than siptrace must catch and send duplicate message after topoh module. Because in other case we can see message as it is inside kamailio, not message that will be send to upstream or client...
WBR.
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Book: SIP Routing With Kamailio - http://www.asipto.com http://miconda.eu