Solved: Issue registering a local gateway with Webex

noe.manuel · ‎10-11-2023

Good day to all of you.

10/10/2023 11:10 PM •
Im trying to register a local gateway with Webex but it is not able to get through.
Webex hub has been configured as per the help.webex.com document and other guides provided by Cisco. The credentials generated in control hub have been configured accordingly the the help guides.
I have attached the configuration file.
"sip-ua register" show always is always "no".

Is there anyone to check my config and see if can help?

Thank you

Br

Manuel

noe.manuel · ‎10-16-2023

Thank you guys for your attention.

I made a factory rest, i configured the Router again and is working.

View solution in original post

b.winter · ‎10-11-2023

First: Your pattern in the "voice class uri 200 sip" is incorrect. As stated in the example config of the local gateway config, you should use a dot "." instead of the underscores "_", because CUBE doesn't support underscores.

Second: The "voice class stun-usage 200" is missing the command "stun usage ice lite"

Third: Why didn't you bind the tenant 200 to the dial-peer 200201?

Fourth: Where is the output of the "debug ccsip all" for a SIP registration attempt which I have already pointed out in PM?

Do you see any successfully established connections towards the Webex cloud in "show sip-ua connections tcp tls details"?
If no, then you have already a problem establishing basic TCP and / or TLS connections and you should troubleshoot this first.
Without a successful TCP/TLS connection, CUBE won't do anything SIP-wise.

noe.manuel · ‎10-11-2023

Thanks for for your feedback.

See the Answer in BOLD under your questions.

Do you have a correct configuration which I may use and just change with my on values? Or make the correction in the config file i send in my previous post. It can help a lot and will be highly appreciated.

This is my first time im doing this configuration. The last 4 week i have done everything i could to fix the problem. Thus, your help will be appreciated.

First: Your pattern in the "voice class uri 200 sip" is incorrect.

I also tried using dot. but that did not fixed the problem.

Second: The "voice class stun-usage 200" is missing the command "stun usage ice lite"

As I said, I did what is in the documentation, I did not see the "stun usage ice lite" command

Third: Why didn't you bind the tenant 200 to the dial-peer 200201?

For the same reason as above

Fourth: Where is the output of the "debug ccsip all" for a SIP registration attempt which I have already pointed out in PM?

LocalGateway#debug ccsip all
This may severely impact system performance. Continue? [confirm]
All SIP Call tracing is enabled
LocalGateway#debug ccsip call
SIP Call statistics tracing is enabled

Do you see any successfully established connections towards the Webex cloud in "show sip-ua connections tcp tls details"?

LocalGateway#show sip-ua connections tcp tls detail
Total active connections : 0
No. of send failures : 0
No. of remote closures : 0
No. of conn. failures : 0
No. of inactive conn. ageouts : 0
TLS client handshake failures : 0
TLS server handshake failures : 0

---------Printing Detailed Connection Report---------
Note:
** Tuples with no matching socket entry
- Do 'clear sip <tcp[tls]/udp> conn t ipv4:<addr>:<port>'
to overcome this error condition
++ Tuples with mismatched address/port entry
- Do 'clear sip <tcp[tls]/udp> conn t ipv4:<addr>:<port> id <connid>'
to overcome this error condition
* Connections with SIP OAuth ports

No Active Connections Found

-------------- SIP Transport Layer Listen Sockets ---------------
Conn-Id Local-Address Tenant
========== =========================== ========
0 [0.0.0.0]:5061: 0
6 [192.168.178.10]:5061: 0
LocalGateway#

LocalGateway#debug ccsip info
SIP Call info tracing is enabled
LocalGateway#

LocalGateway#show sip-ua register status

Tenant: 100
--------------------- Registrar-Index 1 ---------------------
Line peer expires(sec) reg survival P-Associ-URI
================================ ========= ============ === ======== ============
227210372 -1 11 no normal

