I have a VG200 working as an H323 gateway for a remote office. The gateway has 4 POTS lines plugged into some FXO cards. This office is connected via a VPN tunnel on an ASA 5505. Previously, we had issues with outside calls dropping right at 5 minutes. This was because of the "inspect h323 h225" command in the policy-map. When I removed that the problem went away.
Fast forward a couple years, and all of the calls going through the gateway are dropping. It is at random intervals. The call may last 4:45 or it may drop at 20 seconds. It is completely random.
I captured this debug information when one of the calls dropped:
Q931 Message IE Decodes Protocol Discriminator : 0x08 CRV Length : 2 CRV Value : 0x805A Message Type : 0x5A: RELEASE_COMP Cause: Length Of IE=2 Data 8090 User-User: Length Of IE=33 Data 052580060008914A00020111008088A06F5E20913D5A0072010A01701106800100 Hex representation of the RELEASE COMPLETE TPKT to send.: 030000310802805A5A080280907E0021052580060008914A00020111008088A06F5E20913D5A0072010A01701106800100 h225TerminateRequest: Q.931 RELEASE COMPLETE sent from socket . Call state changed to [Null].h323chan_chn_process_read_socket: fd (3) of type ACCEPTED has data
Hex representation of the received TPKT030000090400000000 *Jun 25 09:34:25.106: h323chan_chn_process_read_socket: fd (3) of type ACCEPTED has data
Hex representation of the received TPKT030000064A40 *Jun 25 09:34:25.158: h323chan_chn_process_read_socket: fd (3) of type ACCEPTED has data
*Jun 25 09:34:25.214: h323chan_recvdata:Connection lost socket  *Jun 25 09:34:25.214: h323chan_close: TCP connection from socket  closed *Jun 25 09:34:25.218: h323chan_close: TCP connection from socket  closed *Jun 25 09:34:25.222: h323chan_close: TCP connection from socket  closedh323chan_chn_process_read_socket: fd (0) of type LISTENING has data Changing to new event: ACCEPT h323chan_chn_accept: 0
*Jun 25 09:34:42.302: h323chan_gw_accept: TCP connection accepted from 10.1.1.20:33112 on socket  *Jun 25 09:34:42.302: local(0x0) accepts TCP conn from 10.1.1.20(0xA010114) port 33112changing from LISTENING state to ACCEPTED state h323chan_chn_process_read_socket: fd (1) of type ACCEPTED has data
Hex representation of the received TPKT030000EF0802005B0504038090A26C0C008134333536353635313535700D803931383031353633323832387E00C10520B0060008914A000501401F004200720061006E0064006F006E002000570065006C006300680020002D0020003200350031003400000000000000000000000000000000000000000000000022C0B50000120F436973636F43616C6C4D616E61676572003100010580C4B348965B5B0080D356D70C21913D5B0079010A01701100D50D800007000A01011406B8110080D356D70C21913D5B0079010A017011010001000100010010A00100140140B50000120D81E40020040001030003000103
I'm trying to figure out if this is a problem with the lines, or a problem with the gateway. Does anyone have any ideas?
You have reached the Cisco Logistics Support Center.. To Check Status of
your RMA, visit Product Returns & Replacements (RMA). Need help? Contact
us by Phone or Email. North Americas Phone: 1800 553 2447 Option 4
Email: firstname.lastname@example.org Europe Phone: +3...
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...