search for: seqno

...meout to 0 -- Executing Dial("Zap/19-1", "IAX/vcch@sassafras/619") in new stack -- Calling using options 'exten=619;callerid="Tilghman Lesher" <103>;language=en;username=vcch;formats=2;capability=65282;version=1;adsicpe=2' Tx-Frame Retry[000] -- Seqno: 00 Type: IAX Subclass: NEW Timestamp: 00001ms Callno: 00032 DCall: -00001 [192.168.222.245:5036] -- Called vcch@sassafras/619 Tx-Frame Retry[000] -- Seqno: 01 Type: VOICE Subclass: 2 Timestamp: 00014ms Callno: 00032 DCall: -00001 [192.168.222.245:5036] Rx-Frame Retry[N/A] -...

...dogs, but there are no systemd watchdogs configured for my tinc service, and I can't even come up with a situation where systemd would send SIGSEGV to a process). I would appreciate any insights! Niklas -------------- next part -------------- May 09 21:25:20 node-1 tincd[22507]: Invalid packet seqno: 93322 != 1 from cdn_1 (10.0.0.1 port 655) May 09 21:25:20 node-1 tincd[22507]: Invalid packet seqno: 93323 != 1 from cdn_1 (10.0.0.1 port 655) May 09 21:25:20 node-1 tincd[22507]: Invalid packet seqno: 93324 != 1 from cdn_1 (10.0.0.1 port 655) May 09 21:25:20 node-1 tincd[22507]: Invalid packet se...

...A/C voip1 md5,plaintext IAX No voip2*CLI> iax show peers Name/Username Host Mask Port Status voip1/voip1 x.x.x.x (S) 255.255.255.255 5036 UNREACHABLE voip1*CLI> iax debug Rx-Frame Retry[N/A] -- Seqno: 00 Type: IAX Subclass: POKE Tx-Frame Retry[-01] -- Seqno: 00 Type: IAX Subclass: ACK Tx-Frame Retry[000] -- Seqno: 00 Type: IAX Subclass: PONG Rx-Frame Retry[N/A] -- Seqno: 01 Type: IAX Subclass: ACK Tx-Frame Retry[001] -- Seqno: 00 Type: IAX Subclass: PONG Rx-Frame Retry[...

...k box at the other end of my connection, thru the Internet via IAX to my asterisk box. ------------------------------------------------------------------------ When a call works, my iax debug output looks like this: (this is a complete call - I really did hang up at the end) Rx-Frame Retry[N/A] -- Seqno: 00 Type: IAX Subclass: NEW Tx-Frame Retry[-01] -- Seqno: 00 Type: IAX Subclass: ACK Tx-Frame Retry[000] -- Seqno: 00 Type: IAX Subclass: AUTHREQ Rx-Frame Retry[N/A] -- Seqno: 01 Type: Voice Subclass: 2 Tx-Frame Retry[-01] -- Seqno: 01 Type: IAX Subclass: ACK Rx-Fra...

Hi, How would I go about troubleshooting this: [Dec 24 07:15:11] WARNING[5228]: chan_sip.c:3397 retrans_pkt: Maximum retries exceeded on transmission a50346a4-bfdc32ed at 192.168.1.95 for seqno 101 (Critical Response) -- See doc/sip-retransmit.txt. [Dec 24 07:15:12] WARNING[5228]: chan_sip.c:3397 retrans_pkt: Maximum retries exceeded on transmission 90bd2c4d-aaaec88 at 192.168.1.95 for seqno 101 (Critical Response) -- See doc/sip-retransmit.txt. [Dec 24 07:15:13] WARNING[5228]: chan_sip.c...

--- doc/tinc.conf.5.in | 3 +++ src/linux/device.c | 7 +++++++ 2 files changed, 10 insertions(+), 0 deletions(-) diff --git a/doc/tinc.conf.5.in b/doc/tinc.conf.5.in index 2bfd5fe..01f7f81 100644 --- a/doc/tinc.conf.5.in +++ b/doc/tinc.conf.5.in @@ -255,6 +255,9 @@ a lookup if your DNS server is not responding. This does not affect resolving hostnames to IP addresses from the host

...(x305) "registers", then I use a sip phone to place a call to DIAX (which definitely is not in use by me at debug time, but it is idle on my desktop.I think), and then * goes to vmail. Here's the debug output: affinity*CLI> iax debug IAX Debugging Enabled Rx-Frame Retry[N/A] -- Seqno: 00 Type: IAX Subclass: REGREQ Tx-Frame Retry[-01] -- Seqno: 00 Type: IAX Subclass: ACK Tx-Frame Retry[000] -- Seqno: 00 Type: IAX Subclass: REGAUTH Rx-Frame Retry[N/A] -- Seqno: 00 Type: IAX Subclass: REGREQ Tx-Frame Retry[-01] -- Seqno: 00 Type: IAX Subclass: ACK...

...6f ] This is motivated by having meaningful ftrace events, but it also fixes use cases where dma_fence_is_later is called, such as in sync_file_merge. In other drivers, fence creation and cmdbuf submission normally happen atomically, mutex_lock(); fence = dma_fence_create(..., ++timeline->seqno); submit_cmdbuf(); mutex_unlock(); and have no such issue. But in our driver, because most ioctls queue commands into ctrlq, we do not want to grab a lock. Instead, we set seqno to 0 when a fence is created, and update it when the command is finally queued and the seqno is known. Signed-off...

