Wireshark output-
112.1.32.97 => Asterisk
112.1.32.108 => Kamailio
100.9.312.174 => IP Address of Provider Client PC
12135431348 => Number the provider called  (Note: this number connects to a webRTC Client in our Asterisk dial-plan)


20832	50.736901	112.1.32.97	34062	112.1.32.108	5060	SIP/XML	1008	Request: INFO sip:+12135431348@112.1.32.108:5060;alias=209.169.233.52~63368~2 | 
20937	50.897839	112.1.32.97	5060	112.1.32.108	5060	SIP/XML	937	Request: INFO sip:dgugbm9n@t8jqja1etd79.invalid;transport=ws;alias=100.9.312.174~60800~6;alias=100.15.188.174~60800~6 | 20832	50.736901	112.1.32.97	34062	112.1.32.108	5060	SIP/XML	1008	Request: INFO sip:+12135431348@112.1.32.108:5060;alias=209.169.233.52~63368~2 | 
20832	50.736901	112.1.32.97	34062	112.1.32.108	5060	SIP/XML	1008	Request: INFO sip:+12135431348@112.1.32.108:5060;alias=209.169.233.52~63368~2 | 
...
...
...
Repeating many of this same "Request: INFO" but no other types of request messages
...
...
...
21975	52.123047	112.1.32.108	5060	112.1.32.97	34062	SIP	506	Status: 408 Request Timeout | 
21977	52.123310	112.1.32.97	34062	112.1.32.108	5060	SIP	782	Request: BYE sip:+12135431348@112.1.32.108:5060;alias=209.169.233.52~63368~2 | 

Then call Drops

Note: ;tag does exist in both the INFO request to headers (sip:+12135431348@112.1.32.108:5060, and sip:dgugbm9n@t8jqja1etd79.invalid)