search for: 487

...I just submittet everything since I don't know what would be relevant for debugging... One of the last lines tells me it has to do with permissions.... but why... Mar 11 15:28:49 compaq slapd[395]: conn=271 fd=22 ACCEPT from IP=127.0.0.1:33162 (IP=0.0.0.0:389) Mar 11 15:28:49 compaq slapd[487]: conn=271 op=0 BIND dn="cn=admin,dc=login" method=128 Mar 11 15:28:49 compaq slapd[487]: conn=271 op=0 BIND dn="cn=admin,dc=login" mech=simple ssf=0 Mar 11 15:28:49 compaq slapd[487]: conn=271 op=0 RESULT tag=97 err=0 text= Mar 11 15:28:49 compaq slapd[481]: conn=271 op=1 SRC...

Hi All, Have any way to asterisk forward the 487 Request Cancelled in SIP TO SIP call? In a SIP to SIP call when the called peer B send 487 to Asterik, Asterisk return to calling peer A 603 PEER A ASTERISK PEER B | INVITE ------------>| | |<------------TRYING|...

...this is an Linphone issue, but Sylvain says it's on my PBX side: https://github.com/BelledonneCommunications/linphone-android/issues/832#issuecomment-557474864 > The CANCEL message has a Reason header with Q.850 protocol and cause 0, which doesn't mean call has been missed (should be 487). Is this my dialplan / setup or an Asterisk issue? How can I get Asterisk to send cause=487? -- sergio.

http://bugzilla.mindrot.org/show_bug.cgi?id=487 ------- Additional Comments From smoogen at lanl.gov 2003-02-07 09:36 ------- Created an attachment (id=220) --> (http://bugzilla.mindrot.org/attachment.cgi?id=220&action=view) Patch for ssh_config man page Should change some wording. Written by Dave Williams ------- You are recei...

...Transaction 0 of length 137 [2007/08/20 13:19:26, 3] smbd/process.c:switch_message(914) switch message SMBnegprot (pid 30689) conn 0x0 [2007/08/20 13:19:26, 3] smbd/sec_ctx.c:set_sec_ctx(241) setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0 [2007/08/20 13:19:26, 3] smbd/negprot.c:reply_negprot(487) Requested protocol [PC NETWORK PROGRAM 1.0] [2007/08/20 13:19:26, 3] smbd/negprot.c:reply_negprot(487) Requested protocol [LANMAN1.0] [2007/08/20 13:19:26, 3] smbd/negprot.c:reply_negprot(487) Requested protocol [Windows for Workgroups 3.1a] [2007/08/20 13:19:26, 3] smbd/negprot.c:reply_negp...

Hi, recently I checked our mailserver for some more tuning and optimizing and noticed, that currently I do have 487 imap-login processes and I'm asking myself if that's o.k. We do have about 1.000 user in total and not everybody is currently logged in. May be this is o.k. but if not, what might I check? We run the dovecot package provided by redhat EL 5.8 dovecot-1.0.7-7.el5_7.1 Thanks for any comme...

....67.250.36, with session description 92.821931 69.67.250.38 -> 66.218.1.47 SIP Status: 407 Proxy Authentication Required 94.323765 66.218.1.47 -> 69.67.250.36 SIP/SDP Request: INVITE sip:95694033@69.67.250.36, with session description 94.452850 69.67.250.38 -> 66.218.1.47 SIP Status: 487 Request Terminated 94.453240 69.67.250.38 -> 66.218.1.47 SIP Status: 487 Request Terminated 94.822695 69.67.250.38 -> 66.218.1.47 SIP Status: 407 Proxy Authentication Required 98.324204 66.218.1.47 -> 69.67.250.36 SIP/SDP Request: INVITE sip:95694033@69.67.250.36, with session descri...

