Thank you for the answer. I was not able to find any SNMP OIDs that would be able to monitor the trunk registration.
It seems that there is a third-party application capable of tracking the state of registration: http://www.voipmonitor.org/
But, you are right, CLI and Event Management could be a good solution, and would be my next attempt if VoIP monitor doesn't work.
... View more
I found a detailed example in the 15M & T SIP Config Guide, starting on page 213. However, I am still looking for the TCL code that implemented it. If anyone has access to that, please let me know where I can find it.
... View more
Vignesh, As requested: ERC3-IAD2431-3#show version Cisco IOS Software, 2400 Software (C2430-IK9O3S-M), Version 15.1(2)T, RELEASE SOFTWARE (fc1) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2010 by Cisco Systems, Inc. Compiled Mon 19-Jul-10 16:23 by prod_rel_team ROM: System Bootstrap, Version 12.3(7r)T2, RELEASE SOFTWARE (fc1) ERC3-IAD2431-3 uptime is 1 week, 20 hours, 31 minutes System returned to ROM by reload at 15:45:52 EDT Mon Oct 27 2014 System restarted at 15:47:56 EDT Mon Oct 27 2014 System image file is "flash:c2430-ik9o3s-mz.151-2.T.bin" Last reload type: Normal Reload This product contains cryptographic features and is subject to United States and local country laws governing import, export, transfer and use. Delivery of Cisco cryptographic products does not imply third-party authority to import, export, distribute or use encryption. Importers, exporters, distributors and users are responsible for compliance with U.S. and local country laws. By using this product you agree to comply with applicable laws and regulations. If you are unable to comply with U.S. and local laws, return this product immediately. A summary of U.S. laws governing Cisco cryptographic products may be found at: http://www.cisco.com/wwl/export/crypto/tool/stqrg.html If you require further assistance please contact us by sending email to email@example.com. Cisco IAD2431 (R527x) processor (revision 4.1) with 250880K/11264K bytes of memory. Processor board ID FHK1444F1GM R527x CPU at 225MHz, Implementation 40, Rev 3.1 2 FastEthernet interfaces 48 Serial interfaces 2 Channelized T1/PRI ports 1 Virtual Private Network (VPN) Module DRAM configuration is 64 bits wide with parity disabled. 63K bytes of non-volatile configuration memory. System fpga version is 250027 System readonly fpga version is 250027 Option for system fpga is 'system'. 126976K bytes of ATA System CompactFlash (Read/Write) Configuration register is 0x2102 ERC3-IAD2431-3#show int fa0/0 FastEthernet0/0 is up, line protocol is up Hardware is Gt96k FE, address is 5475.d026.3019 (bia 5475.d026.3019) Description: Uplink to TWC/Avaya VoIP Network Internet address is 188.8.131.52/27 MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 100Mb/s, 100BaseTX/FX ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 2000 bits/sec, 3 packets/sec 5 minute output rate 1000 bits/sec, 2 packets/sec 40541 packets input, 6155984 bytes Received 20517 broadcasts (0 IP multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog 0 input packets with dribble condition detected 149623 packets output, 22178324 bytes, 0 underruns 0 output errors, 0 collisions, 5 interface resets 17 unknown protocol drops 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out ERC3-IAD2431-3#show int fa0/1 FastEthernet0/1 is up, line protocol is up Hardware is Gt96k FE, address is 5475.d026.301a (bia 5475.d026.301a) Internet address is 172.19.113.242/29 MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 100Mb/s, 100BaseTX/FX ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:44, output 00:00:05, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 14829 packets input, 3324508 bytes Received 7916 broadcasts (0 IP multicasts) 0 runts, 0 giants, 0 throttles 1 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog 0 input packets with dribble condition detected 78596 packets output, 7819210 bytes, 0 underruns 0 output errors, 0 collisions, 13 interface resets 0 unknown protocol drops 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out ERC3-IAD2431-3# Thanks, Alfy
... View more
Thank you very much! I had also no success to detect the ev_notify event. I try now if i am able to catch the ev_notify_done event. In my application, i want to use the sip notify to trigger some WSMA functions. The IVR script should write on sip notify a message into the syslog. Another EEM script detects that entry in syslog and creates a wsma initiator profile (CLI Commands). It is not an optimal solution but I found no better way to do it..
... View more
I just googled 'eem applet reboot' and the 2nd result was:
Cisco – how to schedule an unattended reload with EEM – yurisk.info
Cisco – how to schedule an unattended reload with EEM · June 22, 2011 / Yuri /
This link shows the 'action nnn reload' command. Of course you need to use the appropriate 'if' or other condition testing command to determine when/whether to reboot. From my applet above, you could use:
action 700 cli command "show sip-ua register status | include yes"
action 710 string first "yes" "$_cli_result"
action 730 if $_string_result gt 0 goto nnn
Of course the details of these and other commands are documented in the EmbeddedEventManagerCommandReference-eem-cr-book.pdf and the Writing-EEM-Policies-Using-CLI-15.0-nm_eem_policy_cli.pdf documents, both available on the Cisco web site.
... View more
I am trying to use TCL IVR running on our Cisco IAD2431 to send a SIP SUBSCRIBE message to an IMS SIP Proxy to subscribe to SIP registration events. Our Nokia-Siemens IMS Proxy responds to each SUBSCRIBE with a SIP 407 Proxy Authentication Required message containing a Proxy-Authenticate header field containing a long 'nonce' (the challenge), to which the 2431 needs to respond by resending the SUBSCRIBE with Proxy-Authorization header containing a different nonce (the response) which is calculated using the shared secret SIP user password according the standard SIP digest crytographic method, using md5 I believe. Is it possible for the Cisco TCL script to calculate the response using existing TCL crypto packages? I am hoping Joe Clarke can reply, but if anybody else knows the answer to this question, please reply to this post. The reason we need to do this is that when an IMS subscriber's account is changed in any way, the IMS declares the account de-registered, and will not send new inbound calls to the SIP-UA until it re-registers. The IMS expects all subscriber SIP-UAs to subscribe to registration events, and will then send a NOTIFY whenever the UA is de-registered. Currently, our subscriber provisioning systems may change a subscriber account for a variety of reasons, such as adding a new block of phone numbers to the PBX behind the 2431, and the people who do so do not have the ability to log into the 2431 and manually force a re-registration. To avoid outages in such instances requires time-consuming coordination and manual action from our Operations people to force re-registration. So we are trying to build a TCL IVR/EEM script to send the SUBSCRIBE, including the digest auth response, and then wait for NOTIFY messages, and then using the CLI to re-initialize the 2431's sip-ua registrar configuration, causing a new registration. But without the crypto piece, we may have trouble getting this to work without security issues. Please let me know if you know whether this capability exists within existing Cisco TCL or C packages.
... View more
I recall many of the SYSLOG messages are listed at the end of the Release Notes of the particular IOS, but it's never exhaustive. As far as turning on syslogging, refer to http://www.cisco.com/en/US/docs/ios/voice/sip/configuration/guide/15_1/sip_15_1_book.pdf On pgs 87-88, there're a couple of sample outputs of SIP syslogs, from a combination of either "debug ccsip event" or "debug ccsip info" AND "logging buffered 1000000 debugging". There's more sample output on pg 317. If those don't produce the SIP registration message you're looking for as the applet trigger, try "debug ccsip error", "debug ccsip message", or even "debug ccsip all" (sample output on pg 453) to see if any would produce more verbose output. Those commands are all you need if you intend to look at the syslogs with "show logging" on the 2431. If you want to send the logs also to an external syslog server, configure the following as well: logging source-interface FastEthernet0/0 logging host ip.addr.of.server
... View more
Well....I am back and trying to pick this up again as this issue is being revisited . Did you ever get any answers as to doing this with this provider using the UC500. I can't imagine the issue being much different on a h.323 gateway from a UC500 device.... I am hopeful that you did find an answer....What did you end up doing ?? TIA
... View more