Voip RTP port leakage on ISR Version 15.6(3)M1

[Karthika]

HI All,

There is a Voip rtp port leakage error.

Suspect the issue to be a false alarm. Someone to be confirm if it is the same issue. 

Bug details from cisco site for rtp false alarm but it is for different ISR version.

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvf84528/?rfs=iqvred

 Also not sure what kind of calls are utilizing this port for which we are receiving the alarms.

When tried to make a test call to reproduce the issue , the call Id seems to be different , for which i am not getting the false alarms but the pork leakage error for what we are getting are for different call id range.

snippet from issue call ID:

Error - voip_rtp_allocate_port:Possible port leak? callID(209372), port(22962) socket(0x0)

Changing call state from established to idle:

//209372/00632038EC40/H323/h245_olc_in_sm: Received H245_EV_OLC_CLC_IND while at state H245_OLC_IN_STATE_ESTABLISHED

Call end cause code (cause 16 is the normal call clearing.):

//209372/00632038EC40/H323/release_ind: Disconnect cause 16 location code 0

//209372/00632038EC40/H323/cch323_h225_send_release: Cause = 16; Location

Also we verified the same through the command ‘show VoIP rtp connection’ during the call flow.

And the result showed that there was no indication of port leakage.

Tried restarting the routers but the error exists.

[gmgarrian]

Hello Karthika,

I'm not seeing CSCvf84528 resolved in any release and it is listed as open:

https://www.cisco.com/c/dam/en/us/td/docs/routers/access/4400/release/xe-16-6/isr4k-rel-notes-xe-16-6.html#con_129029

Since you are seeing the "Possible port leak?" error but not getting any dropped or failed calls I believe you are hitting this defect.  

The debugs you attached do not have 

[R0g22]

This is just a cosmetic issue if you are not facing any issues and their is no actual leakage happening. This usually happens due to fast start when an RTP port is allocated initially. If the other end does does not do FS, the RTP port is dropped and returned to the pool of available RTP ports. That's when this error is thrown by IOS.
Check with "show voip rtp connection". If you do not see a build up of rtp port allocation vs the number of calls, you should be good and this can be ignored. I believe this will be fixed in 16.9 release.

[Karthika]

Hi All,

Thanks for your response over the below.

Further we have given an upgrade to the following version - 15.7(3)M2

But after upgrade we are facing a different issue, please suggest if you have any idea on the same :

Jul 25 08:47:06.428: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1553 GUID=8096157C6AAC71B5280DD001AC157418

Jul 25 08:47:15.932: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1554

Jul 25 08:47:25.336: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1555

Jul 25 08:51:23.216: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1558

Jul 25 08:51:32.708: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1560 GUID=80F7A11A74AD71B52C0DE301AC157417

Jul 25 08:51:42.188: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1562 GUID=80D897207EAD71B52D0DE501AC157417

Jul 25 08:51:51.544: %VOICE_IEC-3-GW: H323: Internal Error (Socket error): IEC=1.1.186.5.7.6 on callID 1563 GUID=EC2DC4548ECA11E882CE4C00826F9580

Jul 25 08:51:51.580: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1565

Jul 25 09:27:43.494: %VOICE_IEC-3-GW: H323: Internal Error (Socket error): IEC=1.1.186.5.7.6 on callID 1624 GUID=DBA578328ECF11E882E64C00826F9580

Jul 25 10:23:57.181: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1705

Jul 25 10:24:06.665: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1706 GUID=801C130926C371B5300DA001AC157418

Jul 25 10:24:28.193: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1709 GUID=800B30163CC371B5310DA201AC157417

Jul 25 12:06:52.934: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1834 GUID=800B4C643CDB71B5320D1901AC157F19

Jul 25 12:06:57.018: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1835

Jul 25 12:07:04.577: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 1836 GUID=8019736B48DB71B5340D1F01AC157F0B

Jul 25 14:23:22.529: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 2001 GUID=80DEEA753AFB71B5350D9501AC156946

Jul 25 14:23:26.325: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 2002 GUID=80384D783EFB71B5360D9701AC156946

Jul 25 14:23:30.949: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 2003 GUID=8092AF7A42FB71B5370D9A01AC156946

Jul 25 14:29:33.625: %VOICE_IEC-3-GW: H323: Internal Error (Socket error): IEC=1.1.186.5.7.6 on callID 2016 GUID=064AD1048EFA11E883A74C00826F9580

Jul 25 14:32:57.445: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (Call blocked by CLI): IEC=1.1.228.11.29.21 on callID 2023 GUID=A3B6790F8EFA11E883AA4C00826F9580

Jul 25 14:33:18.733: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (Call blocked by CLI): IEC=1.1.228.11.29.21 on callID 2026 GUID=B066C2C28EFA11E883AC4C00826F9580

Jul 25 14:34:07.477: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 2027

Jul 25 14:34:44.401: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 2032 GUID=80CF6B0CE4FD71B5390DBE01AC157417

[Dennis Mink]

15.7.3M2 is listed as a fxed release, either bump up the M version and/or get back to TAC

[Karthika]

Hi Dennis,

Thanks for your response.

Could you please bit more elaborate / steps for performing the same.

Thanks,