Tenant: 100
--------------------- Registrar-Index 1 ---------------------
Line peer expires(sec) reg survival P-Associ-URI
================================ ========= ============ === ======== ============
227210373 -1 11 no normal

Tenant: 200
--------------------- Registrar-Index 1 ---------------------
Line peer expires(sec) reg survival P-Associ-URI
================================ ========= ============ === ======== ============
ITGEST-AO_TRUNK4589_LGU -1 0 no normal

Thank you in advange

b.winter · ‎10-11-2023

1) I has nothing to do with the registration itself. But the incoming dial-peer matching wouldn't work later on. That's why I mentioned it.
2) Also nothing to do with the registration, but the config is just wrong.
3) How do you expect the tenant to work correctly if you don't bind it to a dial-peer?
Points 1 - 3 are clearly there in the step-by-step config by Cisco: https://help.webex.com/en-us/article/jr1i3r/Configure-Local-Gateway-on-Cisco-IOS-XE-for-Webex-Calling#id_100838

4) What should that be? Where are the logs of the registration attempt with the "debug ccsip all" enabled? Do you know how to trace on a Cisco router?

5) It seems, that your router is not even able to establish a TCP and / or TLS connection towards Cisco WEbex. So you should troubleshoot this first. (IP routing, is the CUBE able to reach the internet?, FW blocking the communication, ...).
You cannot start troubleshooting on Layer 4 or 5, when not even Layer 2 / 3 are working correctly.

noe.manuel · ‎10-11-2023

The CUBE is able to reach the internet, without any issue. begin last last month with the first test, the webex calling site was working fine, The Cube what registered with webex Control hub as you can see from the image below, and also from the calllog attached.

Since I change the config for a second test, i started facing issues.

b.winter · ‎10-11-2023

For a third time: WHERE ARE THE LOGS FOR THE PROBLEM NOW? If you don't want help, then OK. It's only your problem, but don't waste someone else's time.

noe.manuel · ‎10-13-2023

Hi b. winter,

My apologies for the late reply. Due the heavy raining at my location, we had issues with internet connection.

I have copied the configurations and the logs in the attached file as requested.

The router is connected to the internet. Im able to ping to the Trunk service provider with no issue.

The only issue is that the LGW is not registering to webex.

debugs are enabled .

We have reverted the old configs, and just changed the values for the new ID Org in control hub.

The only difference i can see between the new configs and the old config is:

Old Config

logging buffered 9999999
no logging console
no logging monitor
no aaa new-model
clock timezone CEST 5 0
clock summer-time EDT recurring

!

