[cisco-voip] alarm panel issues and VG224 w/ SCCP

[Lelio Fulgenzi]

We have a remote site which uses alarms on their VG224. It seems they're not working properly. I've got a call back into the client to arrange a conference call with their alarm provider so I have access to technical details I can share. 

When I look at the CDRs, I see some strange entries. Basically a call to a toll free number, followed by short calls of 1 second with invalid DNs. (see below) 

I recall some talk about alarms and SCCP and it's better with MGCP. Can anyone who had this problem confirm if this was the same issue? 

I have no problem setting up a few ports for MGCP but I have some concerns: 

    • can I have a VG224 with some ports as SCCP and some as MGCP? 
    • how can I ensure that my MGCP ports work during failover, i.e. SRST? 


        • I don't want to have to redo all my dial-peers. I don't mind putting in one dial that sends all calls from the VG224 to the SRST router, but I'd like an inbound dialpeer from the VG224 that assigns the same class of service for all inbound calls from that vg224. 
        • Is this doable? 



	call 1 	call 2 
	DateTimeOrigination 	DateTimeOrigination 
	Mar 8, 2011 10:02:10 AM 	Mar 8, 2011 10:02:34 AM 
	OriginalCalledPartyNumber 	OriginalCalledPartyNumber 
	1866------- <snip> 	7000C 
	FinalCalledPartyNumber 	FinalCalledPartyNumber 
	1866------- <snip> 	7000C 
	DateTimeConnect 	DateTimeConnect 
	Mar 8, 2011 10:02:22 AM 	N/A 
	DateTimeDisconnect 	DateTimeDisconnect 
	Mar 8, 2011 10:02:34 AM 	Mar 8, 2011 10:02:36 AM 
	Duration 	Duration 
	12 	0 

--- 
Lelio Fulgenzi, B.A. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
Cooking with unix is easy. You just sed it and forget it. 
- LFJ (with apologies to Mr. Popeil) 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110324/e7190027/attachment.html>