Nick Ustinov
2011-Jan-18 23:19 UTC
[asterisk-users] chan_sip.c: Failed to parse contact info
Hello! I have just upgraded to asterisk 1.8.2.1 and see some weird messages in log when client tries to register: [2011-01-19 00:52:47] WARNING[25624] chan_sip.c: Failed to parse contact info [2011-01-19 00:52:50] NOTICE[25624] chan_sip.c: Peer '0010101' is now UNREACHABLE! Last qualify: 105 [2011-01-19 00:53:03] VERBOSE[25624] chan_sip.c: -- Registered SIP '0010101' at 78.84.202.65:37891 So far this is only happeing with some Android SIP client software, X-Lite registers normally. Downgraded to the previous version of asterisk and the warning is gone. Any ideas? Thanks Nick
Leif Neland
2011-Mar-16 17:10 UTC
[asterisk-users] chan_sip.c: Failed to parse contact info
Den 19-01-2011 00:19, Nick Ustinov skrev:> Hello! > > I have just upgraded to asterisk 1.8.2.1 and see some weird messages > in log when client tries to register: > > [2011-01-19 00:52:47] WARNING[25624] chan_sip.c: Failed to parse contact info > [2011-01-19 00:52:50] NOTICE[25624] chan_sip.c: Peer '0010101' is now > UNREACHABLE! Last qualify: 105 > [2011-01-19 00:53:03] VERBOSE[25624] chan_sip.c: -- Registered SIP > '0010101' at 78.84.202.65:37891 >Could it be because single_binding_found is not initialized to zero? in chan_sip.c static enum parse_register_result parse_register_contact(... ... int wildcard_found = 0; int single_binding_found; ... if (!strcasecmp(curi, "*")) { wildcard_found = 1; } else { single_binding_found = 1; } if (wildcard_found && (ast_strlen_zero(expires) || expire != 0 || single_binding_found)) { /* Contact header parameter "*" detected, so punt if: Expires header is missing, * Expires value is not zero, or another Contact header is present. */ return PARSE_REGISTER_FAILED; }
Reasonably Related Threads
- asterisk realtime & calling sip users
- SRTP unprotect: authentication failure
- [1.8] Unable to Register: Registration denied because of contact ACL
- [LLVMdev] <badref> showed up when duplicating a list of dependent instructions
- [LLVMdev] <badref> showed up when duplicating a list of dependent instructions