crypto pki certificate chain TP-self-signed-1554245456
certificate self-signed 01
30820330 30820218 A0030201 02020101 300D0609 2A864886 F70D0101 05050030
31312F30 2D060355 04031326 494F532D 53656C66 2D536967 6E65642D 43657274
69666963 6174652D 31353534 32343534 3536301E 170D3233 30383331 31373136
35385A17 0D333330 38333031 37313635 385A3031 312F302D 06035504 03132649
4F532D53 656C662D 5369676E 65642D43 65727469 66696361 74652D31 35353432
34353435 36308201 22300D06 092A8648 86F70D01 01010500 0382010F 00308201
0A028201 0100BEE5 0D767BEA B99CA4DC B39F9A46 E5942958 A363BA9A A02562F1
49DB47FD 36B79C4B BFA567CA 3047DE68 E2F8BDBF 85075E81 7C17BEF6 8B260993
22B4FE19 2CEED3F2 9D31C133 DFBA98AE 91E16AA1 97AFBE3C B4C4B544 9C439535
B0F67F6A 6F5FEF71 35C84DF6 877DE4A7 5B9363A7 600D9269 B8406809 A02FFDF1
2AE6B3CE 079FA7BC 97722F52 1DE6B173 99B10C49 97064C0A 9E2EBEA3 269D559F
7249CABD 4C4EF5E6 FAF302DF 16D484FD 12BA0B40 D3CFD9AE C4E44B0A C9CEFEB7
C7C0A84B 33DE194E AABA26EF F3A7172E 3E5C5159 8C223FCF 45808B91 E9F1FA28
15FFC35A C4DB14BE 06EFD294 0C7FB3FD 1DD231D7 8E1319B4 02EA16A7 6DAC9435
9DE1D8B0 1CE70203 010001A3 53305130 0F060355 1D130101 FF040530 030101FF
301F0603 551D2304 18301680 14914CF3 93A79AD4 83ABA6F6 3C82796D 242BE9C8
B5301D06 03551D0E 04160414 914CF393 A79AD483 ABA6F63C 82796D24 2BE9C8B5
300D0609 2A864886 F70D0101 05050003 82010100 098C6572 C511506C 33A8A447
C78EB45F 7DEF610A 033D6D67 56E17F9B 90DA01BB 2434EF9D 6ECD9F95 E0D2C124
9FEF93B0 568794A7 CA3971C9 509981AE 0C561C0C B2FEB887 C1249B96 5C571FCE
591A0401 4BA62587 0E7A04FA 0C4017CE AA8A3ED2 20E88662 75724B0B F0EA51E4
C5B6A0F6 4C69492A C3CBC612 FAEBB45B 58DE0649 AF389D95 29903491 21330BE2
A7D467B6 49E2B334 85F7C4CD 6A34165C A16886BF CAFAEB89 9F65DB6A CEF36411
84AFABFE 55C95435 E5717915 BF8B4068 E5A556B4 39C0D0A3 6AAA96E1 C9AFA16D
8037EF4D 139296F2 310FCACB F02F32C3 4BCC71FC 53AAFC1D A37215A8 7BD6A660
B9615A0D 9125C1D3 08EE75B2 61203540 76A45F8F
quit
crypto pki certificate chain SLA-TrustPoint
certificate ca 01
30820321 30820209 A0030201 02020101 300D0609 2A864886 F70D0101 0B050030
32310E30 0C060355 040A1305 43697363 6F312030 1E060355 04031317 43697363
6F204C69 63656E73 696E6720 526F6F74 20434130 1E170D31 33303533 30313934
3834375A 170D3338 30353330 31393438 34375A30 32310E30 0C060355 040A1305
43697363 6F312030 1E060355 04031317 43697363 6F204C69 63656E73 696E6720
526F6F74 20434130 82012230 0D06092A 864886F7 0D010101 05000382 010F0030
82010A02 82010100 A6BCBD96 131E05F7 145EA72C 2CD686E6 17222EA1 F1EFF64D
CBB4C798 212AA147 C655D8D7 9471380D 8711441E 1AAF071A 9CAE6388 8A38E520
1C394D78 462EF239 C659F715 B98C0A59 5BBB5CBD 0CFEBEA3 700A8BF7 D8F256EE
4AA4E80D DB6FD1C9 60B1FD18 FFC69C96 6FA68957 A2617DE7 104FDC5F EA2956AC
7390A3EB 2B5436AD C847A2C5 DAB553EB 69A9A535 58E9F3E3 C0BD23CF 58BD7188
68E69491 20F320E7 948E71D7 AE3BCC84 F10684C7 4BC8E00F 539BA42B 42C68BB7
C7479096 B4CB2D62 EA2F505D C7B062A4 6811D95B E8250FC4 5D5D5FB8 8F27D191
C55F0D76 61F9A4CD 3D992327 A8BB03BD 4E6D7069 7CBADF8B DF5F4368 95135E44
DFC7C6CF 04DD7FD1 02030100 01A34230 40300E06 03551D0F 0101FF04 04030201
06300F06 03551D13 0101FF04 05300301 01FF301D 0603551D 0E041604 1449DC85
4B3D31E5 1B3E6A17 606AF333 3D3B4C73 E8300D06 092A8648 86F70D01 010B0500
03820101 00507F24 D3932A66 86025D9F E838AE5C 6D4DF6B0 49631C78 240DA905
604EDCDE FF4FED2B 77FC460E CD636FDB DD44681E 3A5673AB 9093D3B1 6C9E3D8B
D98987BF E40CBD9E 1AECA0C2 2189BB5C 8FA85686 CD98B646 5575B146 8DFC66A8
467A3DF4 4D565700 6ADF0F0D CF835015 3C04FF7C 21E878AC 11BA9CD2 55A9232C
7CA7B7E6 C1AF74F6 152E99B7 B1FCF9BB E973DE7F 5BDDEB86 C71E3B49 1765308B
5FB0DA06 B92AFE7F 494E8A9E 07B85737 F3A58BE1 1A48A229 C37C1E69 39F08678
80DDCD16 D6BACECA EEBC7CF9 8428787B 35202CDC 60E4616A B623CDBD 230E3AFB
418616A9 4093E049 4D10AB75 27E86F73 932E35B5 8862FDAE 0275156F 719BB2F0
D697DF7F 28
quit
crypto pki certificate chain dummyTp