...6f ] This is motivated by having meaningful ftrace events, but it also fixes use cases where dma_fence_is_later is called, such as in sync_file_merge. In other drivers, fence creation and cmdbuf submission normally happen atomically, mutex_lock(); fence = dma_fence_create(..., ++timeline->seqno); submit_cmdbuf(); mutex_unlock(); and have no such issue. But in our driver, because most ioctls queue commands into ctrlq, we do not want to grab a lock. Instead, we set seqno to 0 when a fence is created, and update it when the command is finally queued and the seqno is known. Signed-off...

We have IAX2 peer between two asterisk and I am getting following error following IAX2 WARNING. IAX calling is functional [May 10 15:23:34] WARNING[2056]: chan_iax2.c:3487 __attempt_transmit: Max retries exceeded to host 172.24.146.51 on IAX2/orasebcam-612 (type = 6, subclass = 11, ts=3030332, seqno=211) [May 10 15:23:44] WARNING[2047]: chan_iax2.c:3487 __attempt_transmit: Max retries exceeded to host 172.24.146.51 on IAX2/orasebcam-612 (type = 6, subclass = 11, ts=3040332, seqno=212) [May 10 15:23:45] NOTICE[2058]: chan_sip.c:23826 handle_request_register: Registration from '<sip:7659...

...- SIP/23-00000002 is ringing -- SIP/22-00000001 is ringing == Using SIP RTP TOS bits 184 == Using SIP RTP CoS mark 5 [Jun 20 18:41:56] WARNING[3936]: chan_iax2.c:3487 __attempt_transmit: Max retries exceeded to host 212.11.91.204 on IAX2/khca_in-2443 (type = 6, subclass = 11, ts=20015, seqno=5) [Jun 20 18:41:57] WARNING[3934]: chan_iax2.c:3487 __attempt_transmit: Max retries exceeded to host 212.11.91.204 on IAX2/khca_in-2443 (type = 6, subclass = 2, ts=21015, seqno=6) [Jun 20 18:42:06] WARNING[3938]: chan_iax2.c:3487 __attempt_transmit: Max retries exceeded to host 212.11.91.204 on...

...- C The problem is that after a while, node C can't exchange data with node B. It works fine (ping and other traffic) for about 10 minutes, then fails. Here is some debug output as seen from node C. When the problem occurs: Got late or replayed packet from koneko (84.92.216.214 port 655), seqno 5, last received 40031 Got late or replayed packet from koneko (84.92.216.214 port 655), seqno 6, last received 40031 Got late or replayed packet from koneko (84.92.216.214 port 655), seqno 7, last received 40031 Got late or replayed packet from koneko (84.92.216.214 port 655), seqno 8, last re...

Implemented the suggestions. Also, moved the ocfs2_orphan_scan_init() to the end of ocfs2_fill_super() instead of calling it earlier in ocfs2_initialize_super(). Sunil

