Displaying 10 results from an estimated 10 matches similar to: "Asterisk SIP handling - why 491 Request Pending response"
2008 Jan 04
1
Unable to forward call on SIP channel after SIP response 302 Moved Temporarily
Hi,
I have the following problem that when asterisk receives SIP response 302 it
cannot forward the call
I get such debug:
[Jan 4 10:43:27] WARNING[18671]: channel.c:3281 ast_request: No channel
type registered for 'Local'
[Jan 4 10:43:27] NOTICE[18671]: app_dial.c:505 wait_for_answer: Unable to
create local channel for call forward to 'Local/poczta at routing-sip' (cause =
66)
2003 May 15
0
[Bug 491] Large file transfers get stalls
http://bugzilla.mindrot.org/show_bug.cgi?id=491
------- Additional Comments From djm at mindrot.org 2003-05-15 21:43 -------
I the connection actually stalling? Can you concurrently check whether the file
is increasing in size?
Also, do large FTP or HTTP transfers exhibit the same behaviour?
------- You are receiving this mail because: -------
You are the assignee for the bug, or are
2003 Feb 10
0
[Bug 491] New: Large file transfers get stalls
http://bugzilla.mindrot.org/show_bug.cgi?id=491
Summary: Large file transfers get stalls
Product: Portable OpenSSH
Version: 3.4p1
Platform: ix86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: scp
AssignedTo: openssh-unix-dev at mindrot.org
ReportedBy:
2003 Feb 24
0
[Bug 491] Large file transfers get stalls
http://bugzilla.mindrot.org/show_bug.cgi?id=491
------- Additional Comments From djm at mindrot.org 2003-02-24 13:06 -------
Is your link high-latency? Try increasing STALLTIME in scp.c a little.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
2000 Mar 17
4
lag (PR#491)
Full_Name: Hannu Kahra
Version: 1.0.0
OS: Windows
Submission from: (NULL) (153.1.50.127)
x1 <- lag(x, k=1) returns the original series x. The time series is not
shiftet at all. Only the time is shiftet: for x1 new start = old start -1
and new end = old end -1. When I run, e.g. lm(x~x1) the result is not what
I expect. Both x and x1 are time series. Is this a bug or am I forgetting
something?
2020 Mar 11
0
[PATCH -next 000/491] treewide: use fallthrough;
There is a new fallthrough pseudo-keyword macro that can be used
to replace the various /* fallthrough */ style comments that are
used to indicate a case label code block is intended to fallthrough
to the next case label block.
See commit 294f69e662d1 ("compiler_attributes.h: Add 'fallthrough'
pseudo keyword for switch/case use")
These patches are intended to allow clang to
2020 Mar 11
0
[PATCH -next 000/491] treewide: use fallthrough;
There is a new fallthrough pseudo-keyword macro that can be used
to replace the various /* fallthrough */ style comments that are
used to indicate a case label code block is intended to fallthrough
to the next case label block.
See commit 294f69e662d1 ("compiler_attributes.h: Add 'fallthrough'
pseudo keyword for switch/case use")
These patches are intended to allow clang to
2020 Mar 11
0
[PATCH -next 000/491] treewide: use fallthrough;
There is a new fallthrough pseudo-keyword macro that can be used
to replace the various /* fallthrough */ style comments that are
used to indicate a case label code block is intended to fallthrough
to the next case label block.
See commit 294f69e662d1 ("compiler_attributes.h: Add 'fallthrough'
pseudo keyword for switch/case use")
These patches are intended to allow clang to
2020 Mar 11
0
[PATCH -next 000/491] treewide: use fallthrough;
There is a new fallthrough pseudo-keyword macro that can be used
to replace the various /* fallthrough */ style comments that are
used to indicate a case label code block is intended to fallthrough
to the next case label block.
See commit 294f69e662d1 ("compiler_attributes.h: Add 'fallthrough'
pseudo keyword for switch/case use")
These patches are intended to allow clang to
2020 Mar 11
0
[PATCH -next 000/491] treewide: use fallthrough;
There is a new fallthrough pseudo-keyword macro that can be used
to replace the various /* fallthrough */ style comments that are
used to indicate a case label code block is intended to fallthrough
to the next case label block.
See commit 294f69e662d1 ("compiler_attributes.h: Add 'fallthrough'
pseudo keyword for switch/case use")
These patches are intended to allow clang to