------------------------------------------

New Config

logging buffered 1024000
no aaa new-model
clock timezone CEST 5 0
clock summer-time EDT recurring

!

crypto pki certificate chain TP-self-signed-1554245456
certificate self-signed 01 nvram:IOS-Self-Sig#5.cer
crypto pki certificate chain SLA-TrustPoint
certificate ca 01 nvram:CiscoLicensi#1CA.cer
crypto pki certificate chain dummyTp

The certificate here is missing.

It will be appreciated if you can understand that i do not have enough experience whit this type of configurations. The technical who normally does it, is ill at home since 4 weeks ago.

Thus your flexibility will be appreciated.

Best regards

noe.manuel · ‎10-13-2023

I have responded to you before, but for some reason i dont see the my post here.

As I said, due the heavy rain in my location, yesterday the all day i had no internet connection.

The old configuration that was working is de same with the new one apart of the value from Control Hub.

The Only difference is in:

Old configuration:

logging buffered 1024000
no aaa new-model
clock timezone CEST 5 0
clock summer-time EDT recurring

New Configuration:

logging buffered 9999999
no logging console
no logging monitor
no aaa new-model
clock timezone CEST 5 0
clock summer-time EDT recurring
!

Debus are enable.

The router is connected on the Internet.

As you can see below i can ping to the trunk service provider:

LocalGateway#ping 41.222.236.254
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 41.222.236.254, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 141/150/159 ms
LocalGateway#

But my focus now is to register the LGW with webex control Hub, but for some reason it is not regitering.

I believe the configuration are okey.

I have also attached the show logs as requested.

It will be appreciated if you could be little be flexible because im not an expert with this type of configuration.

Best regards

Roger Kallberg · ‎10-12-2023

@noe.manuel wrote:

Since I change the config for a second test, i started facing issues.

So what did you change that made it not work? As you state that it did work prior why do you not revert back to the working configuration state?

noe.manuel · ‎10-13-2023

LocalGateway#show sip-ua connections tcp tls detail
Total active connections : 0
No. of send failures : 0
No. of remote closures : 0
No. of conn. failures : 0
No. of inactive conn. ageouts : 0
TLS client handshake failures : 0
TLS server handshake failures : 0

---------Printing Detailed Connection Report---------
Note:
** Tuples with no matching socket entry
- Do 'clear sip <tcp[tls]/udp> conn t ipv4:<addr>:<port>'
to overcome this error condition
++ Tuples with mismatched address/port entry
- Do 'clear sip <tcp[tls]/udp> conn t ipv4:<addr>:<port> id <connid>'
to overcome this error condition
* Connections with SIP OAuth ports

No Active Connections Found

-------------- SIP Transport Layer Listen Sockets ---------------
Conn-Id Local-Address Tenant
========== =========================== ========
0 [0.0.0.0]:5061: 0
6 [192.168.178.10]:5061: 0
LocalGateway#

noe.manuel · ‎10-16-2023

