search for: 26513

...seem to get lines 2 and 3 to work on.? Line 1 works fine. When my user tries to use line 2 or 3 to dial out, they get a fast busy signal and I get this error message on the console: =============================================================================== *CLI> [Jul? 7 09:49:36] WARNING[26513]: chan_sip.c:12729 check_auth: username mismatch, have <0004F2127F60-1>, digest has <0004F2127F60-3> [Jul? 7 09:49:36] NOTICE[26513]: chan_sip.c:20073 handle_request_invite: Failed to authenticate device "0004F2127F60-3" =======================================================...

...ng my own number, results in reaching asterisk, from my tcpdump. And on the asterisk console I get: pbx*CLI> == Using SIP RTP CoS mark 5 > 0x7f49ac54c040 -- Strict RTP learning after remote address set to: 185.29.203.27:62474 [Sep 8 22:12:50] NOTICE[835][C-00000028]: chan_sip.c:26513 handle_request_invite: Call from '77707057984' (185.29.203.27:5060) to extension '31705680837' rejected because extension not found in context '[0705680837]'. pbx*CLI> Which is strange, as the first lines from the dialplan for this context are: [0705680837] exten =&...

...14] -= 1 extension (5 priorities) in 1 context. =- pbx*CLI> Debug & verbose at 7, but still:pbx*CLI> == Using SIP RTP CoS mark 5 > 0x7f49ac23c470 -- Strict RTP learning after remote address set to: 185.29.203.27:43036 [Sep 10 13:16:17] NOTICE[835][C-0000002d]: chan_sip.c:26513 handle_request_invite: Call from '77707057984' (185.29.203.27:5060) to extension '31705680837' rejected because extension not found in context '[0705680837]'. pbx*CLI> Part of my sip.conf [0705680837] type=peer context=[0705680837] nat=force_rport,comedia username=77...

.............. = 176 record size .............. = 20 compat flags ............. = 1 index id ................. = 1500105889 (2017-07-15 05:04:49) flags .................... = 0 uid validity ............. = 1500105889 (2017-07-15 05:04:49) next uid ................. = 26514 messages count ........... = 26513 seen messages count ...... = 0 deleted messages count ... = 0 first recent uid ......... = 1 first unseen uid lowwater = 1 first deleted uid lowwater = 26446 log file seq ............. = 47 log file tail offset ..... = 15656 log file head offset ..... = 15656 log2 rotate time ......... = 151255892...

................. = 20 > compat flags ............. = 1 > index id ................. = 1500105889 (2017-07-15 05:04:49) > flags .................... = 0 > uid validity ............. = 1500105889 (2017-07-15 05:04:49) > next uid ................. = 26514 > messages count ........... = 26513 > seen messages count ...... = 0 > deleted messages count ... = 0 > first recent uid ......... = 1 > first unseen uid lowwater = 1 > first deleted uid lowwater = 26446 > log file seq ............. = 47 > log file tail offset ..... = 15656 > log file head offset ..... = 1565...

...0+19f000] [536628.489940] traps: sshd[26206] general protection ip:7f9cc14a9664 sp:7fffdacfb478 error:0 in libc-2.19.so[7f9cc142d000+19f000] [536734.550558] traps: sshd[26320] general protection ip:7f260fc18664 sp:7ffffb25be88 error:0 in libc-2.19.so[7f260fb9c000+19f000] [536841.887230] traps: sshd[26513] general protection ip:7f168b350664 sp:7fff8a85a2c8 error:0 in libc-2.19.so[7f168b2d4000+19f000] [536860.256030] traps: sshd[26572] general protection ip:7fba93937664 sp:7ffffcf18928 error:0 in libc-2.19.so[7fba938bb000+19f000] [536949.787928] sshd[27137]: segfault at 8100000038 ip 00007f84523e666...