...; (language 'en') -- Playing 'vm-INBOX' (language 'en') -- Playing 'vm-messages' (language 'en') -- Playing 'vm-onefor' (language 'en') -- Playing 'vm-INBOX' (language 'en') Jul 26 22:40:39 NOTICE[262160]: rtp.c:487 ast_rtp_read: Unknown RTP codec 72 received -- Playing 'vm-messages' (language 'en') Jul 26 22:40:40 NOTICE[262160]: rtp.c:487 ast_rtp_read: Unknown RTP codec 72 received -- Playing 'vm-opts' (language 'en') -- Playing 'vm-changeto' (language '...

...1 | 5. | 4 1 0 ZANTAC 5 . . . . 1 | |-------------------------------------------------------------------------------------------------| 6. | 4 1 1 ZOTON 6 23aug2000 01:00:00 23aug2000 NS 487 2000 1 | 7. | 4 2 0 LOSEC 1 . . . . 2 | 8. | 4 2 0 NEXIUM 2 . . . . 2 | 9. | 4 2 1 PARIET 3 25sep2000 01:00:00 25sep2000...

...hunderbird is not checked. I have several laptops that used to work when I ran CentOS 5.6 / Dovecot 1.x. I haven't changed their configuration and they all have the same problem. Here's a sample (personal data removed) of /var/log/maillog when I download messages (note the "del=0/487" on the 2nd line): Aug 13 14:28:54 chasserver dovecot: pop3-login: Login: user=<centos>, method=PLAIN, rip=192.168.0.2, lip=192.168.0.27, mpid=18393, TLS Aug 13 14:29:28 chasserver dovecot: pop3(centos): Disconnected: Logged out top=0/0, retr=487/2134628, del=0/487, size=2126323 My &...

http://bugzilla.mindrot.org/show_bug.cgi?id=487 ------- Additional Comments From djm at mindrot.org 2003-05-16 10:48 ------- I am not sure I understand - nothing currently defines GSSAPI in our tree. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

...Transaction 0 of length 183 [2007/01/30 16:48:38, 3] smbd/process.c:switch_message(914) switch message SMBnegprot (pid 12385) conn 0x0 [2007/01/30 16:48:38, 3] smbd/sec_ctx.c:set_sec_ctx(241) setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0 [2007/01/30 16:48:38, 3] smbd/negprot.c:reply_negprot(487) Requested protocol [PC NETWORK PROGRAM 1.0] [2007/01/30 16:48:38, 3] smbd/negprot.c:reply_negprot(487) Requested protocol [MICROSOFT NETWORKS 1.03] [2007/01/30 16:48:38, 3] smbd/negprot.c:reply_negprot(487) Requested protocol [MICROSOFT NETWORKS 3.0] [2007/01/30 16:48:38, 3] smbd/negprot.c:r...

...branch=z9hG4bK13fbce3e From: "Jess" <sip:6882332@mydomain.com>;tag=as6818ebfb To: <sip:0119614960203@provider> Date: Fri, 09 Jan 2004 17:56:09 GMT Call-ID: 27907464513ff22b6c7a203c51b3a666@asterisk Content-Length: 0 CSeq: 102 CANCEL 8 headers, 0 lines Sip read: > SIP/2.0 487 Request Cancelled Via: SIP/2.0/UDP asterisk:5060;branch=z9hG4bK13fbce3e From: "Jess" <sip:6882332@mydomain.com>;tag=as6818ebfb To: <sip:0119614960203@provider>;tag=243881BC-1D1 Date: Fri, 09 Jan 2004 17:56:09 GMT Call-ID: 27907464513ff22b6c7a203c51b3a666@asterisk Server: Cisco...

...L, 2L, 2L, 2L, 2L, 3L, 3L, 3L, 3L, 3L, 3L, 4L, 4L, 4L, 4L, 4L, 4L, 5L), choice = c(0L, 0L, 0L, 0L, 0L, 1L, 0L, 0L, 1L, 0L, 0L, 0L, 0L, 0L, 0L, 0L, 0L, 1L, 0L, 0L, 1L, 0L, 0L, 0L, 0L), br = c(1L, 2L, 3L, 4L, 5L, 6L, 1L, 2L, 3L, 4L, 5L, 6L, 1L, 2L, 3L, 4L, 5L, 6L, 1L, 2L, 3L, 4L, 5L, 6L, 1L), mth = c(487, 487, 487, 487, 487, 487, 488, 488, 488, 488, 488, 488, 488, 488, 488, 488, 488, 488, 489, 489, 489, 489, 489, 489, 489), tcomp = c(0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0), num = c(642, 642, 642, 642, 642, 642, 642, 642, 642, 642, 642, 642, 642, 642, 642, 642, 642...

Sometimes, linphone shows missed calls as missed. Look like asterisk replies with cause=487 that time, but I can't understand why. Grandstream always shows calls as missed ones. How should I investigate this? -- sergio.

Hi Sergio On 16.10.20 at 07:54 sergio wrote: > Sometimes, linphone shows missed calls as missed. Look like asterisk > replies with cause=487 that time, but I can't understand why. > > Grandstream always shows calls as missed ones. > > How should I investigate this? You could try to reproduce it while activating pcap traces and analyze it afterwards - or you could enable pcap traces on asterisk[1] itself and just wai...

http://bugzilla.mindrot.org/show_bug.cgi?id=487 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Addition...

http://bugzilla.mindrot.org/show_bug.cgi?id=487 Summary: Patches to fix ssh1 kerberos handling and some other items Product: Portable OpenSSH Version: 3.5p1 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Com...

...1132 retrans_pkt: Maximum retries exceeded on transmission 000b46a0-8661000a-4405e325-7e25031f@192.168.123.20 for seqno 102 (Critical Response) Any ideas I am sure it was working ok with cvs head a month ago. Chris ---- sip debug ---- Retransmitting #7 (no NAT) to 192.168.123.20:5060: SIP/2.0 487 Request Terminated Via: SIP/2.0/UDP 192.168.123.20:5060;branch=z9hG4bK49428a54 From: "Chris Stenton" <sip:201@pbx.gnome.co.uk>;tag=000b46a0866100290e5a9947-05a960d9 To: <sip:607@pbx.gnome.co.uk;user=phone>;tag=as4d62d2f2 Call-ID: 000b46a0-8661000a-4405e325-7e25031f@192.168.12...

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=487 Summary: ip sets not working after upgrading 2.6.16.10->2.6.17.1 Product: ipset Version: unspecified Platform: x86_64 OS/Version: RedHat Linux Status: NEW Severity: critical Priority: P2 Component: defau...