Is there any suggestion to my issue?

b.winter · ‎10-16-2023

@noe.manuel Based on what additional helpful info from your side do you want to have anymore suggestions?
Nobody cares, if you can ping the provider. What does it have to do with the problem of the Webex registration?

And as you don't deliver the logs for the debug command I have already asked for 3 times, there is nothing I can do.
You have to do the leg work, and if you can't do it, how should anybody be able to help you? We don't have access to the router or can read your mind.

I'm out of this thread.

noe.manuel · ‎10-16-2023

I have provided all requested information so far, at least I believe so.
Anyway, thank you for your time and your help.

Roger Kallberg · ‎10-16-2023

From what I can see in the provided file it doesn’t contain any information that pertains to this. Please collect the output from the previous requested debugs.

To simplify things for you it is advised to change your configuration to logging monitor, without that you’ll never get any output from debugs in the terminal session.

noe.manuel · ‎10-16-2023

Thank you for time.

Below the output:

LocalGateway#debug ccsip all
This may severely impact system performance. Continue? [confirm]yAll SIP Call tracing is enabled
LocalGateway#show log
Syslog logging: enabled (0 messages dropped, 3 messages rate-limited, 0 flushes, 0 overruns, xml disabled, filtering disabled)

No Active Message Discriminator.

No Inactive Message Discriminator.

Console logging: disabled
Monitor logging: disabled
Buffer logging: level debugging, 2857 messages logged, xml disabled,
filtering disabled
Exception Logging: size (4096 bytes)
Count and timestamp logging messages: disabled
Persistent logging: disabled

No active filter modules.

Trap logging: level informational, 133 message lines logged
Logging Source-Interface: VRF Name:
TLS Profiles:

Log Buffer (9999999 bytes):