...p; verbose at 7, but still:pbx*CLI> > > > > == Using SIP RTP CoS mark 5 > > > > > 0x7f49ac23c470 -- Strict RTP learning after remote address set > > > > to: 185.29.203.27:43036 > > [Sep 10 13:16:17] NOTICE[835][C-0000002d]: chan_sip.c:26513 > > handle_request_invite: Call from '77707057984' (185.29.203.27:5060) to > > extension '31705680837' rejected because extension not found in context > > '[0705680837]'. > > pbx*CLI> > > > > Part of my sip.conf > > > > [0...

...+ PJSIP crash (Reported by Ian Gilmour) * ASTERISK-26387 - Asterisk segfaults shortly after starting even with no active calls. (Reported by Harley Peters) * ASTERISK-26514 - Super Awesome Company: Don't specify transport in pjsip.conf (Reported by Rusty Newton) * ASTERISK-26513 - tests/channels/pjsip/qualify/auth: Crashing enough to be a nuisance (Reported by Joshua Colp) * ASTERISK-26510 - pjproject_bundled uses the --strip-components option of tar which isn't supported in older versions (Reported by George Joseph) * ASTERISK-22480 - Embedded pjpr...

...is wasted space when AO2_DEBUG is not enabled. (Reported by Corey Farrell) * ASTERISK-26344 - Asterisk 13.11.0 + PJSIP crash (Reported by Ian Gilmour) * ASTERISK-26387 - Asterisk segfaults shortly after starting even with no active calls. (Reported by Harley Peters) * ASTERISK-26513 - tests/channels/pjsip/qualify/auth: Crashing enough to be a nuisance (Reported by Joshua Colp) * ASTERISK-26514 - Super Awesome Company: Don't specify transport in pjsip.conf (Reported by Rusty Newton) * ASTERISK-26510 - pjproject_bundled uses the --strip-components option...

...0           collisions:0 txqueuelen:0           RX bytes:2552297 (2.4 MiB)  TX bytes:930 (930.0 B) xenbr2    Link encap:Ethernet  HWaddr 5c:f3:fc:57:3b:8c           inet6 addr: fe80::5ef3:fcff:fe57:3b8c/64 Scope:Link           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:26513 errors:0 dropped:0 overruns:0 frame:0           TX packets:16 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:0           RX bytes:2547392 (2.4 MiB)  TX bytes:888 (888.0 B) xenbr3    Link encap:Ethernet  HWaddr 5c:f3:fc:57:3b:8e           inet6 addr: fe80::5ef3:fcff:fe57:...

...id 5, 64k Stripes: bonnie++ 1.03a ------Sequential Output------ --Sequential Input- --Random- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP Tyan 50G:16k 33394 68 35889 16 26513 7 44096 75 157248 19 84.1 0 Tyan 50G:16k 32601 67 36058 16 26623 7 43964 75 156970 19 83.3 0 Tyan 50G:16k 37892 77 35702 16 26960 7 44390 75 157084 19 83.5 0 Tyan 50G:64k 36168 74 35560 17 27003 8 43463 75 155179 20 69.1 0 Tyan 50G:64k 3...

...+ PJSIP crash (Reported by Ian Gilmour) * ASTERISK-26387 - Asterisk segfaults shortly after starting even with no active calls. (Reported by Harley Peters) * ASTERISK-26514 - Super Awesome Company: Don't specify transport in pjsip.conf (Reported by Rusty Newton) * ASTERISK-26513 - tests/channels/pjsip/qualify/auth: Crashing enough to be a nuisance (Reported by Joshua Colp) * ASTERISK-26510 - pjproject_bundled uses the --strip-components option of tar which isn't supported in older versions (Reported by George Joseph) * ASTERISK-22480 - Embedded pjpr...

...terisk segfaults shortly after starting even with no active calls. (Reported by Harley Peters) * ASTERISK-26506 - [patch]res_pjsip_outbound_publish: Crash when publishing, in publisher_client_send at res_pjsip_outbound_publish.c (Reported by Matt Krokosz) * ASTERISK-26513 - tests/channels/pjsip/qualify/auth: Crashing enough to be a nuisance (Reported by Joshua Colp) * ASTERISK-26514 - Super Awesome Company: Don't specify transport in pjsip.conf (Reported by Rusty Newton) * ASTERISK-26510 - pjproject_bundled uses the --strip-compon...

...terisk segfaults shortly after starting even with no active calls. (Reported by Harley Peters) * ASTERISK-26506 - [patch]res_pjsip_outbound_publish: Crash when publishing, in publisher_client_send at res_pjsip_outbound_publish.c (Reported by Matt Krokosz) * ASTERISK-26513 - tests/channels/pjsip/qualify/auth: Crashing enough to be a nuisance (Reported by Joshua Colp) * ASTERISK-26514 - Super Awesome Company: Don't specify transport in pjsip.conf (Reported by Rusty Newton) * ASTERISK-26510 - pjproject_bundled uses the --strip-compon...

...with no active calls. (Reported by Harley Peters) - [ASTERISK-26506 <https://issues.asterisk.org/jira/browse/ASTERISK-26506>] - [patch]res_pjsip_outbound_publish: Crash when publishing, in publisher_client_send at res_pjsip_outbound_publish.c (Reported by Matt Krokosz) - [ASTERISK-26513 <https://issues.asterisk.org/jira/browse/ASTERISK-26513>] - tests/channels/pjsip/qualify/auth: Crashing enough to be a nuisance (Reported by Joshua C. Colp) - [ASTERISK-26514 <https://issues.asterisk.org/jira/browse/ASTERISK-26514>] - Super Awesome Company: Don't specify...