...dp_mst_topology.c @@ -3245,7 +3245,9 @@ static int drm_dp_mst_handle_down_rep(struct drm_dp_mst_topology_mgr *mgr) static int drm_dp_mst_handle_up_req(struct drm_dp_mst_topology_mgr *mgr) { - int ret = 0; + struct drm_dp_sideband_msg_req_body msg; + struct drm_dp_mst_branch *mstb = NULL; + bool seqno; if (!drm_dp_get_one_sb_msg(mgr, true)) { memset(&mgr->up_req_recv, 0, @@ -3253,62 +3255,60 @@ static int drm_dp_mst_handle_up_req(struct drm_dp_mst_topology_mgr *mgr) return 0; } - if (mgr->up_req_recv.have_eomt) { - struct drm_dp_sideband_msg_req_body msg; - struct drm_d...

Running * with default config files except for sip.conf. Any call made is dropped 5 seconds after connection, with the following messages: Mar 17 16:37:41 WARNING[1009461760]: chan_sip.c:495 retrans_pkt: Maximum retries exceeded on call 6C94C1B1-77C4-11D8-91FB- 000A95DA04DA@192.168.1.152 for seqno 48221 (Response) == Spawn extension (default, s, 5) exited non-zero on 'SIP/2000-6bd7' Mar 17 16:37:47 WARNING[1009461760]: chan_sip.c:495 retrans_pkt: Maximum retries exceeded on call 6C94C1B1-77C4-11D8-91FB- 000A95DA04DA@192.168.1.152 for seqno 102 (Request) Mar 17 16:43:43 WARNING[1009...

...lowdelay [pos| type=friend context=default auth=plaintext secret=pos deny=0.0.0.0/0.0.0.0 permit=10.1.3.0/255.255.255.0 host=dynamic defaultip=10.1.3.2 In the registrations dialog of the Windows clients I put pos:pos@10.1.3.111 The * console shows the following messages. Rx-Frame Retry[N/A] -- Seqno: 00 Type: IAX Subclass: REGREQ Tx-Frame Retry[-01] -- Seqno: 00 Type: IAX Subclass: ACK Tx-Frame Retry[000] -- Seqno: 00 Type: IAX Subclass: REGREJ Rx-Frame Retry[N/A] -- Seqno: 00 Type: IAX Subclass: ACK What am I doing wrong? Any pointers are greatly appreciated. Best regard...

...ivers/gpu/drm/nouveau/nouveau_fence.c @@ -510,6 +510,16 @@ static bool nouveau_fence_is_signaled(struct fence *f) struct nouveau_channel *chan; bool ret = false; + /* If the notify is already active, we can rely on + * FENCE_FLAG_SIGNALED_BIT being accurate and skip checking the + * current seqno as fctx->read() requires an expensive uncached read. + */ + if (test_bit(FENCE_FLAG_USER_BITS, &fence->base.flags)) + return false; + + if (READ_ONCE(fctx->notify_ref)) + return false; + rcu_read_lock(); chan = rcu_dereference(fence->channel); if (chan) -- 2.9.3

...06 -- SIP/16007-8c24 is ringing -- SIP/16007-8c24 answered SIP/16008-3d17 -- Attempting native bridge of SIP/16008-3d17 and SIP/16007-8c24 Mar 30 13:53:11 WARNING[1125685952]: chan_sip.c:495 retrans_pkt: Maximum retries exceeded on call 2eb06a983415436d4f2845a44dd9df5a@192.168.0.252 for seqno 102 (Request) Mar 30 13:53:12 WARNING[1125685952]: chan_sip.c:495 retrans_pkt: Maximum retries exceeded on call 2eb06a983415436d4f2845a44dd9df5a@192.168.0.252 for seqno 102 (Request) Mar 30 13:53:12 WARNING[1125685952]: chan_sip.c:495 retrans_pkt: Maximum retries exceeded on call D9A3-E113-71478237...

Hey, I'm getting an odd message in my logs, and have'nt been able to find much information on it: Jan 24 00:22:39 WARNING[-1137431632]: chan_sip.c:486 retrans_pkt: Maximum retries exceeded on call 6010532c6fedf9be383872e07e4be70c@192.168.1.2 for seqno 102 (Request) I'm running asterisk with a Cisco 7960G If anyone know's why i'd get this.....Any help would be appreciated! =] Thanks! Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/...

Resending after implementing review comments.