*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/verbose/4096/sipSPIAddContextToTable: Added context(0x7F3D6743AC90) with key=[72] to table
*Oct 16 23:17:56 EDT: //-1/000000000000/SIP/Info/info/4096/ccsip_ipip_media_service_init:
*Oct 16 23:17:56 EDT: //-1/000000000000/SIP/Info/info/4096/ccsip_tdmip_media_service_init:
*Oct 16 23:17:56 EDT: //-1/000000000000/SIP/Info/verbose/36864/ccsip_ipip_media_forking_init: MF: Queue is initialised..
*Oct 16 23:17:56 EDT: //-1/000000000000/SIP/Info/verbose/4097/ccsip_platform_init_ccb: Initialising rtp session queue
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/verbose/512/ccsip_get_vrf_from_sip_bind: vrfid 0 for tag 101, sip_vrfid 0, voice_vrfid 0
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/verbose/8192/ccsip_send_ood_options_ping: ccsip_send_ood_options_ping: peer_tag = 101, tenant_tag = 100, VRFId = 0
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/State/sipSPIChangeState: 0x7F3D6743AC90 : State change from (STATE_NONE, SUBSTATE_NONE) to (STATE_IDLE, SUBSTATE_NONE)
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/ccsip_process_sipspi_queue_event: ccsip_spi_get_msg_type returned: 3 for event 37
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/verbose/4096/sipSPIUaddccCallIdToTable: Adding call id 48 to table
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/verbose/512/ccsip_get_vrf_from_sip_bind: vrfid 0 for tag 101, sip_vrfid 0, voice_vrfid 0
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/info/8192/resolve_sig_ip_address_to_bind: VRF id = 0
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/info/8192/resolve_sig_ip_address_to_bind: VRF id = 0
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/ccsip_get_ifaddress: ip_address IPv4 192.168.178.10 for SIP
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/resolve_ip_address_to_bind: ip_get_ifaddress IPv4 192.168.178.10 for SIP
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/info/8192/resolve_sig_ip_address_to_bind: signaling bind address : 192.168.178.10
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/resolve_sig_ip_address_to_bind: bind_inuse: 1conn_reuse: 0
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/resolve_sig_ip_address_to_bind: return addr 192.168.178.10
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/verbose/4096/sipSPIUaddCcbToUACTable: ****Adding to UAC table.0x7F3D6743AC90 C86D924B-6B7E11EE-802BE462-1C255252@192.168.178.10
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/verbose/4096/sipSPIUaddCcbToTable: Added to table. ccb=0x7F3D6743AC90 key=C86D924B-6B7E11EE-802BE462-1C255252@192.168.178.10 balance 1
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/State/sipSPIChangeState: 0x7F3D6743AC90 : State change from (STATE_IDLE, SUBSTATE_NONE) to (SIP_STATE_OPTIONS_WAIT, SUBSTATE_NONE)
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_create: created msg=0x7F3D68FA1358 with refCount = 1
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/verbose/8192/sipSPIPresendProcessing: Presend Processing called for 15 event
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/verbose/8192/sipSPISetDateHeader: Converting TimeZone EDT to SIP default timezone = GMT
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Error/sipSPIAddPrivacyHeader:
Orig Container is NULL...should have value except in case of sending OOD Options ping.
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Error/sipSPIAddAssertedIDHeader:
Orig Container is NULL...should have value except in case of sending OOD Options ping.
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Error/sipSPIAddPreferredIDHeader:
Orig Container is NULL...should have value except in case of sending OOD Options ping.
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/info/4096/sipSPISendOptionsRequest: Associated container=0x7F3D69B1B280 to Options
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/verbose/8192/sipSPIAppHandleContainerBody: sipSPIAppHandleContainerBody len 0
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/verbose/512/ccsip_get_vrf_from_sip_bind: vrfid 0 for tag 101, sip_vrfid 0, voice_vrfid 0
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Transport/sipSPIGetSwitchTransportFlag: Return the Dial peer configuration, Switch Transport is FALSE
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Transport/sipSPITransportSendMessage: msg=0x7F3D68FA1358, addr=41.222.236.254, port=5060, sentBy_port=0, local_addr=192.168.178.10, is_req=1, tenant=100, transport=1, switch=0, callBack=0x55C26C28A270
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/info/2048/sipSPIGetExtensionCfg: SIP extension config:1, check sys cfg:1
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/info/2048/sipSPIGetExtensionCfg: SIP extension config:1, check sys cfg:1
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Transport/sipSPITransportSendMessage: Proceedable for sending msg immediately
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/4608/sipHolderGetConnInstance: Returning connection details for port 5060 connId 7 tenant_tag 0
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Transport/sipConnectionManagerGetConnection: connection required for raddr:41.222.236.254, rport:5060 with laddr:192.168.178.10

*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Transport/sipInstanceGetConnectionId: Registering gcb=0x7F3D6743AC90 with connection=0x7F3D6328C388 context list
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Transport/sipTransportLogicSendMsg: Set to send the msg=0x7F3D68FA1358
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportPostSendMessage: Posting send for msg=0x7F3D68FA1358, addr=41.222.236.254, port=5060, local_addr=192.168.178.10, tenant=100, connId=7, vrf=, sig_tos=0x68 for UDP
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Msg/ccsipDisplayMsg:
Sent:
OPTIONS sip:41.222.236.254:5060 SIP/2.0

Via: SIP/2.0/UDP 192.168.178.10:5060;branch=z9hG4bK30ED7

From: <sip:192.168.178.10>;tag=1B6CC0-150D

To: <sip:41.222.236.254>

Date: Mon, 16 Oct 2023 17:17:56 GMT

Call-ID: C86D924B-6B7E11EE-802BE462-1C255252@192.168.178.10

User-Agent: Cisco-SIPGateway/IOS-17.9.4

Max-Forwards: 70

CSeq: 101 OPTIONS

Contact: <sip:192.168.178.10:5060>

Content-Length: 0

