similar to: Asterisk SIP handling - why 491 Request Pending response

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