search for: retransmit

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:3397 retrans_pkt: Maximum retries exceeded on tra...

Hi, We have a Ericsson BP250 Phone system setup witht he following configuration Telco <-> Asterisk E405P <-> BP250 The system seem to work perfectly on 1.0.9 for a very long time but there is some functionality we wanted to take advantage of in the 1.2 version branch so we upgraded. Currently running Asterisk 1.2.4 Zaptel 1.2.3 (noticed 1.2.4 is out will upgrade next

...= 89 Apr 23 12:25:02 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:25:03 WARNING[131081]: PRI: !! Got a UA, but i'm in state 1 Apr 23 12:25:09 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:25:13 WARNING[131081]: PRI: !! Got reject for frame 2, retransmitting frame 2 now, updating n_r! Apr 23 12:25:13 WARNING[131081]: PRI: !! Got reject for frame 3, but we have nothing -- resetting! Apr 23 12:25:23 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:25:26 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:25:...

Hi, What does retransmitting NAT means? I have a client that uses SPA 942, and his phone sometimes cannot be called. i did a sip sebug and i keep on seeing retransmitting NAT. on the realtime it shows that it is registered, so when i try to call it , asterisk thinks it is still online so it tries to reach it instead of...

...up to 10 channels at once with *no errors*. Above 10 channels, I start to get many (several per second when running 30 channels) framing and "read" errors, with text similar to the following: WARNING[1167272128]: File chan_zap.c, Line 5670 (zt_pri_error): PRI: !! Got reject for frame 26, retransmitting frame 26 now, up_dating n_r! (repeating for each error several times, with ascending retransmitted frame numbers) and also, less often: WARNING[1167272128]: File chan_zap.c, Line 5670 (zt_pri_error): PRI: Read on NN failed: Unknown error 500 (NN is the channel) MY SETUP: Tyan S2723, with du...

Anyone know what would cause this error? !! Got reject for frame 39, retransmitting frame 39 now, updating n_r! !! Got reject for frame 39, retransmitting frame 40 now, updating n_r! I assume this would cause audio issues as well. Thanks, Steve > Message type: CALL PROCEEDING (2) > [18 03 a9 83 89] > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0,...

I have an asterisk system in Costa Rica that connects to a SIP provider in Atlanta. Sometimes SIP packets seem get dropped or retransmitted too quickly. In trying to debug this I turned on SIP debug in Asterisk and the SIP provider enabled packet capture on his end. What I saw was me sending an invite, them sending a 100 Trying, me sending a cancel, me sending a retransmit of the cancel, me sending another retransmit of the cancel...

...e a SIP 491 Request Pending Response. This happens because I try to place a call on hold using an Invite request rigth before Asterisk sends me a Re-Invite for the same call. I respond to the 491 response with an ACK however for some strange reason Asterisk doesn't accept the ACK and insists on retransmitting the 491 Response. Asterisk replies with the following 491 response: SIP/2.0 491 Request Pending Via: SIP/2.0/UDP 10.110.7.89:5070;branch=z9hG4bK5a668c33f196837c3602266b23b389e0;received=10.110.7.89 From: <sip:30001 at 10.110.7.20:5070>;tag=SIPTester To: <sip:30008 at 10.110.7.20&g...

...or also Windows 7 machine and I am getting really poor TCP performance. When tracing on the network traffic, I can see that no packets are dropped or missing or anything, but what happens is that the Vista machine does not seem to send an ACK back to the Xen guest, and then the Xen guest is doing a retransmit after a while. But this is causing huge delays and SCP, for example, mostly fails completely because of the poor performance. I am thinking that perhaps the problem here could be that the Windows machine is using the delayed ACK mechanism but the Xen guest does not actually send further data so thi...

...capture a full sip trace. I'll paste it in full below, but I'll give a summary first. It seems that Asterisk is not recognizing the ACK messages that it receives from the Grandstream ATA. This happens only on the ACK that follows the OK that marks a call as established. This makes Asterisk retransmit the OK message 6 times, after which it drops the call (after exactly 20 seconds). The strange thing is that the "branch" parameter of the ACK is different than the branch parameter from the OK it is replying to, however, this seems to be normal behaviour as specified in the RFC for an AC...

I agree with the in-effective of TCP transmission, but I wonder if the the UDP packet is dropped, the tinc VPN itself wouldn’t retransmit, and if the upper level application doesn’t handle the packet loss well, will this be the problem? Or the upper level application have very limited tolerance to packet loss(like RDP application, I guess if the packet loss go to certain threshold, the connection will be lost). > On 18 Jun 2017,...

Hi, I was trying to register a VoIP trunk in Asterisk , where its keep on sending Register message to the server, where I am not getting any response from server. But whereas if i register in Xlite softphone the account is getting registered. I suspect it could be network related issue, but since in softphone it is getting registered from the same network. Any ideas to isolate things would be

...This is happening after: - call is setup, 2 way audio - call can function correctly for up to 5 minutes, with the external provider re-inviting every 1 minute When the problem happens - external peer re-invites asterisk - asterisk sends 200 OK - external peer sends ACK - asterisk retransmits 200 OK - external peer sends ack - .. - asterisk retransmits 200 OK (Retransmitting #6) - external peer sends ack - Asterisk logs the above message about maximum retries exceeded, and sends BYE to the inside SIP UA. The network configuration is as follows: phone <--> altern...

...10 seconds of the call seems ok but then the line is dropped with asterisk reporting something like this: [Apr 20 18:01:46] WARNING[17362] chan_sip.c: Maximum retries exceeded on transmission 3c2fcee15573-s9h4b1eg7wgn at snom320-0004132C5819 for seqno 263 (Non-critical Request) -- See doc/sip-retransmit.txt. [Apr 20 18:01:57] WARNING[17362] chan_sip.c: Hanging up call 3998455968-113858311 - no reply to our critical packet (see doc/sip-retransmit.txt). [Apr 20 18:04:52] WARNING[17362] chan_sip.c: Hanging up call 4173967968-113858329 - no reply to our critical packet (see doc/sip-retransmit.txt)...

Hi, I'm currently investigating a problem with our windows 2008r2 guest on centos 6 hosts. The issue is that the windows system sometimes sees a SYN packet for a tcp connection but doesn't respond. Three seconds later the retransmitted packet arrives and this time windows decides to proceed normally with the connection. This is with the virtio drivers but I have now switched to the e1000 driver where the problem also occurs but not quite as badly as with virtio which leads me to speculate that the driver isn't really th...

...gets 100% of all available CPU (user CPU) for 10~20 seconds and then it keeps about 80% CPU usage.... Thas's just a portion of the asterisk log: -------------------------------------- Jun 11 13:12:16 WARNING[81931]: File chan_zap.c, Line 5341 (zt_pri_error): PRI: !! Got reject for frame 67, retransmitting frame 67 now, updating n_r! Jun 11 13:12:16 WARNING[81931]: File chan_zap.c, Line 5341 (zt_pri_error): PRI: !! Got reject for frame 67, retransmitting frame 68 now, updating n_r! Jun 11 13:12:16 WARNING[81931]: File chan_zap.c, Line 5341 (zt_pri_error): PRI: !! Got reject for frame 67, retr...

Hi, I have set up the latest code * server, and I'm having problems with the sip phone. I'm using the budgetone. I can receive calls just fine. When I try to place outgoing calls, I can see that the rules get followed fine. But once it dials the analog interface (X100P), it starts retransmitting packets in chan_sip.c:retrans_pkt() any ideaas why this would be? thanks TJ

...following problem : making a call only leasts for about 30 seconds, then the call is ended. The CLI shows : [May 21 14:31:50] WARNING[25345]: chan_sip.c:1980 retrans_pkt: Maximum retries exceeded on transmission 954539948-5060-2 at 192.168.1.100 for seqno 11 (Critical Response) -- See doc/sip-retransmit.txt. [May 21 14:31:50] WARNING[25345]: chan_sip.c:2002 retrans_pkt: Hanging up call 954539948-5060-2 at 192.168.1.100 - no reply to our critical packet (see doc/sip-retransmit.txt). I read about SIP-packets being retransmitted but in the end not being acknowledged and so Asterisk ends the call....

...' (language 'es') -- <SIP/111-08d91940> Playing 'digits/8' (language 'es') [Apr 12 18:29:20] WARNING[3204]: chan_sip.c:1976 retrans_pkt: Maximum retries exceeded on transmission 4d242299a2de83ca at 192.168.10.23 for seqno 2468 (Critical Response) -- See doc/sip-retransmit.txt. [Apr 12 18:29:20] WARNING[3204]: chan_sip.c:1998 retrans_pkt: Hanging up call 4d242299a2de83ca at 192.168.10.23 - no reply to our critical packet (see doc/sip-retransmit.txt). == Spawn extension (netsoluciones, *981, 2) exited non-zero on 'SIP/111-08d91940' saludoss -- rickygm ht...

...ur Asterisk boxes are being dropped in Voicemail -- only in voicemail -- after about 20 seconds with the error logged "[Jan 19 14:33:26] WARNING[27458]: chan_sip.c:1980 retrans_pkt: Hanging up call 001d45b6-1d490088-46ef7ed6-adbeb875 at 10.2.0.203 - no reply to our critical packet (see doc/sip-retransmit.txt).". We're running Asterisk 1.4.22 built from source and Cisco 7961G phones with the SIP firmware image. I've tried most of the recent firmware versions for the phones with no real impact on the issue. Strange thing is that while all of the phones use a variation on the same confi...