*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_free: Freed msg=0x7F3D68FA1358
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_create: created msg=0x7F3D69234AD8 with refCount = 1
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_create: created msg=0x7F3D6934E608 with refCount = 1
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/verbose/4096/HandleUdpIPv4SocketReads: Msg enqueued for SPI with IP addr: [41.222.236.254]:5060, local_address:[192.168.178.10]
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_free: Freed msg=0x7F3D69234AD8
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/ccsip_process_sipspi_queue_event: ccsip_spi_get_msg_type returned: 2 for event 1
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportProcessNWNewConnMsg: context=0x7F3D62E2B158
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Transport/sipConnectionManagerProcessNewConnMsg: gConnTab=0x7F3D62E2B158, remote_addr=41.222.236.254, remote_port=5060, local_addr=192.168.178.10, local_port=0, connid=7, tenant=0, vrf=, transport=UDP
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/4608/sipHolderGetConnInstance: Return existing connection for port 5060 connId 7 tenant_tag 0
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/verbose/4096/ccsip_new_msg_preprocessor: Checking Invite Dialog
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/info/1024/sipSPIMatchRespToReqTran: removing unneeded z9hG4bK30ED7 from via branch list
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_lock: Increment msg (0x7F3D6934E608) counter, current msg->refCount = 2
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK

Via: SIP/2.0/UDP 192.168.178.10:5060;branch=z9hG4bK30ED7;received=89.98.238.228

From: <sip:192.168.178.10>;tag=1B6CC0-150D

To: <sip:41.222.236.254>

Call-ID: C86D924B-6B7E11EE-802BE462-1C255252@192.168.178.10

CSeq: 101 OPTIONS

Content-Length: 0

*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/verbose/1024/sipSPICheckResponseExt: non-INVITE response with no RSEQ - do not disable IS_REL1XX
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/info/4096/sipSPIHandle_ccsip_api_options_result: Optionsping feature disabled SIP_ADDR_INVALID = FALSE, Response_code = 200, Source = External, PingStatus NOT SAVED in Stack.
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Error/ccsip_optkeepProfileConfigured:
NULL ccb or options keep sess data
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_free: Decrement msg (0x7F3D6934E608) counter, current msg->refCount = 1
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/verbose/4096/sipSPIUdeleteccCallIdFromTable: Removing call id 48
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/verbose/4096/sipSPIDeleteContextFromTable: Context for key=[72] removed.
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/verbose/4096/sipSPIUdeleteCcbFromTable: Deleting from table. ccb=0x7F3D6743AC90 key=C86D924B-6B7E11EE-802BE462-1C255252@192.168.178.10
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/verbose/4096/sipSPIFlushEventBufferQueue: There are 0 events on the internal queue that are going to be free'd
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Error/sipSPIFlushDeferredQueue:
Invalid deferredQueue
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Transport/sipConnectionManagerUnregisterCtxtInConnection: gConnTab=0x7F3D62E2B158, addr=41.222.236.254, port=5060, local_addr=192.168.178.10, transport 1 vrfid 0 tenant_tag 0 unregistering context=0x7F3D6743AC90
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/4608/sipHolderGetConnInstance: Returning connection details for port 5060 connId 7 tenant_tag 0
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Transport/sipInstancePurgeContextInConnection: Purging context gcb=0x7F3D6743AC90 from the connection=0x7F3D6328C388 context list
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Error/ws_call_fork_cleanup:
ws_info is NULL
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/verbose/1/sipSPI_ipip_free_codec_profile: Codec Profiles Freed
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/info/8192/sipSPIStopOverlapInfoTimer: Stopping Overlap Info Timer
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Error/ws_info_free:
ws_info is NULL !!!
*Oct 16 23:17:56 EDT: //72/000000000000/SIP/Info/verbose/4096/sipSPIUfreeOneCCB: Freeing ccb 0x7F3D6743AC90
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/verbose/4096/sipSPIGetContextFromTable: NO context for key[72]
*Oct 16 23:17:56 EDT: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_free: Freed msg=0x7F3D6934E608
LocalGateway#