<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><DIV>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'">Hi Guys,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'"> <o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'">There are 2 easy ways to achieve this.<o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'"> <o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'">1- Send all the incoming digits to CallManager and create translation pattern in CallManager<o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'"> <o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'">Or <o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'"> <o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'">2 - Send all the digits to CUCM and under gateway configuration<o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'"> A- Call routing information--- incoming calls<o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'"> I- significant digs = 3<o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'"> II - Prefix DN = 3<o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'"> <o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0in 0in 0pt; LINE-HEIGHT: normal"><SPAN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: 'Times New Roman'">Hope it will help<o:p></o:p></SPAN></P></DIV>
<DIV> </DIV>
<DIV><BR> </DIV>
<DIV style="FONT-SIZE: 12pt; FONT-FAMILY: times new roman, new york, times, serif"><BR>
<DIV style="FONT-SIZE: 13px; FONT-FAMILY: arial, helvetica, sans-serif"><FONT face=Tahoma size=2>
<HR SIZE=1>
<B><SPAN style="FONT-WEIGHT: bold">From:</SPAN></B> "cisco-voip-request@puck.nether.net" <cisco-voip-request@puck.nether.net><BR><B><SPAN style="FONT-WEIGHT: bold">To:</SPAN></B> cisco-voip@puck.nether.net<BR><B><SPAN style="FONT-WEIGHT: bold">Sent:</SPAN></B> Friday, 9 January, 2009 2:00:01 AM<BR><B><SPAN style="FONT-WEIGHT: bold">Subject:</SPAN></B> cisco-voip Digest, Vol 63, Issue 8<BR></FONT><BR>Send cisco-voip mailing list submissions to<BR> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><BR>To subscribe or unsubscribe via the World Wide Web, visit<BR> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>or, via email, send a message with subject or body 'help' to<BR> <A href="mailto:cisco-voip-request@puck.nether.net"
ymailto="mailto:cisco-voip-request@puck.nether.net">cisco-voip-request@puck.nether.net</A><BR><BR>You can reach the person managing the list at<BR> <A href="mailto:cisco-voip-owner@puck.nether.net" ymailto="mailto:cisco-voip-owner@puck.nether.net">cisco-voip-owner@puck.nether.net</A><BR><BR>When replying, please edit your Subject line so it is more specific<BR>than "Re: Contents of cisco-voip digest..."<BR><BR><BR>Today's Topics:<BR><BR> 1. Re: Gateway Voice for CallManager (Ant?nio Fragoso)<BR> 2. Re: Outbound CLI problem again (Norton, Mike)<BR> 3. Re: Outbound CLI problem again (Samuel Womack)<BR> 4. Re: TFTP Server licences? (Joe Albertini)<BR> 5. CCM working with Nortel (Micah Bennett)<BR> 6. Re: CCM working with Nortel (Leetun, Rob)<BR> 7. Re: CCM working with Nortel (Eric Isakson)<BR> 8. Re: CCM working with Nortel (Lelio Fulgenzi)<BR> 9. Re: CCM working with Nortel (Micah
Bennett)<BR> 10. Re: CCM working with Nortel (Matt Slaga (US))<BR> 11. Does the VIC2-4FXO Card Work with a 3825 Gateway Router?<BR> (Miller, Steve)<BR> 12. Re: Does the VIC2-4FXO Card Work with a 3825 Gateway Router?<BR> (Lelio Fulgenzi)<BR> 13. Re: Does the VIC2-4FXO Card Work with a 3825 Gateway Router?<BR> (Miller, Steve)<BR> 14. Re: CCM working with Nortel (Micah Bennett)<BR> 15. Re: Does the VIC2-4FXO Card Work with a 3825 Gateway Router?<BR> (Lelio Fulgenzi)<BR> 16. Re: CCM working with Nortel (Lelio Fulgenzi)<BR> 17.. Re: CCM working with Nortel (Eric Isakson)<BR> 18. Question about the Dependency service (Tim Reimers)<BR> 19. Re: CCM working with Nortel (Micah Bennett)<BR> 20. Re: UCM 6.01 Linux version - Listing phones in device pool<BR> and
showing subscribed IP Phone services? (Matthew Saskin)<BR> 21. Re: Question about the Dependency service (Wes Sisk)<BR> 22. Re: CCM working with Nortel (Wes Sisk)<BR> 23. Re: CUCM 6.1.X https session timeout configurable (Wes Sisk)<BR> 24. (no subject) (Jason Aarons (US))<BR> 25. Re: CUCM 6.1.X https session timeout configurable<BR> (Jason Aarons (US))<BR> 26. Re: (no subject) (Jason Aarons (US))<BR> 27. FW: CUCM 6.1.X https session timeout configurable<BR> (Jason Aarons (US))<BR> 28. Re: CUCM 6.1.X https session timeout configurable<BR> (Frazee, Timothy)<BR> 29. Re: (no subject) (Wes Sisk)<BR> 30. Change Corp Dir without loosing/breaking Personal Directories<BR> (6.1) (Riley, Andrew)<BR> 31. Re: Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1)
(Melvin Fong)<BR> 32. Re: Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1) (Riley, Andrew)<BR> 33. Re: CAD 6.1 Vista Compatible? (Scott Voll)<BR> 34. Re: Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1) (Adam Blomfield)<BR> 35. Re: Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1) (Sean Walberg)<BR> 36. Re: Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1) (Riley, Andrew)<BR> 37. ALI Updates for CER / EM User (Samuel Womack)<BR> 38. Fraud calls to Cuba - Please read (Corbett Enders)<BR> 39. Re: Fraud calls to Cuba - Please read (Ahmed Elnagar)<BR> 40. Re: Fraud calls to Cuba - Please read (Ryan West)<BR> 41. Re: Fraud calls to Cuba - Please read (Corbett Enders)<BR> 42. Re: Fraud calls to Cuba - Please read (Ryan
West)<BR> 43. Re: Fraud calls to Cuba - Please read (Aman Chugh)<BR> 44. Directories to exclude in for antivirus in CCM4.2.3<BR> (Louis Koekemoer (ZA))<BR> 45. Re: Directories to exclude in for antivirus in CCM4.2.3<BR> (Aman Chugh)<BR> 46. SIP Phone and Forced Authorization Codes (Timothy Smith)<BR> 47.. Re: CCX 7.0 reporting abilities? (<A href="mailto:rj.e@gmx.de" ymailto="mailto:rj.e@gmx.de">rj.e@gmx.de</A>)<BR> 48. Re: Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1) (Riley, Andrew)<BR> 49. Re: Fraud calls to Cuba - Please read (Nicolas)<BR> 50. Re: Fraud calls to Cuba - Please read (Stefan Baltus)<BR> 51. Re: Fraud calls to Cuba - Please read (Kelemen Zoltan)<BR> 52. Re: Fraud calls to Cuba - Please read (Ryan West)<BR> 53. Re: Change Corp Dir without loosing/breaking<BR>
PersonalDirectories (6.1) (Adam Blomfield)<BR> 54. Re: Outbound CLI problem again (James Dust)<BR> 55. Phone won't hold CFWDALL Setting (Matthew Loraditch)<BR> 56. FireFox 3.0.4 reports Java error with 4.1.3 CCMAdmin<BR> (Jason Aarons (US))<BR> 57. Re: Phone won't hold CFWDALL Setting (Randy Homyk)<BR> 58. Re: FireFox 3.0.4 reports Java error with 4.1.3 CCMAdmin<BR> (Kelemen Zoltan)<BR> 59. Re: FireFox 3.0.4 reports Java error with 4.1.3 CCMAdmin<BR> (Biffle, Gerrad)<BR> 60. Re: FireFox 3.0.4 reports Java error with 4.1.3CCMAdmin<BR> (Biffle, Gerrad)<BR> 61. Re: Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1) (Riley, Andrew)<BR> 62. Re: Directories to exclude in for antivirus in CCM4.2.3 (Wes Sisk)<BR> 63. Re: FireFox 3.0.4 reports Java
error with 4.1.3CCMAdmin<BR> (Andy Swiffin)<BR> 64. Re: FireFox 3.0.4 reports Java error with 4.1.3CCMAdmin<BR> (Jason Aarons (US))<BR> 65. Re: Problem upgrade CM 6.0 to 6.1 (Ignacio Lorenzo)<BR> 66. Re: FireFox 3.0.4 reports Java error with 4.1.3CCMAdmin<BR> (Jason Aarons (US))<BR> 67. CDR Monitoring tool (Daniel Martin)<BR> 68. OS for UCCX 7.0(1) (Jason Aarons (US))<BR> 69. Cisco Unity 4..2 - Creating Internet contacts with<BR> "mail-enabled" accounts... (Wesley Fonvergne)<BR> 70. Re: OS for UCCX 7.0(1) (Ryan Ratliff)<BR> 71. Re: CDR Monitoring tool (Ed Leatherman)<BR> 72.. Re: CDR Monitoring tool (Ed Leatherman)<BR> 73. Cisco 1861 caller-id (Dean Wright)<BR> 74. Re: Fraud calls to Cuba - Please read (Corbett
Enders)<BR><BR><BR>----------------------------------------------------------------------<BR><BR>Message: 1<BR>Date: Wed, 7 Jan 2009 16:26:52 -0100<BR>From: Ant?nio Fragoso <<A href="mailto:Antonio.Fragoso@bancobai.cv" ymailto="mailto:Antonio.Fragoso@bancobai.cv">Antonio.Fragoso@bancobai.cv</A>><BR>Subject: Re: [cisco-voip] Gateway Voice for CallManager<BR>To: Justin Steinberg <<A href="mailto:jsteinberg@gmail.com" ymailto="mailto:jsteinberg@gmail.com">jsteinberg@gmail.com</A>><BR>Cc: "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:0B9DBADCC054F343A927FD1BC72C60AB069669C03C@exchangemb-srv.baicv.local"
ymailto="mailto:0B9DBADCC054F343A927FD1BC72C60AB069669C03C@exchangemb-srv.baicv.local">0B9DBADCC054F343A927FD1BC72C60AB069669C03C@exchangemb-srv.baicv.local</A>><BR> <BR>Content-Type: text/plain; charset="iso-8859-1"<BR><BR>Hi Justin<BR>I have this dial-peer configured and ist working fine for the CallManager Express<BR><BR>Antonio Fragoso<BR>[cid:<A href="mailto:image001.jpg@01C970E4.BF" ymailto="mailto:image001.jpg@01C970E4.BF">image001.jpg@01C970E4.BF</A>7DD900]<BR>BAI Cabo Verde, S.A.<BR>Departamento de Infraestrutura e Comunica?ao<BR>Edif?cio Santa Maria, 1? Andar<BR>Ch? de Areia - Praia, Cx. Postal - 459<BR>Santiago, Cabo Verde<BR>Tel.: +238 260 1224/26<BR>Fax: +238 262 2810<BR><A href="mailto:antonio.fragoso@bancobai.cv" ymailto="mailto:antonio.fragoso@bancobai.cv">antonio.fragoso@bancobai.cv</A><mailto:<A href="mailto:nelson.ramos@bancobai.cv"
ymailto="mailto:nelson.ramos@bancobai.cv">nelson.ramos@bancobai.cv</A>><BR>www.bancobai.cv<<A href="http://www.bancobai.ao/" target=_blank>http://www.bancobai.ao/</A>><BR><BR>De: Justin Steinberg [mailto:<A href="mailto:jsteinberg@gmail.com" ymailto="mailto:jsteinberg@gmail.com">jsteinberg@gmail.com</A>]<BR>Enviada: quarta-feira, 7 de Janeiro de 2009 14:53<BR>Para: Ant?nio Fragoso<BR>Cc: Jacky Cai; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Assunto: Re: [cisco-voip] Gateway Voice for CallManager<BR><BR>try adding...<BR><BR>dial-peer voice 1 pots<BR>translation-profile incoming in<BR>incoming called-number .<BR>direct-inward-dial<BR><BR>if it still doesn't work, post the updated 'debug voip dialpeer inout'<BR><BR>Justin<BR>On Wed, Jan 7, 2009 at 10:32 AM, Ant?nio Fragoso <<A href="mailto:Antonio.Fragoso@bancobai.cv"
ymailto="mailto:Antonio.Fragoso@bancobai.cv">Antonio.Fragoso@bancobai.cv</A><mailto:<A href="mailto:Antonio.Fragoso@bancobai.cv" ymailto="mailto:Antonio.Fragoso@bancobai.cv">Antonio.Fragoso@bancobai.cv</A>>> wrote:<BR><BR>Jan 7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:<BR><BR> Calling Number=9914056, Called Number=2601227, Voice-Interface=0x662CEC2C,<BR><BR> Timeout=TRUE, Peer Encap Type=ENCAP_VOICE, Peer Search Type=PEER_TYPE_VOICE,<BR><BR> Peer Info Type=DIALPEER_INFO_SPEECH<BR><BR>Jan 7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:<BR><BR> Result=Success(0) after DP_MATCH_INCOMING_DNIS; Incoming Dial-peer=8<BR><BR>Jan 7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:<BR><BR> Calling Number=9914056, Called Number=2601227, Voice-Interface=0x0,<BR><BR> Timeout=TRUE, Peer Encap Type=ENCAP_VOICE, Peer Search
Type=PEER_TYPE_VOICE,<BR><BR> Peer Info Type=DIALPEER_INFO_FAX<BR><BR>Jan 7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:<BR><BR> Result=NO_MATCH(-1) After All Match Rules Attempt<BR><BR>Jan 7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:<BR><BR> Calling Number=, Called Number=2601227, Peer Info Type=DIALPEER_INFO_SPEECH<BR><BR>Jan 7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:<BR><BR> Match Rule=DP_MATCH_DEST; Called Number=2601227<BR><BR>Jan 7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:<BR><BR> No Outgoing Dial-peer Is Matched; Result=NO_MATCH(-1)<BR><BR>Jan 7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers:<BR><BR> Result=NO_MATCH(-1)<BR><BR>Jan 7 15:32:52.988: //-1/487A5E8B95E9/DPM/dpMatchPeersCore:<BR><BR> Calling Number=, Called Number=2601227, Peer Info Type=DIALPEER_INFO_SPEECH<BR><BR>Jan 7 15:32:52.988:
//-1/487A5E8B95E9/DPM/dpMatchPeersCore:<BR><BR> Match Rule=DP_MATCH_DEST; Called Number=2601227<BR><BR>Jan 7 15:32:52.988: //-1/487A5E8B95E9/DPM/dpMatchPeersCore:<BR><BR> No Outgoing Dial-peer Is Matched; Result=NO_MATCH(-1)<BR><BR>Jan 7 15:32:52.988: //-1/487A5E8B95E9/DPM/dpMatchPeersMoreArg:<BR><BR> Result=NO_MATCH(-1)<BR><BR>Jan 7 14:32:53.096: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId 4<BR><BR>87A5E8B DC0711DD 95E9001D E560AFC0, SetupTime 14:32:52.986 CV Wed Jan 7 2009, Pe<BR><BR>erAddress 9914056, PeerSubAddress , DisconnectCause 1 , DisconnectText unassig<BR><BR>ned number (1), ConnectTime 14:32:53.096 CV Wed Jan 7 2009, DisconnectTime 14:32<BR><BR>:53.096 CV Wed Jan 7 2009, CallOrigin 2, ChargedUnits 0, InfoType 2, TransmitPac<BR><BR>kets 0, TransmitBytes 0, ReceivePackets 0, ReceiveBytes 0<BR><BR>Jan 7 14:33:03.177: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId
4<BR><BR>4797DE1 DC0711DD 90D7F914 D8BC9346, SetupTime 14:32:48.557 CV Wed Jan 7 2009, Pe<BR><BR>erAddress 341, PeerSubAddress , DisconnectCause 10 , DisconnectText normal call<BR><BR>clearing (16), ConnectTime 14:33:03.177 CV Wed Jan 7 2009, DisconnectTime 14:33<BR><BR>:03.177 CV Wed Jan 7 2009, CallOrigin 1, ChargedUnits 0, InfoType 2, TransmitPac<BR><BR>kets 0, TransmitBytes 0, ReceivePackets 0, ReceiveBytes 0<BR><BR>Jan 7 14:33:03.177: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId 4<BR><BR>4797DE1 DC0711DD 90D7F914 D8BC9346, SetupTime 14:32:46.277 CV Wed Jan 7 2009, Pe<BR><BR>erAddress 331, PeerSubAddress , DisconnectCause 10 , DisconnectText normal call<BR><BR>clearing (16), ConnectTime 14:33:03.177 CV Wed Jan 7 2009, DisconnectTime 14:33<BR><BR>:03.177 CV Wed Jan 7 2009, CallOrigin 2, ChargedUnits 0, InfoType 2, TransmitPac<BR><BR>kets 0, TransmitBytes 0, ReceivePackets 0, ReceiveBytes 0<BR><BR><BR><BR>Antonio
Fragoso<BR><BR>[cid:<A href="mailto:image001.jpg@01C970E4.BF" ymailto="mailto:image001.jpg@01C970E4.BF">image001.jpg@01C970E4.BF</A>7DD900]<BR><BR>BAI Cabo Verde, S.A.<BR><BR>Departamento de Infraestrutura e Comunica?ao<BR><BR>Edif?cio Santa Maria, 1? Andar<BR><BR>Ch? de Areia - Praia, Cx. Postal - 459<BR><BR>Santiago, Cabo Verde<BR><BR>Tel.: +238 260 1224/26<BR><BR>Fax: +238 262 2810<BR><BR><A href="mailto:antonio.fragoso@bancobai.cv" ymailto="mailto:antonio.fragoso@bancobai.cv">antonio.fragoso@bancobai.cv</A><mailto:<A href="mailto:nelson.ramos@bancobai.cv" ymailto="mailto:nelson.ramos@bancobai.cv">nelson.ramos@bancobai.cv</A>><BR><BR>www.bancobai.cv<<A href="http://www.bancobai.ao/" target=_blank>http://www.bancobai.ao/</A>><BR><BR><BR><BR>De: Justin Steinberg [mailto:<A href="mailto:jsteinberg@gmail.com" ymailto="mailto:jsteinberg@gmail.com">jsteinberg@gmail.com</A><mailto:<A href="mailto:jsteinberg@gmail.com"
ymailto="mailto:jsteinberg@gmail.com">jsteinberg@gmail.com</A>>]<BR>Enviada: quarta-feira, 7 de Janeiro de 2009 14:06<BR>Para: Ant?nio Fragoso<BR>Cc: Jacky Cai; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR><BR>Assunto: Re: [cisco-voip] Gateway Voice for CallManager<BR><BR><BR><BR>Antonio,<BR><BR><BR><BR>can you post the output from 'debug voip dialpeer inout' for a failed inbound call ?<BR><BR><BR><BR>Justin<BR><BR>On Wed, Jan 7, 2009 at 4:58 AM, Ant?nio Fragoso <<A href="mailto:Antonio.Fragoso@bancobai.cv" ymailto="mailto:Antonio.Fragoso@bancobai.cv">Antonio.Fragoso@bancobai.cv</A><mailto:<A href="mailto:Antonio.Fragoso@bancobai.cv" ymailto="mailto:Antonio.Fragoso@bancobai.cv">Antonio.Fragoso@bancobai.cv</A>>> wrote:<BR><BR>Hi
Jack<BR><BR>And for Callmanager what should I do ?<BR><BR><BR><BR>Antonio Fragoso<BR><BR>[cid:<A href="mailto:image001.jpg@01C970E4.BF" ymailto="mailto:image001.jpg@01C970E4.BF">image001.jpg@01C970E4.BF</A>7DD900]<BR><BR>BAI Cabo Verde, S.A.<BR><BR>Departamento de Infraestrutura e Comunica?ao<BR><BR>Edif?cio Santa Maria, 1? Andar<BR><BR>Ch? de Areia - Praia, Cx. Postal - 459<BR><BR>Santiago, Cabo Verde<BR><BR>Tel.: +238 260 1224/26<BR><BR>Fax: +238 262 2810<BR><BR><A href="mailto:antonio.fragoso@bancobai.cv" ymailto="mailto:antonio.fragoso@bancobai.cv">antonio.fragoso@bancobai.cv</A><mailto:<A href="mailto:nelson.ramos@bancobai.cv" ymailto="mailto:nelson.ramos@bancobai.cv">nelson.ramos@bancobai.cv</A>><BR><BR>www.bancobai..cv<<A href="http://www.bancobai.ao/" target=_blank>http://www.bancobai.ao/</A>><BR><BR><BR><BR>De: Jacky Cai [mailto:<A href="mailto:jackycxh@gmail.com"
ymailto="mailto:jackycxh@gmail.com">jackycxh@gmail.com</A><mailto:<A href="mailto:jackycxh@gmail.com" ymailto="mailto:jackycxh@gmail.com">jackycxh@gmail.com</A>>]<BR>Enviada: quarta-feira, 7 de Janeiro de 2009 04:51<BR>Para: Ant?nio Fragoso<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether..net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Assunto: Re: [cisco-voip] Gateway Voice for CallManager<BR><BR><BR><BR>seems you want to direct the call to the extension 311 when some one call in.<BR><BR>instead of the translation profile, why don't just use "connection plar 311" in the voice-ports<BR><BR>2009/1/7 Ant?nio Fragoso <<A href="mailto:Antonio.Fragoso@bancobai.cv" ymailto="mailto:Antonio.Fragoso@bancobai.cv">Antonio.Fragoso@bancobai.cv</A><mailto:<A
href="mailto:Antonio.Fragoso@bancobai.cv" ymailto="mailto:Antonio.Fragoso@bancobai.cv">Antonio.Fragoso@bancobai.cv</A>>><BR><BR>Hi team<BR><BR>Some one can help me to solve the following issue<BR><BR>I hava Callmanager and a voice Gateway with ISDN BRI interface - I am not able to configurs the incoming call<BR><BR>The outgoing call is ok<BR><BR><BR><BR><BR><BR><BR><BR>Take a look part of my Gateway configuration<BR><BR><BR><BR><BR><BR>IP GATEWAY 172.19.0.254<BR><BR>CALLMANAGER - 172.19.0.253<BR><BR>IPPhone Numbes 3xx<BR><BR>Voice INTERFACE - BR<BR><BR>TELCO NUMBER - 2601224<BR><BR> 2601225<BR><BR> 2601226<BR><BR>
2601227<BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR>voice class codec 1<BR><BR>codec preference 1 gsmfr<BR><BR>codec preference 2 g729r8<BR><BR>codec preference 3 g728<BR><BR>!<BR><BR><BR><BR>voice translation-rule 9<BR><BR>rule 1 /^132$/ /132/<BR><BR>rule 2 /^0\(.*\)/ /\1/<BR><BR>rule 3 /^00\(.*\)/ /\1/<BR><BR>!<BR><BR>voice translation-rule 10<BR><BR>rule 1 /^3../ /2601226/<BR><BR>!<BR><BR>voice translation-rule 11<BR><BR>rule 1 /^3../ /2601224/<BR><BR>!<BR><BR>voice translation-rule 12<BR><BR>rule 1 /^2....../ /311/<BR><BR>!<BR><BR>!<BR><BR>voice translation-profile in<BR><BR>translate called 12<BR><BR>!<BR><BR>voice translation-profile out<BR><BR>translate calling 10<BR><BR>translate called 9<BR><BR>!<BR><BR>voice translation-profile out0<BR><BR>translate calling 11<BR><BR>translate called 9<BR><BR><BR><BR>voice-port 0/1/0<BR><BR>translation-profile incoming in<BR><BR>compand-type
a-law<BR><BR>cptone PT<BR><BR>bearer-cap Speech<BR><BR>!<BR><BR>voice-port 0/1/1<BR><BR>translation-profile outgoing out<BR><BR>compand-type a-law<BR><BR>cptone PT<BR><BR>bearer-cap Speech<BR><BR><BR><BR>dial-peer voice 300 voip<BR><BR>destination-pattern 3..<BR><BR>session protocol sipv2<BR><BR>session target ipv4:172.19.0.253<BR><BR>dtmf-relay h245-alphanumeric<BR><BR>codec g711alaw<BR><BR>no vad<BR><BR><BR><BR>voice-port 0/1/0<BR><BR>translation-profile incoming in<BR><BR>compand-type a-law<BR><BR>cptone PT<BR><BR>bearer-cap Speech<BR><BR>!<BR><BR>voice-port 0/1/1<BR><BR>translation-profile outgoing out<BR><BR>compand-type a-law<BR><BR>cptone PT<BR><BR>bearer-cap Speech<BR><BR><BR><BR><BR><BR>Antonio Fragoso<BR><BR>[cid:<A href="mailto:image001.jpg@01C970E4.BF" ymailto="mailto:image001.jpg@01C970E4.BF">image001.jpg@01C970E4.BF</A>7DD900]<BR><BR>BAI Cabo Verde, S.A.<BR><BR>Departamento de Infraestrutura e Comunica?ao<BR><BR>Edif?cio Santa Maria, 1?
Andar<BR><BR>Ch? de Areia - Praia, Cx. Postal - 459<BR><BR>Santiago, Cabo Verde<BR><BR>Tel.: +238 260 1224/26<BR><BR>Fax: +238 262 2810<BR><BR><A href="mailto:antonio.fragoso@bancobai.cv" ymailto="mailto:antonio.fragoso@bancobai.cv">antonio.fragoso@bancobai.cv</A><mailto:<A href="mailto:nelson.ramos@bancobai.cv" ymailto="mailto:nelson.ramos@bancobai.cv">nelson.ramos@bancobai.cv</A>><BR><BR>www.bancobai.cv<<A href="http://www.bancobai.ao/" target=_blank>http://www.bancobai.ao/</A>><BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck..nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip"
target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/86e5f332/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/86e5f332/attachment-0001.html</A>><BR>-------------- next part --------------<BR>A non-text attachment was
scrubbed...<BR>Name: image001.jpg<BR>Type: image/jpeg<BR>Size: 3305 bytes<BR>Desc: image001.jpg<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/86e5f332/attachment-0001.jpg" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/86e5f332/attachment-0001.jpg</A>><BR><BR>------------------------------<BR><BR>Message: 2<BR>Date: Wed, 7 Jan 2009 11:21:21 -0700<BR>From: "Norton, Mike" <<A href="mailto:mikenorton@pwsd76.ab.ca" ymailto="mailto:mikenorton@pwsd76.ab.ca">mikenorton@pwsd76.ab.ca</A>><BR>Subject: Re: [cisco-voip] Outbound CLI problem again<BR>To: "James Dust" <<A href="mailto:james.dust@charles-stanley.co.uk" ymailto="mailto:james.dust@charles-stanley.co.uk">james.dust@charles-stanley.co.uk</A>>,<BR> <<A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:381D80960AE8B048BE7794AACEE079E8031EDEB5@exchange01.pwsb33.ab.ca" ymailto="mailto:381D80960AE8B048BE7794AACEE079E8031EDEB5@exchange01.pwsb33.ab.ca">381D80960AE8B048BE7794AACEE079E8031EDEB5@exchange01.pwsb33.ab.ca</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Are you sure it is sending out incorrect CLI? Debug on the gateway to<BR>see what is being sent.<BR><BR><BR><BR>It is possible you are sending the correct info, but your telco is<BR>altering it. Often if you try to send out CLI as a number that you don't<BR>own (which would be the case when forwarding out a call that originated<BR>outside), the telco will replace it with your BTN.<BR><BR><BR><BR>-- <BR><BR>Mike Norton<BR><BR>I.T. Support<BR><BR>Peace Wapiti School Division No. 76<BR><BR>Helpdesk: 780-831-3080<BR><BR>Direct:
780-831-3076<BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of James Dust<BR>Sent: January-07-09 9:19 AM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether..net</A><BR>Subject: [cisco-voip] Outbound CLI problem again<BR><BR><BR><BR>I have a problem in one of our branch office's with a H323 gateway.<BR><BR><BR><BR>I am sending the CLI of the users DDI number, and am achieving this by<BR>using the 'Calling Party Transformations Mask'<BR><BR><BR><BR>The problem I am getting is when a user forward's their phone to their<BR>mobile phone for instance, by using the 'Call Forward All' key on
their<BR>phone.<BR><BR><BR><BR>When the call is forwarded it sends out the CLI of the first DDI in the<BR>range.<BR><BR><BR><BR>Is there any way around this?<BR><BR>James Dust <BR>Team Leader <BR>ICT Network Infrastructure & Communications Department <BR>Charles Stanley & Co Ltd <BR>Tel: 020 7149 6314 <BR>Mob: 07989 491136 <BR>mailto: <A href="mailto:james.dust@charles-stanley.co.uk" ymailto="mailto:james.dust@charles-stanley.co.uk">james.dust@charles-stanley.co.uk</A><BR><mailto:<A href="mailto:james.dust@charles-stanley.co.uk" ymailto="mailto:james.dust@charles-stanley.co..uk">james.dust@charles-stanley.co.uk</A>> <BR><BR><BR><BR><BR><BR><BR>********************SAVE PAPER - THINK BEFORE YOU<BR>PRINT**************************************************<BR><BR>The information contained in this e-mail is strictly confidential, some<BR>or all of which may be legally privileged. <BR>Access to this e-mail by any person other than the
recipient is<BR>prohibited. If you have received this message in<BR>error, any use, disclosure, copying, printing, distribution of, replying<BR>to or any action taken or omitted to be<BR>taken in reliance on this e-mail, is prohibited. Please advise the<BR>sender immediately should this e-mail have been <BR>incorrectly addressed or transmitted, and then delete the email and any<BR>attachment sent with it from your computer.<BR><BR>You are advised that urgent, time sensitive and confidential<BR>communications should not be sent by e-mail. You <BR>accept that any instructions are deemed to have been given at the time<BR>the recipient(s) accesses them and that <BR>delivery receipt does not constitute acknowledgement or receipt by the<BR>intended recipient(s). <BR><BR>You acknowledge that e-mails are not secure and you accept the risk of<BR>malfunction, viruses, unauthorised <BR>interference, mis-delivery or delay. Charles Stanley reserves the right<BR>to
monitor and/or record emails sent and<BR>received via its network for any lawful business purpose in accordance<BR>with applicable law and regulations.<BR>************************************************************************<BR>*******************************<BR><BR><BR>Charles Stanley & Co. Ltd<BR>Registered Office: 25 Luke Street London EC2A 4AR<BR><BR>Tel: 0207 739 8200 Fax: 0207 739 7798<BR>Registered in England No. 1903304<BR><BR>Charles Stanley Sutherlands and Charles Stanley Securities are divisions<BR>of Charles Stanley & Co. Ltd <BR><BR>Authorised and Regulated by the Financial Services Authority, Member of<BR>the London Stock Exchange, The <BR>International Capital Market Association and The London International<BR>Financial Futures & Options Exchange.<BR><BR>This footnote also confirms that this email message has been swept by<BR>McAfee VirusScan and SurfControl Email <BR>Filter software. <BR><BR><BR><BR>--------------
next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/5bbe570b/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/5bbe570b/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 3<BR>Date: Wed, 7 Jan 2009 12:34:31 -0600<BR>From: Samuel Womack <<A href="mailto:samuel.womack1@gmail.com" ymailto="mailto:samuel.womack1@gmail.com">samuel.womack1@gmail.com</A>><BR>Subject: Re: [cisco-voip] Outbound CLI problem again<BR>To: "Norton, Mike" <<A href="mailto:mikenorton@pwsd76.ab.ca" ymailto="mailto:mikenorton@pwsd76.ab.ca">mikenorton@pwsd76.ab.ca</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: <<A href="mailto:BDEC93FC-6373-47E6-8309-BFECBFE99ED1@gmail.com"
ymailto="mailto:BDEC93FC-6373-47E6-8309-BFECBFE99ED1@gmail.com">BDEC93FC-6373-47E6-8309-BFECBFE99ED1@gmail.com</A>><BR>Content-Type: text/plain; charset="windows-1252"; Format="flowed";<BR> DelSp="yes"<BR><BR>I've also seen an issue where the CALLING PARTY IE NUMBER TYPE UNKNOWN <BR>* and the CALLING NUMBERING PLAN need to be set to NATIONAL and ISDN <BR>respectively (under Gateway configuration), otherwise with the default <BR>CISCO CALLMANAGER settings the BTN (main number) will display on all <BR>Phone Calls.<BR><BR>Pretty sure this isn't the issue you are having, but this is good <BR>information to have because this issue doesn't occur in most cases <BR>when dealing with the Telco and PRIs...<BR><BR><BR>On Jan 7, 2009, at 12:21 PM, Norton, Mike wrote:<BR><BR>> Are you sure it is sending out incorrect CLI? Debug on the gateway <BR>> to see what is being sent.<BR>><BR>> It is
possible you are sending the correct info, but your telco is <BR>> altering it. Often if you try to send out CLI as a number that you <BR>> don?t own (which would be the case when forwarding out a call that <BR>> originated outside), the telco will replace it with your BTN.<BR>><BR>> --<BR>> Mike Norton<BR>> I.T. Support<BR>> Peace Wapiti School Division No. 76<BR>> Helpdesk: 780-831-3080<BR>> Direct: 780-831-3076<BR>><BR>><BR>> From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> <BR>> ] On Behalf Of James Dust<BR>> Sent: January-07-09 9:19 AM<BR>> To: <A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> Subject: [cisco-voip] Outbound CLI problem again<BR>><BR>> I have a problem in one of our branch office's with a H323 gateway.<BR>><BR>> I am sending the CLI of the users DDI number, and am achieving this <BR>> by using the 'Calling Party Transformations Mask'<BR>><BR>> The problem I am getting is when a user forward's their phone to <BR>> their mobile phone for instance, by using the 'Call Forward All' key <BR>> on their phone.<BR>><BR>> When the call is forwarded it sends out the CLI of the first DDI in <BR>> the range.<BR>><BR>> Is there any way around this?<BR>> James Dust<BR>> Team Leader<BR>> ICT Network Infrastructure & Communications Department<BR>> Charles Stanley & Co Ltd<BR>> Tel: 020 7149 6314<BR>> Mob: 07989 491136<BR>> mailto: <A
href="mailto:james.dust@charles-stanley.co.uk" ymailto="mailto:james.dust@charles-stanley.co.uk">james.dust@charles-stanley.co.uk</A><BR>><BR>><BR>><BR>><BR>> ********************SAVE PAPER - THINK BEFORE YOU <BR>> PRINT**************************************************<BR>><BR>> The information contained in this e-mail is strictly confidential, <BR>> some or all of which may be legally privileged.<BR>> Access to this e-mail by any person other than the recipient is <BR>> prohibited. If you have received this message in<BR>> error, any use, disclosure, copying, printing, distribution of, <BR>> replying to or any action taken or omitted to be<BR>> taken in reliance on this e-mail, is prohibited. Please advise the <BR>> sender immediately should this e-mail have been<BR>> incorrectly addressed or transmitted, and then delete the email and <BR>> any attachment sent with
it from your computer.<BR>><BR>> You are advised that urgent, time sensitive and confidential <BR>> communications should not be sent by e-mail. You<BR>> accept that any instructions are deemed to have been given at the <BR>> time the recipient(s) accesses them and that<BR>> delivery receipt does not constitute acknowledgement or receipt by <BR>> the intended recipient(s).<BR>><BR>> You acknowledge that e-mails are not secure and you accept the risk <BR>> of malfunction, viruses, unauthorised<BR>> interference, mis-delivery or delay. Charles Stanley reserves the <BR>> right to monitor and/or record emails sent and<BR>> received via its network for any lawful business purpose in <BR>> accordance with applicable law and regulations.<BR>> *******************************************************************************************************<BR>><BR>><BR>> Charles
Stanley & Co. Ltd<BR>> Registered Office: 25 Luke Street London EC2A 4AR<BR>><BR>> Tel: 0207 739 8200 Fax: 0207 739 7798<BR>> Registered in England No. 1903304<BR>><BR>> Charles Stanley Sutherlands and Charles Stanley Securities are <BR>> divisions of Charles Stanley & Co. Ltd<BR>><BR>> Authorised and Regulated by the Financial Services Authority, Member <BR>> of the London Stock Exchange, The<BR>> International Capital Market Association and The London <BR>> International Financial Futures & Options Exchange.<BR>><BR>> This footnote also confirms that this email message has been swept <BR>> by McAfee VirusScan and SurfControl Email<BR>> Filter software.<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/0b117f13/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/0b117f13/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 4<BR>Date: Wed, 7 Jan 2009 18:46:03 +0000 (UTC)<BR>From: Joe Albertini <<A href="mailto:tyrolian@comcast.net" ymailto="mailto:tyrolian@comcast..net">tyrolian@comcast.net</A>><BR>Subject: Re: [cisco-voip] TFTP Server licences?<BR>To: STEVEN CASPER <<A href="mailto:SCASPER@mtb.com" ymailto="mailto:SCASPER@mtb.com">SCASPER@mtb.com</A>><BR>Cc: <A
href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:285732768.2342921231353963216.JavaMail.root@sz0152a.emeryville.ca.mail.comcast.net" ymailto="mailto:285732768.2342921231353963216.JavaMail.root@sz0152a.emeryville.ca.mail.comcast.net">285732768..2342921231353963216.JavaMail.root@sz0152a.emeryville.ca.mail.comcast.net</A>><BR> <BR>Content-Type: text/plain; charset="utf-8"<BR><BR>Yes... <BR>----- Original Message ----- <BR>From: "STEVEN CASPER" <<A href="mailto:SCASPER@mtb.com" ymailto="mailto:SCASPER@mtb.com">SCASPER@mtb.com</A>> <BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <BR>Sent: Wednesday, January 7, 2009 10:47:24 AM GMT -05:00 US/Canada Eastern <BR>Subject: [cisco-voip] ?TFTP Server licences? <BR><BR><BR>?I am looking at
installing dedicated ?TFTP servers?on my CUCM 6.1.1 cluster. Will I need to purchase additional node licences to add these servers? <BR><BR>Thanks! <BR>Steve ************************************<BR>This email may contain privileged and/or confidential information that is intended solely for the use of the addressee. If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for
which you are receiving the information.<BR>There are risks associated with the use of electronic transmission. The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.<BR>************************************ <BR>_______________________________________________ cisco-voip mailing list <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether..net/pipermail/cisco-voip/attachments/20090107/1ab1bd87/attachment-0001.html"
target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/1ab1bd87/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 5<BR>Date: Wed, 7 Jan 2009 13:33:26 -0600<BR>From: "Micah Bennett" <<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>><BR>Subject: [cisco-voip] CCM working with Nortel<BR>To: <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:160C116A79522E4B9404937D2E28811D016A147C@exchange02.alsnet.als-xtn.com" ymailto="mailto:160C116A79522E4B9404937D2E28811D016A147C@exchange02.alsnet.als-xtn.com">160C116A79522E4B9404937D2E28811D016A147C@exchange02.alsnet.als-xtn.com</A>><BR> <BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Hello all<BR><BR>I have been tasked with see what the options
are to link some systems<BR>(Cisco Call Manager and Nortel) together so we can dial across each one<BR>to the other for office extensions and such. <BR><BR>I know this is a broad question, but can it be done ( I think so ) and<BR>what type of stuff is needed to accomplish it.<BR><BR>If anyone has a broad overview that would be great.<BR><BR>Micah Bennett<BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/a423e05d/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/a423e05d/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 6<BR>Date: Wed, 7 Jan 2009 12:40:09 -0700<BR>From: "Leetun, Rob" <<A href="mailto:rleetun@bouldercounty.org" ymailto="mailto:rleetun@bouldercounty.org">rleetun@bouldercounty.org</A>><BR>Subject: Re: [cisco-voip] CCM working with
Nortel<BR>To: "Micah Bennett" <<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>>,<BR> <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:963CE94787005149A52C17F33A028E120DA2A0BC@EVS1B.boco.co.boulder.co.us" ymailto="mailto:963CE94787005149A52C17F33A028E120DA2A0BC@EVS1B.boco.co.boulder.co.us">963CE94787005149A52C17F33A028E120DA2A0BC@EVS1B.boco.co.boulder.co.us</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>We have done it here, which we use MGCP. This was done 5 years ago and<BR>never have switched to H.323. Our vendor ISC has done it with H.323<BR>recently. Maybe Brad could give you some tips?<BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net"
ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett<BR>Sent: Wednesday, January 07, 2009 12:33 PM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>Hello all<BR><BR>I have been tasked with see what the options are to link some systems<BR>(Cisco Call Manager and Nortel) together so we can dial across each one<BR>to the other for office extensions and such. <BR><BR>I know this is a broad question, but can it be done ( I think so ) and<BR>what type of stuff is needed to accomplish it.<BR><BR>If anyone has a broad overview that would be great.<BR><BR>Micah Bennett<BR><BR>-------------- next part
--------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/0260ef53/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/0260ef53/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 7<BR>Date: Wed, 7 Jan 2009 12:47:20 -0700<BR>From: "Eric Isakson" <<A href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR>To: "Micah Bennett" <<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>>,<BR> <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A
href="mailto:ED3D9C98292E2448B4271C86E76B4A26062B817B@exchange.ogdenclinic.com" ymailto="mailto:ED3D9C98292E2448B4271C86E76B4A26062B817B@exchange..ogdenclinic.com">ED3D9C98292E2448B4271C86E76B4A26062B817B@exchange.ogdenclinic.com</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>We did it here a few years ago with a Nortel Option 51c using a PtP PRI<BR>and translation and route patterns on both sides. We used a 2821, MGCP,<BR>and, IIRC, we had to tell the 2821 it was talking to a DMS100. Sorry I<BR>don't have more information, it was a while ago and my memory fails me.<BR><BR><BR><BR>Eric Isakson | Network Engineer | Information Technology Dept. | Ogden<BR>Clinic | <A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A> <mailto:<A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A>> |<BR>801.475.3572<BR><BR><BR><BR>From: <A
href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Leetun, Rob<BR>Sent: Wednesday, January 07, 2009 12:40<BR>To: Micah Bennett; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>We have done it here, which we use MGCP. This was done 5 years ago and<BR>never have switched to H.323. Our vendor ISC has done it with H.323<BR>recently.. Maybe Brad could give you some tips?<BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A
href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett<BR>Sent: Wednesday, January 07, 2009 12:33 PM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>Hello all<BR><BR>I have been tasked with see what the options are to link some systems<BR>(Cisco Call Manager and Nortel) together so we can dial across each one<BR>to the other for office extensions and such. <BR><BR>I know this is a broad question, but can it be done ( I think so ) and<BR>what type of stuff is needed to accomplish it..<BR><BR>If anyone has a broad overview that would be great.<BR><BR>Micah Bennett<BR><BR><BR>####################################################################################################<BR>This email is confidential
and may be legally privileged. It is intended solely for the addressee.<BR>Access to this email by anyone else, unless expressly approved by the sender or an authorized<BR>addressee, is unauthorized. If you are not the intended recipient, any disclosure, copying,<BR>distribution or any action omitted or taken in reliance on it, is prohibited and may be unlawful.<BR>If you believe that you have received this email in error, please contact the sender, delete this<BR>email, and destroy all copies.<BR>####################################################################################################<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/da35edd5/attachment-0001.html"
target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/da35edd5/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 8<BR>Date: Wed, 7 Jan 2009 14:48:04 -0500 (EST)<BR>From: Lelio Fulgenzi <<A href="mailto:lelio@uoguelph.ca" ymailto="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</A>><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR>To: Micah Bennett <<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn..com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:58503796.450401231357684947.JavaMail.root@superior.cs.uoguelph.ca" ymailto="mailto:58503796.450401231357684947.JavaMail.root@superior.cs.uoguelph.ca">58503796.450401231357684947.JavaMail.root@superior.cs.uoguelph.ca</A>><BR>Content-Type: text/plain;
charset="utf-8"<BR><BR>There are a number of options available, it all depends on how quick you want it, how easy you want it and how much you want to pay. ;) Of course, traffic requirements are of concern too. <BR><BR>Two basic options as far as I see: <BR><BR> ? traditional TDM/PSTN gateway: T1 to T1, FXO to FXO, E&M to E&M. <BR> ? IP gateway: H323, SIP, etc. <BR><BR>When we connected our HiCom PBX to callmanager we used T1 gateways and it works fine. We don't have some features like CallID but I believe that would be fixed with QSIG. But that costs money on the HiCom side. <BR><BR>If you have these trunks available on both systems, it's usually the easiest to set up. Otherwise, if you have an IP enabled port on your Nortel box, an H323/SIP gateway might be better, but then you have to buy it.;) <BR><BR><BR><BR>--- <BR>Lelio Fulgenzi, B.A. <BR>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
<BR>(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) <BR>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ <BR>"Bad grammar makes me [sic]" - Tshirt <BR><BR><BR>----- Original Message ----- <BR>From: "Micah Bennett" <<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>> <BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <BR>Sent: Wednesday, January 7, 2009 2:33:26 PM GMT -05:00 US/Canada Eastern <BR>Subject: [cisco-voip] CCM working with Nortel <BR><BR>CCM working with Nortel <BR><BR>Hello all <BR><BR>I have been tasked with see what the options are to link some systems (Cisco Call Manager and Nortel) together so we can dial across each one to the other for office extensions and such. <BR><BR><BR><BR>I know this is a broad question, but can it be done ( I think so ) and what type of stuff is needed to
accomplish it. <BR><BR><BR><BR>If anyone has a broad overview that would be great. <BR><BR>Micah Bennett <BR><BR><BR>_______________________________________________ cisco-voip mailing list <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/a290eba8/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/a290eba8/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 9<BR>Date: Wed, 7 Jan 2009 13:50:31 -0600<BR>From: "Micah Bennett" <<A href="mailto:mbennett@als-xtn.com"
ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR>To: "Eric Isakson" <<A href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:160C116A79522E4B9404937D2E28811D016A148F@exchange02.alsnet.als-xtn.com" ymailto="mailto:160C116A79522E4B9404937D2E28811D016A148F@exchange02.alsnet.als-xtn.com">160C116A79522E4B9404937D2E28811D016A148F@exchange02.alsnet.als-xtn.com</A>><BR> <BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Ah, the DMS100. I have not thought about that in a while. It takes me<BR>back to my previous life as a wireless engineer for Nextel. <BR><BR><BR><BR>Anyway, thanks. It sounds like its
not going to be a problem. <BR><BR><BR><BR>Micah Bennett <BR>Telecommunications Admin <BR><BR><BR><BR> _____ <BR><BR>From: Eric Isakson [mailto:<A href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>] <BR>Sent: Wednesday, January 07, 2009 1:47 PM<BR>To: Micah Bennett; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: RE: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>We did it here a few years ago with a Nortel Option 51c using a PtP PRI<BR>and translation and route patterns on both sides. We used a 2821, MGCP,<BR>and, IIRC, we had to tell the 2821 it was talking to a DMS100. Sorry I<BR>don't have more information, it was a while ago and my memory fails me.<BR><BR><BR><BR>Eric Isakson | Network Engineer | Information Technology Dept. | Ogden<BR>Clinic | <A
href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A> <mailto:<A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A>> |<BR>801.475.3572<BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Leetun, Rob<BR>Sent: Wednesday, January 07, 2009 12:40<BR>To: Micah Bennett; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether..net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>We have done it here, which we use MGCP. This was done 5 years ago and<BR>never have switched to H.323. Our vendor ISC
has done it with H.323<BR>recently. Maybe Brad could give you some tips?<BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck..nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett<BR>Sent: Wednesday, January 07, 2009 12:33 PM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>Hello all<BR><BR>I have been tasked with see what the options are to link some systems<BR>(Cisco Call Manager and Nortel) together so we can dial across each one<BR>to the other for office extensions and such. <BR><BR>I know this is a broad question, but can it be done ( I think so ) and<BR>what
type of stuff is needed to accomplish it.<BR><BR>If anyone has a broad overview that would be great.<BR><BR>Micah Bennett<BR><BR><BR><BR><BR><BR><BR><BR> _____ <BR><BR>This email is confidential and may be legally privileged. It is intended<BR>solely for the addressee. Access to this email by anyone else, unless<BR>expressly approved by the sender or an authorized addressee, is<BR>unauthorized. If you are not the intended recipient, any disclosure,<BR>copying, distribution or any action omitted or taken in reliance on it,<BR>is prohibited and may be unlawful. If you believe that you have<BR>received this email in error, please contact the sender, delete this<BR>email, and destroy all copies. <BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/8227000a/attachment-0001.html"
target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/8227000a/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 10<BR>Date: Wed, 7 Jan 2009 14:52:34 -0500<BR>From: "Matt Slaga (US)" <<A href="mailto:Matt.Slaga@us.didata.com" ymailto="mailto:Matt.Slaga@us.didata.com">Matt.Slaga@us.didata.com</A>><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR>To: "Micah Bennett" <<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>>, "Eric Isakson"<BR> <<A href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A
href="mailto:C1FE15183DA37645BC0633BC604E44F00D28458C@USNAEXCH.na.didata..local" ymailto="mailto:C1FE15183DA37645BC0633BC604E44F00D28458C@USNAEXCH..na.didata.local">C1FE15183DA37645BC0633BC604E44F00D28458C@USNAEXCH.na.didata.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>If your Nortel is licensed for Q.Sig, I would recommend that route. <BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett<BR>Sent: Wednesday, January 07, 2009 2:51 PM<BR>To: Eric Isakson<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] CCM working with
Nortel<BR><BR><BR><BR>Ah, the DMS100. I have not thought about that in a while. It takes me<BR>back to my previous life as a wireless engineer for Nextel. <BR><BR><BR><BR>Anyway, thanks. It sounds like its not going to be a problem. <BR><BR><BR><BR>Micah Bennett <BR>Telecommunications Admin <BR><BR>________________________________<BR><BR>From: Eric Isakson [mailto:<A href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>] <BR>Sent: Wednesday, January 07, 2009 1:47 PM<BR>To: Micah Bennett; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: RE: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>We did it here a few years ago with a Nortel Option 51c using a PtP PRI<BR>and translation and route patterns on both sides. We used a 2821, MGCP,<BR>and, IIRC, we had to tell the 2821 it was talking
to a DMS100. Sorry I<BR>don't have more information, it was a while ago and my memory fails me.<BR><BR><BR><BR>Eric Isakson | Network Engineer | Information Technology Dept. | Ogden<BR>Clinic | <A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A> <mailto:<A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A>> |<BR>801.475.3572<BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Leetun, Rob<BR>Sent: Wednesday, January 07, 2009 12:40<BR>To: Micah Bennett; <A href="mailto:cisco-voip@puck..nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>We have done it here, which we use MGCP. This was done 5 years ago and<BR>never have switched to H.323. Our vendor ISC has done it with H.323<BR>recently. Maybe Brad could give you some tips?<BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett<BR>Sent: Wednesday, January 07, 2009 12:33 PM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>Hello all<BR><BR>I have
been tasked with see what the options are to link some systems<BR>(Cisco Call Manager and Nortel) together so we can dial across each one<BR>to the other for office extensions and such. <BR><BR>I know this is a broad question, but can it be done ( I think so ) and<BR>what type of stuff is needed to accomplish it.<BR><BR>If anyone has a broad overview that would be great.<BR><BR>Micah Bennett<BR><BR><BR><BR><BR><BR><BR><BR>________________________________<BR><BR>This email is confidential and may be legally privileged. It is intended<BR>solely for the addressee. Access to this email by anyone else, unless<BR>expressly approved by the sender or an authorized addressee, is<BR>unauthorized. If you are not the intended recipient, any disclosure,<BR>copying, distribution or any action omitted or taken in reliance on it,<BR>is prohibited and may be unlawful. If you believe that you have<BR>received this email in error, please contact the sender,
delete this<BR>email, and destroy all copies. <BR><BR><BR><BR><BR>-----------------------------------------<BR>Disclaimer:<BR><BR>This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the<BR>designated addressee(s) named above only. If you are not the<BR>intended addressee, you are hereby notified that you have received<BR>this communication in error and that any use or reproduction of<BR>this email or its contents is strictly prohibited and may be<BR>unlawful. If you have received this communication in error, please<BR>notify us immediately by replying to this message and deleting it<BR>from your computer. Thank you.<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/6e4210f8/attachment-0001.html"
target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/6e4210f8/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 11<BR>Date: Wed, 7 Jan 2009 15:05:41 -0500<BR>From: "Miller, Steve" <<A href="mailto:MillerS@DicksteinShapiro.COM" ymailto="mailto:MillerS@DicksteinShapiro.COM">MillerS@DicksteinShapiro.COM</A>><BR>Subject: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825 Gateway<BR> Router?<BR>To: "<A href="mailto:cisco-voip@puck-nether.net" ymailto="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID: <<A href="mailto:418329B7ED67E64BBD2BAA97078D70D009DB0F@DCEX2.DSMO.COM"
ymailto="mailto:418329B7ED67E64BBD2BAA97078D70D009DB0F@DCEX2.DSMO.COM">418329B7ED67E64BBD2BAA97078D70D009DB0F@DCEX2.DSMO.COM</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>I see conflicting things about this. Thank you.<BR><BR><BR>Steve Miller<BR>Telecom Engineer<BR>Dickstein Shapiro LLP<BR>1825 Eye Street NW | Washington, DC 20006<BR>Tel (202) 420-3370| Fax (202) 330-5607<BR><A href="mailto:MillerS@dicksteinshapiro.com" ymailto="mailto:MillerS@dicksteinshapiro.com">MillerS@dicksteinshapiro.com</A> <BR><BR><BR><BR>--------------------------------------------------------<BR>This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s)<BR>named above. This communication may contain material protected by attorney-client, work product, or other <BR>privileges. If you are not the intended recipient or person responsible for delivering this confidential<BR>communication to the
intended recipient, you have received this communication in error, and any review, use, <BR>dissemination, forwarding, printing, copying, or other distribution of this e-mail message and any attached files <BR>is strictly prohibited. Dickstein Shapiro reserves the right to monitor any communication that is created, <BR>received, or sent on its network. If you have received this confidential communication in error, please notify the <BR>sender immediately by reply e-mail message and permanently delete the original message. <BR><BR>To reply to our email administrator directly, send an email to <A href="mailto:postmaster@dicksteinshapiro.com" ymailto="mailto:postmaster@dicksteinshapiro.com">postmaster@dicksteinshapiro.com</A><BR><BR>Dickstein Shapiro LLP<BR><A href="http://www.dicksteinshapiro.com/" target=_blank>http://www.DicksteinShapiro.com</A><BR><BR>==============================================================================<BR>--------------
next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/a0586cf5/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/a0586cf5/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 12<BR>Date: Wed, 7 Jan 2009 15:09:16 -0500 (EST)<BR>From: Lelio Fulgenzi <<A href="mailto:lelio@uoguelph.ca" ymailto="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</A>><BR>Subject: Re: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825<BR> Gateway Router?<BR>To: Steve Miller <<A href="mailto:MillerS@DicksteinShapiro.COM" ymailto="mailto:MillerS@DicksteinShapiro.COM">MillerS@DicksteinShapiro.COM</A>><BR>Cc: "<A href="mailto:cisco-voip@puck-nether.net" ymailto="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:1529967089.475641231358956793.JavaMail.root@superior.cs.uoguelph.ca" ymailto="mailto:1529967089.475641231358956793.JavaMail.root@superior.cs.uoguelph.ca">1529967089.475641231358956793.JavaMail.root@superior.cs.uoguelph.ca</A>><BR>Content-Type: text/plain; charset="utf-8"<BR><BR>Conflicting documentation on CCO? Never happens. I don't believe it. ;) <BR><BR>According to the main datasheet it is. <BR><BR><A href="http://cisco.com/en/US/prod/collateral/modules/ps5365/product_data_sheet0900aecd801c595e.html" target=_blank>http://cisco.com/en/US/prod/collateral/modules/ps5365/product_data_sheet0900aecd801c595e.html</A> <BR><BR><BR><BR>--- <BR>Lelio Fulgenzi, B.A. <BR>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 <BR>(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
<BR>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ <BR>"Bad grammar makes me [sic]" - Tshirt <BR><BR><BR>----- Original Message ----- <BR>From: "Steve Miller" <<A href="mailto:MillerS@DicksteinShapiro.COM" ymailto="mailto:MillerS@DicksteinShapiro.COM">MillerS@DicksteinShapiro.COM</A>> <BR>To: "<A href="mailto:cisco-voip@puck-nether.net" ymailto="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>> <BR>Sent: Wednesday, January 7, 2009 3:05:41 PM GMT -05:00 US/Canada Eastern <BR>Subject: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825 Gateway Router? <BR><BR><BR>I see conflicting things about this. Thank you. <BR><BR><BR>Steve Miller <BR>Telecom Engineer <BR>Dickstein Shapiro LLP <BR>1825 Eye Street NW | Washington, DC 20006 <BR>Tel (202) 420-3370| Fax (202) 330-5607 <BR><A
href="mailto:MillerS@dicksteinshapiro.com" ymailto="mailto:MillerS@dicksteinshapiro.com">MillerS@dicksteinshapiro.com</A> <BR><BR><BR>--------------------------------------------------------<BR>This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s)<BR>named above. This communication may contain material protected by attorney-client, work product, or other <BR>privileges. If you are not the intended recipient or person responsible for delivering this confidential<BR>communication to the intended recipient, you have received this communication in error, and any review, use, <BR>dissemination, forwarding, printing, copying, or other distribution of this e-mail message and any attached files <BR>is strictly prohibited. Dickstein Shapiro reserves the right to monitor any communication that is created, <BR>received, or sent on its network. If you have received this confidential communication
in error, please notify the <BR>sender immediately by reply e-mail message and permanently delete the original message. <BR><BR>To reply to our email administrator directly, send an email to <A href="mailto:postmaster@dicksteinshapiro.com" ymailto="mailto:postmaster@dicksteinshapiro.com">postmaster@dicksteinshapiro.com</A><BR><BR>Dickstein Shapiro LLP<BR><A href="http://www.dicksteinshapiro.com/" target=_blank>http://www.DicksteinShapiro..com</A><BR><BR>============================================================================== <BR><BR><BR>_______________________________________________ cisco-voip mailing list <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A> <BR>-------------- next part --------------<BR>An HTML attachment was scrubbed....<BR>URL: <<A
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/488a85ba/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/488a85ba/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 13<BR>Date: Wed, 7 Jan 2009 15:16:08 -0500<BR>From: "Miller, Steve" <<A href="mailto:MillerS@DicksteinShapiro.COM" ymailto="mailto:MillerS@DicksteinShapiro.COM">MillerS@DicksteinShapiro.COM</A>><BR>Subject: Re: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825<BR> Gateway Router?<BR>To: "Lelio Fulgenzi" <<A href="mailto:lelio@uoguelph.ca" ymailto="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</A>><BR>Cc: "<A href="mailto:cisco-voip@puck-nether.net" ymailto="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID: <<A href="mailto:418329B7ED67E64BBD2BAA97078D70D009DB10@DCEX2.DSMO.COM" ymailto="mailto:418329B7ED67E64BBD2BAA97078D70D009DB10@DCEX2.DSMO.COM">418329B7ED67E64BBD2BAA97078D70D009DB10@DCEX2.DSMO.COM</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Thank you!<BR><BR><BR>Steve Miller<BR>Telecom Engineer<BR>Dickstein Shapiro LLP<BR>1825 Eye Street NW | Washington, DC 20006<BR>Tel (202) 420-3370| Fax (202) 330-5607<BR><A href="mailto:MillerS@dicksteinshapiro.com" ymailto="mailto:MillerS@dicksteinshapiro.com">MillerS@dicksteinshapiro.com</A> <BR><BR><BR><BR>________________________________<BR><BR>From: Lelio Fulgenzi [mailto:<A href="mailto:lelio@uoguelph.ca" ymailto="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</A>] <BR>Sent: Wednesday, January 07, 2009 3:09 PM<BR>To: Miller, Steve<BR>Cc: <A href="mailto:cisco-voip@puck-nether.net"
ymailto="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</A><BR>Subject: Re: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825<BR>Gateway Router?<BR><BR><BR>Conflicting documentation on CCO? Never happens.. I don't believe it. ;)<BR><BR>According to the main datasheet it is.<BR><BR><A href="http://cisco.com/en/US/prod/collateral/modules/ps5365/product_data_sheet" target=_blank>http://cisco.com/en/US/prod/collateral/modules/ps5365/product_data_sheet</A><BR>0900aecd801c595e.html<BR><BR><BR><BR>---<BR>Lelio Fulgenzi, B.A.<BR>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<BR>(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)<BR>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<BR>"Bad grammar makes me [sic]" - Tshirt<BR><BR><BR>----- Original Message -----<BR>From: "Steve Miller" <<A href="mailto:MillerS@DicksteinShapiro.COM"
ymailto="mailto:MillerS@DicksteinShapiro.COM">MillerS@DicksteinShapiro.COM</A>><BR>To: "<A href="mailto:cisco-voip@puck-nether.net" ymailto="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Sent: Wednesday, January 7, 2009 3:05:41 PM GMT -05:00 US/Canada Eastern<BR>Subject: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825 Gateway<BR>Router?<BR><BR><BR>I see conflicting things about this. Thank you.<BR><BR><BR>Steve Miller<BR>Telecom Engineer<BR>Dickstein Shapiro LLP<BR>1825 Eye Street NW | Washington, DC 20006<BR>Tel (202) 420-3370| Fax (202) 330-5607<BR><A href="mailto:MillerS@dicksteinshapiro.com" ymailto="mailto:MillerS@dicksteinshapiro.com">MillerS@dicksteinshapiro.com</A> <BR><BR><BR><BR>--------------------------------------------------------<BR>This e-mail message and any attached files
are confidential and are<BR>intended solely for the use of the addressee(s)<BR>named above. This communication may contain material protected by<BR>attorney-client, work product, or other <BR>privileges. If you are not the intended recipient or person responsible<BR>for delivering this confidential<BR>communication to the intended recipient, you have received this<BR>communication in error, and any review, use, <BR>dissemination, forwarding, printing, copying, or other distribution of<BR>this e-mail message and any attached files <BR>is strictly prohibited. Dickstein Shapiro reserves the right to monitor<BR>any communication that is created, <BR>received, or sent on its network. If you have received this<BR>confidential communication in error, please notify the <BR>sender immediately by reply e-mail message and permanently delete the<BR>original message. <BR><BR>To reply to our email administrator directly, send an email to<BR><A
href="mailto:postmaster@dicksteinshapiro.com" ymailto="mailto:postmaster@dicksteinshapiro.com">postmaster@dicksteinshapiro.com</A><BR><BR>Dickstein Shapiro LLP<BR><A href="http://www.dicksteinshapiro.com/" target=_blank>http://www.DicksteinShapiro.com</A><BR><BR>========================================================================<BR>======<BR><BR><BR>_______________________________________________ cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A> <BR><BR>--------------------------------------------------------<BR>This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s)<BR>named above. This communication may contain material protected by attorney-client, work
product, or other <BR>privileges. If you are not the intended recipient or person responsible for delivering this confidential<BR>communication to the intended recipient, you have received this communication in error, and any review, use, <BR>dissemination, forwarding, printing, copying, or other distribution of this e-mail message and any attached files <BR>is strictly prohibited. Dickstein Shapiro reserves the right to monitor any communication that is created, <BR>received, or sent on its network. If you have received this confidential communication in error, please notify the <BR>sender immediately by reply e-mail message and permanently delete the original message. <BR><BR>To reply to our email administrator directly, send an email to <A href="mailto:postmaster@dicksteinshapiro.com" ymailto="mailto:postmaster@dicksteinshapiro.com">postmaster@dicksteinshapiro.com</A><BR><BR>Dickstein Shapiro LLP<BR><A href="http://www.dicksteinshapiro.com/"
target=_blank>http://www.DicksteinShapiro.com</A><BR><BR>==============================================================================<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/5f50f9a0/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/5f50f9a0/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 14<BR>Date: Wed, 7 Jan 2009 14:20:17 -0600<BR>From: "Micah Bennett" <<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR>To: "Matt Slaga \(US\)" <<A href="mailto:Matt.Slaga@us.didata.com" ymailto="mailto:Matt.Slaga@us.didata.com">Matt.Slaga@us.didata.com</A>>, "Eric Isakson"<BR> <<A
href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:160C116A79522E4B9404937D2E28811D016A14AE@exchange02.alsnet.als-xtn.com" ymailto="mailto:160C116A79522E4B9404937D2E28811D016A14AE@exchange02.alsnet.als-xtn.com">160C116A79522E4B9404937D2E28811D016A14AE@exchange02.alsnet.als-xtn.com</A>><BR> <BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>No idea at this point. The Cisco is currently mine and our new sister<BR>company has Nortel.<BR><BR><BR><BR>Our call manager version is 4.2(3). I believe they have Nortel 81C.<BR><BR><BR><BR>Do different versions of one system care about different versions of the<BR>other?<BR><BR>Micah Bennett <BR>Telecommunications Admin <BR>Automated
License Systems <BR>3055 Lebanon Rd, Ste 2301 <BR>Nashville, TN 37214 <BR>Extension: 2357 <BR>Office: 615-263-4066 <BR>Mobile: 615-207-0318 <BR>Email: <A href="mailto:micah.bennett@als-xtn.com" ymailto="mailto:micah.bennett@als-xtn.com">micah.bennett@als-xtn.com</A> <mailto:<A href="mailto:micah.bennett@als-xtn.com" ymailto="mailto:micah.bennett@als-xtn.com">micah.bennett@als-xtn.com</A>> <BR>Website: www.als-xtn.com <<A href="http://www.als-xtn.com/" target=_blank>http://www.als-xtn.com</A>> <BR><BR> _____ <BR><BR>From: Matt Slaga (US) [mailto:<A href="mailto:Matt.Slaga@us.didata.com" ymailto="mailto:Matt.Slaga@us.didata.com">Matt.Slaga@us.didata.com</A>] <BR>Sent: Wednesday, January 07, 2009 1:53 PM<BR>To: Micah Bennett; Eric Isakson<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: RE: [cisco-voip] CCM working with
Nortel<BR><BR><BR><BR>If your Nortel is licensed for Q.Sig, I would recommend that route. <BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett<BR>Sent: Wednesday, January 07, 2009 2:51 PM<BR>To: Eric Isakson<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>Ah, the DMS100. I have not thought about that in a while. It takes me<BR>back to my previous life as a wireless engineer for Nextel. <BR><BR><BR><BR>Anyway, thanks. It sounds like its not going to be a problem. <BR><BR><BR><BR>Micah Bennett
<BR>Telecommunications Admin <BR><BR> _____ <BR><BR>From: Eric Isakson [mailto:<A href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>] <BR>Sent: Wednesday, January 07, 2009 1:47 PM<BR>To: Micah Bennett; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: RE: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>We did it here a few years ago with a Nortel Option 51c using a PtP PRI<BR>and translation and route patterns on both sides. We used a 2821, MGCP,<BR>and, IIRC, we had to tell the 2821 it was talking to a DMS100. Sorry I<BR>don't have more information, it was a while ago and my memory fails me.<BR><BR><BR><BR>Eric Isakson | Network Engineer | Information Technology Dept. | Ogden<BR>Clinic | <A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A>
<mailto:<A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A>> |<BR>801.475.3572<BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Leetun, Rob<BR>Sent: Wednesday, January 07, 2009 12:40<BR>To: Micah Bennett; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>We have done it here, which we use MGCP. This was done 5 years ago and<BR>never have switched to H.323. Our vendor ISC has done it with H.323<BR>recently. Maybe Brad could give you some
tips?<BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett<BR>Sent: Wednesday, January 07, 2009 12:33 PM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>Hello all<BR><BR>I have been tasked with see what the options are to link some systems<BR>(Cisco Call Manager and Nortel) together so we can dial across each one<BR>to the other for office extensions and such. <BR><BR>I know this is a broad question, but can it be done ( I think so ) and<BR>what type of stuff is needed to accomplish it.<BR><BR>If anyone has a broad
overview that would be great.<BR><BR>Micah Bennett<BR><BR><BR><BR><BR><BR><BR><BR> _____ <BR><BR>This email is confidential and may be legally privileged. It is intended<BR>solely for the addressee. Access to this email by anyone else, unless<BR>expressly approved by the sender or an authorized addressee, is<BR>unauthorized. If you are not the intended recipient, any disclosure,<BR>copying, distribution or any action omitted or taken in reliance on it,<BR>is prohibited and may be unlawful. If you believe that you have<BR>received this email in error, please contact the sender, delete this<BR>email, and destroy all copies. <BR><BR> _____ <BR><BR>Disclaimer: This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the designated<BR>addressee(s) named above only. If you are not the intended addressee,<BR>you are hereby notified that you have received this
communication in<BR>error and that any use or reproduction of this email or its contents is<BR>strictly prohibited and may be unlawful. If you have received this<BR>communication in error, please notify us immediately by replying to this<BR>message and deleting it from your computer. Thank you. <BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/52216e63/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/52216e63/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 15<BR>Date: Wed, 7 Jan 2009 15:21:53 -0500 (EST)<BR>From: Lelio Fulgenzi <<A href="mailto:lelio@uoguelph.ca" ymailto="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</A>><BR>Subject: Re: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825<BR> Gateway Router?<BR>To: Steve
Miller <<A href="mailto:MillerS@DicksteinShapiro.COM" ymailto="mailto:MillerS@DicksteinShapiro.COM">MillerS@DicksteinShapiro.COM</A>><BR>Cc: "<A href="mailto:cisco-voip@puck-nether.net" ymailto="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:457516055.491291231359713742.JavaMail.root@superior.cs.uoguelph.ca" ymailto="mailto:457516055.491291231359713742.JavaMail.root@superior.cs.uoguelph.ca">457516055.491291231359713742.JavaMail.root@superior.cs..uoguelph.ca</A>><BR>Content-Type: text/plain; charset="utf-8"<BR><BR>If you want to be really sure, run the configurator tool and see if you can add one. Again, we went by the datasheets for the (then) new 1100 series APs which said they were inline power compatible with out switches only to find out
when they were shipped that they required the new af power. Management wasn't happy. Not in the slightest. <BR><BR><BR>----- Original Message ----- <BR>From: "Steve Miller" <<A href="mailto:MillerS@DicksteinShapiro.COM" ymailto="mailto:MillerS@DicksteinShapiro.COM">MillerS@DicksteinShapiro.COM</A>> <BR>To: "Lelio Fulgenzi" <<A href="mailto:lelio@uoguelph.ca" ymailto="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</A>> <BR>Cc: "<A href="mailto:cisco-voip@puck-nether.net" ymailto="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>> <BR>Sent: Wednesday, January 7, 2009 3:16:08 PM GMT -05:00 US/Canada Eastern <BR>Subject: RE: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825 Gateway Router? <BR><BR><BR>Thank you! <BR><BR><BR>Steve Miller <BR>Telecom Engineer <BR>Dickstein Shapiro LLP <BR>1825 Eye Street
NW | Washington, DC 20006 <BR>Tel (202) 420-3370| Fax (202) 330-5607 <BR><A href="mailto:MillerS@dicksteinshapiro.com" ymailto="mailto:MillerS@dicksteinshapiro.com">MillerS@dicksteinshapiro.com</A> <BR><BR><BR><BR>From: Lelio Fulgenzi [mailto:<A href="mailto:lelio@uoguelph.ca" ymailto="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</A>] <BR>Sent: Wednesday, January 07, 2009 3:09 PM <BR>To: Miller, Steve <BR>Cc: <A href="mailto:cisco-voip@puck-nether.net" ymailto="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</A> <BR>Subject: Re: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825 Gateway Router? <BR><BR><BR><BR>Conflicting documentation on CCO? Never happens. I don't believe it. ;) <BR><BR>According to the main datasheet it is. <BR><BR><A href="http://cisco.com/en/US/prod/collateral/modules/ps5365/product_data_sheet0900aecd801c595e.html"
target=_blank>http://cisco.com/en/US/prod/collateral/modules/ps5365/product_data_sheet0900aecd801c595e.html</A> <BR><BR><BR><BR>--- <BR>Lelio Fulgenzi, B.A. <BR>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 <BR>(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) <BR>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ <BR>"Bad grammar makes me [sic]" - Tshirt <BR><BR><BR>----- Original Message ----- <BR>From: "Steve Miller" <<A href="mailto:MillerS@DicksteinShapiro.COM" ymailto="mailto:MillerS@DicksteinShapiro.COM">MillerS@DicksteinShapiro.COM</A>> <BR>To: "<A href="mailto:cisco-voip@puck-nether.net" ymailto="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>> <BR>Sent: Wednesday, January 7, 2009 3:05:41 PM GMT -05:00 US/Canada Eastern <BR>Subject: [cisco-voip] Does the
VIC2-4FXO Card Work with a 3825 Gateway Router? <BR><BR><BR>I see conflicting things about this. Thank you. <BR><BR><BR>Steve Miller <BR>Telecom Engineer <BR>Dickstein Shapiro LLP <BR>1825 Eye Street NW | Washington, DC 20006 <BR>Tel (202) 420-3370| Fax (202) 330-5607 <BR><A href="mailto:MillerS@dicksteinshapiro.com" ymailto="mailto:MillerS@dicksteinshapiro.com">MillerS@dicksteinshapiro.com</A> <BR><BR><BR>--------------------------------------------------------<BR>This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s)<BR>named above. This communication may contain material protected by attorney-client, work product, or other <BR>privileges. If you are not the intended recipient or person responsible for delivering this confidential<BR>communication to the intended recipient, you have received this communication in error, and any review, use, <BR>dissemination, forwarding, printing, copying,
or other distribution of this e-mail message and any attached files <BR>is strictly prohibited. Dickstein Shapiro reserves the right to monitor any communication that is created, <BR>received, or sent on its network. If you have received this confidential communication in error, please notify the <BR>sender immediately by reply e-mail message and permanently delete the original message. <BR><BR>To reply to our email administrator directly, send an email to <A href="mailto:postmaster@dicksteinshapiro.com" ymailto="mailto:postmaster@dicksteinshapiro.com">postmaster@dicksteinshapiro.com</A><BR><BR>Dickstein Shapiro LLP<BR><A href="http://www.dicksteinshapiro.com/" target=_blank>http://www.DicksteinShapiro.com</A><BR><BR>============================================================================== <BR><BR><BR>_______________________________________________ cisco-voip mailing list <A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A> <BR><BR>--------------------------------------------------------<BR>This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s)<BR>named above. This communication may contain material protected by attorney-client, work product, or other <BR>privileges. If you are not the intended recipient or person responsible for delivering this confidential<BR>communication to the intended recipient, you have received this communication in error, and any review, use, <BR>dissemination, forwarding, printing, copying, or other distribution of this e-mail message and any attached files <BR>is strictly prohibited. Dickstein Shapiro reserves the right to monitor any communication that is created, <BR>received, or
sent on its network. If you have received this confidential communication in error, please notify the <BR>sender immediately by reply e-mail message and permanently delete the original message. <BR><BR>To reply to our email administrator directly, send an email to <A href="mailto:postmaster@dicksteinshapiro.com" ymailto="mailto:postmaster@dicksteinshapiro.com">postmaster@dicksteinshapiro.com</A><BR><BR>Dickstein Shapiro LLP<BR><A href="http://www.dicksteinshapiro.com/" target=_blank>http://www.DicksteinShapiro.com</A><BR><BR>============================================================================== <BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/bcc3cb5c/attachment-0001.html"
target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/bcc3cb5c/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 16<BR>Date: Wed, 7 Jan 2009 15:23:10 -0500 (EST)<BR>From: Lelio Fulgenzi <<A href="mailto:lelio@uoguelph.ca" ymailto="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</A>><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR>To: Micah Bennett <<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>><BR>Cc: "Matt Slaga \(US\)" <<A href="mailto:Matt.Slaga@us.didata.com" ymailto="mailto:Matt.Slaga@us.didata.com">Matt.Slaga@us.didata.com</A>>,<BR> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>, Eric Isakson <<A href="mailto:Eisakson@ogdenclinic.com"
ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>><BR>Message-ID:<BR> <<A href="mailto:459389615.492541231359790657.JavaMail.root@superior.cs.uoguelph.ca" ymailto="mailto:459389615.492541231359790657.JavaMail.root@superior.cs.uoguelph.ca">459389615..492541231359790657.JavaMail.root@superior.cs.uoguelph.ca</A>><BR>Content-Type: text/plain; charset="utf-8"<BR><BR>I don't think so, but it depends on which protocol/gateway you are using. <BR><BR>Are the two systems close to each other? You can buy T1 extenders, but even those can only go so far. If you are in different cities, you're likely looking at IP, not TDM/PRI. <BR><BR><BR>--- <BR>Lelio Fulgenzi, B.A. <BR>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 <BR>(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) <BR>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ <BR>"Bad grammar makes me [sic]" - Tshirt
<BR><BR><BR>----- Original Message ----- <BR>From: "Micah Bennett" <<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>> <BR>To: "Matt Slaga (US)" <<A href="mailto:Matt.Slaga@us.didata.com" ymailto="mailto:Matt.Slaga@us.didata.com">Matt.Slaga@us.didata.com</A>>, "Eric Isakson" <<A href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>> <BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <BR>Sent: Wednesday, January 7, 2009 3:20:17 PM GMT -05:00 US/Canada Eastern <BR>Subject: Re: [cisco-voip] CCM working with Nortel <BR><BR>CCM working with Nortel <BR><BR><BR>No idea at this point. The Cisco is currently mine and our new sister company has Nortel. <BR><BR><BR><BR>Our call manager version is 4.2(3). I believe they have Nortel 81C. <BR><BR><BR><BR>Do different
versions of one system care about different versions of the other? <BR><BR><BR>Micah Bennett <BR>Telecommunications Admin <BR>Automated License Systems <BR>3055 Lebanon Rd, Ste 2301 <BR>Nashville , TN 37214 <BR>Extension: 2357 <BR>Office: 615-263-4066 <BR>Mobile : 615-207-0318 <BR>Email: <A href="mailto:micah.bennett@als-xtn.com" ymailto="mailto:micah.bennett@als-xtn.com">micah.bennett@als-xtn.com</A> <BR>Website: www.als-xtn.com <BR><BR><BR><BR><BR>From: Matt Slaga (US) [mailto:<A href="mailto:Matt.Slaga@us.didata.com" ymailto="mailto:Matt.Slaga@us.didata.com">Matt.Slaga@us.didata.com</A>] <BR>Sent: Wednesday, January 07, 2009 1:53 PM <BR>To: Micah Bennett; Eric Isakson <BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <BR>Subject: RE: [cisco-voip] CCM working with Nortel <BR><BR><BR><BR>If your Nortel is licensed for Q.Sig, I would recommend that route.
<BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett <BR>Sent: Wednesday, January 07, 2009 2:51 PM <BR>To: Eric Isakson <BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <BR>Subject: Re: [cisco-voip] CCM working with Nortel <BR><BR><BR><BR>Ah, the DMS100. I have not thought about that in a while. It takes me back to my previous life as a wireless engineer for Nextel. <BR><BR><BR><BR>Anyway, thanks. It sounds like its not going to be a problem. <BR><BR><BR><BR><BR>Micah Bennett <BR>Telecommunications Admin <BR><BR><BR><BR><BR>From: Eric Isakson [mailto:<A
href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>] <BR>Sent: Wednesday, January 07, 2009 1:47 PM <BR>To: Micah Bennett; <A href="mailto:cisco-voip@puck.nether..net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <BR>Subject: RE: [cisco-voip] CCM working with Nortel <BR><BR><BR><BR>We did it here a few years ago with a Nortel Option 51c using a PtP PRI and translation and route patterns on both sides. We used a 2821, MGCP, and, IIRC, we had to tell the 2821 it was talking to a DMS100. Sorry I don?t have more information, it was a while ago and my memory fails me. <BR><BR><BR><BR><BR><BR>Eric Isakson | Network Engineer | Information Technology Dept.. | Ogden Clinic | <A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A> | 801.475.3572 <BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net"
ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether..net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Leetun, Rob <BR>Sent: Wednesday, January 07, 2009 12:40 <BR>To: Micah Bennett; <A href="mailto:cisco-voip@puck..nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <BR>Subject: Re: [cisco-voip] CCM working with Nortel <BR><BR><BR><BR>We have done it here, which we use MGCP. This was done 5 years ago and never have switched to H.323. Our vendor ISC has done it with H.323 recently. Maybe Brad could give you some tips? <BR><BR><BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net"
ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett <BR>Sent: Wednesday, January 07, 2009 12:33 PM <BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <BR>Subject: [cisco-voip] CCM working with Nortel <BR><BR><BR><BR>Hello all <BR><BR>I have been tasked with see what the options are to link some systems (Cisco Call Manager and Nortel) together so we can dial across each one to the other for office extensions and such. <BR><BR>I know this is a broad question, but can it be done ( I think so ) and what type of stuff is needed to accomplish it. <BR><BR>If anyone has a broad overview that would be great. <BR><BR>Micah Bennett <BR><BR><BR><BR><BR><BR><BR><BR><BR><BR>This email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else, unless expressly
approved by the sender or an authorized addressee, is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action omitted or taken in reliance on it, is prohibited and may be unlawful. If you believe that you have received this email in error, please contact the sender, delete this email, and destroy all copies. <BR><BR><BR><BR><BR><BR><BR>Disclaimer: This e-mail communication and any attachments may contain confidential and privileged information and is for use by the designated addressee(s) named above only. If you are not the intended addressee, you are hereby notified that you have received this communication in error and that any use or reproduction of this email or its contents is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you.
<BR>_______________________________________________ cisco-voip mailing list <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/7350a0d2/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/7350a0d2/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 17<BR>Date: Wed, 7 Jan 2009 13:24:08 -0700<BR>From: "Eric Isakson" <<A href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR>To: "Micah Bennett"
<<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>>, "Matt Slaga (US)"<BR> <<A href="mailto:Matt.Slaga@us.didata.com" ymailto="mailto:Matt.Slaga@us.didata.com">Matt.Slaga@us.didata.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:ED3D9C98292E2448B4271C86E76B4A26062B8182@exchange.ogdenclinic.com" ymailto="mailto:ED3D9C98292E2448B4271C86E76B4A26062B8182@exchange.ogdenclinic.com">ED3D9C98292E2448B4271C86E76B4A26062B8182@exchange.ogdenclinic.com</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>If you set both ends up as trunks to the other, not one iota. As far as<BR>the systems know, they're simply routing calls over those trunks, so<BR>once you have both ends up, route away and you're done.
BTW, and Option<BR>81c is the same as the Option 51c we used, just bigger.<BR><BR><BR><BR>Eric Isakson | Network Engineer | Information Technology Dept. | Ogden<BR>Clinic | <A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A> <mailto:<A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A>> |<BR>801.475.3572<BR><BR><BR><BR>From: Micah Bennett [mailto:<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>] <BR>Sent: Wednesday, January 07, 2009 13:20<BR>To: Matt Slaga (US); Eric Isakson<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: RE: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>No idea at this point. The Cisco is currently mine and our new sister<BR>company has Nortel.<BR><BR><BR><BR>Our call manager
version is 4.2(3). I believe they have Nortel 81C.<BR><BR><BR><BR>Do different versions of one system care about different versions of the<BR>other?<BR><BR>Micah Bennett <BR>Telecommunications Admin <BR>Automated License Systems <BR>3055 Lebanon Rd, Ste 2301 <BR>Nashville, TN 37214 <BR>Extension: 2357 <BR>Office: 615-263-4066 <BR>Mobile: 615-207-0318 <BR>Email: <A href="mailto:micah.bennett@als-xtn.com" ymailto="mailto:micah.bennett@als-xtn.com">micah.bennett@als-xtn.com</A> <mailto:<A href="mailto:micah.bennett@als-xtn.com" ymailto="mailto:micah.bennett@als-xtn.com">micah.bennett@als-xtn.com</A>> <BR>Website: www.als-xtn.com <<A href="http://www.als-xtn.com/" target=_blank>http://www.als-xtn.com</A>> <BR><BR>________________________________<BR><BR>From: Matt Slaga (US) [mailto:<A href="mailto:Matt.Slaga@us.didata.com" ymailto="mailto:Matt.Slaga@us.didata.com">Matt.Slaga@us.didata.com</A>] <BR>Sent: Wednesday, January
07, 2009 1:53 PM<BR>To: Micah Bennett; Eric Isakson<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: RE: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>If your Nortel is licensed for Q.Sig, I would recommend that route. <BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck..nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett<BR>Sent: Wednesday, January 07, 2009 2:51 PM<BR>To: Eric Isakson<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>Ah, the DMS100. I have not thought
about that in a while. It takes me<BR>back to my previous life as a wireless engineer for Nextel. <BR><BR><BR><BR>Anyway, thanks. It sounds like its not going to be a problem. <BR><BR><BR><BR>Micah Bennett <BR>Telecommunications Admin <BR><BR>________________________________<BR><BR>From: Eric Isakson [mailto:<A href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>] <BR>Sent: Wednesday, January 07, 2009 1:47 PM<BR>To: Micah Bennett; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: RE: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>We did it here a few years ago with a Nortel Option 51c using a PtP PRI<BR>and translation and route patterns on both sides. We used a 2821, MGCP,<BR>and, IIRC, we had to tell the 2821 it was talking to a DMS100. Sorry I<BR>don't have more information, it
was a while ago and my memory fails me.<BR><BR><BR><BR>Eric Isakson | Network Engineer | Information Technology Dept. | Ogden<BR>Clinic | <A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A> <mailto:<A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A>> |<BR>801.475.3572<BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck..nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Leetun, Rob<BR>Sent: Wednesday, January 07, 2009 12:40<BR>To: Micah Bennett; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] CCM working with
Nortel<BR><BR><BR><BR>We have done it here, which we use MGCP. This was done 5 years ago and<BR>never have switched to H.323. Our vendor ISC has done it with H.323<BR>recently. Maybe Brad could give you some tips?<BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett<BR>Sent: Wednesday, January 07, 2009 12:33 PM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>Hello all<BR><BR>I have been tasked with see what the options are to link some systems<BR>(Cisco Call Manager and Nortel) together so we can dial
across each one<BR>to the other for office extensions and such. <BR><BR>I know this is a broad question, but can it be done ( I think so ) and<BR>what type of stuff is needed to accomplish it.<BR><BR>If anyone has a broad overview that would be great.<BR><BR>Micah Bennett<BR><BR><BR><BR><BR><BR><BR><BR>________________________________<BR><BR>This email is confidential and may be legally privileged. It is intended<BR>solely for the addressee. Access to this email by anyone else, unless<BR>expressly approved by the sender or an authorized addressee, is<BR>unauthorized. If you are not the intended recipient, any disclosure,<BR>copying, distribution or any action omitted or taken in reliance on it,<BR>is prohibited and may be unlawful. If you believe that you have<BR>received this email in error, please contact the sender, delete this<BR>email, and destroy all copies. <BR><BR>________________________________<BR><BR>Disclaimer: This e-mail
communication and any attachments may contain<BR>confidential and privileged information and is for use by the designated<BR>addressee(s) named above only. If you are not the intended addressee,<BR>you are hereby notified that you have received this communication in<BR>error and that any use or reproduction of this email or its contents is<BR>strictly prohibited and may be unlawful. If you have received this<BR>communication in error, please notify us immediately by replying to this<BR>message and deleting it from your computer. Thank you. <BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether..net/pipermail/cisco-voip/attachments/20090107/a518e701/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/a518e701/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 18<BR>Date: Wed, 7 Jan 2009 15:28:29
-0500<BR>From: "Tim Reimers" <<A href="mailto:treimers@ashevillenc.gov" ymailto="mailto:treimers@ashevillenc.gov">treimers@ashevillenc.gov</A>><BR>Subject: [cisco-voip] Question about the Dependency service<BR>To: <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:F3B7C0E8920C414E943AFBF3577D95D90CB1C4CB@coa-exchange2k3.asheville.local" ymailto="mailto:F3B7C0E8920C414E943AFBF3577D95D90CB1C4CB@coa-exchange2k3.asheville.local">F3B7C0E8920C414E943AFBF3577D95D90CB1C4CB@coa-exchange2k3.asheville.local</A>><BR> <BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>hi folks-<BR><BR>UCM 6.01<BR><BR>I see that Cisco warns you in the following way when you don't have<BR>Dependency running:<BR><BR>"The Dependency Records feature is disabled. <BR><BR>To enable this feature, please go to the Enterprise
Parameters page in<BR>the System menu and set the Enable Dependency Records to True. Enabling<BR>the Dependency Records functionality causes high CPU usage and may<BR>impact call processing. This task may take a long time to complete due<BR>to dial plan size and complexity, CPU speed and the CPU requirements of<BR>other applications. If you are monitoring CPU usage, you may experience<BR>high CPU usage alarms."<BR><BR><BR>Is that a temporary condition of Dependency, such that once the initial<BR>SQL query (I assume) is done internally, things settle down to a more<BR>normal CPU level?<BR><BR>I can find all sorts of discussion on how when you START it there is<BR>high CPU -- which makes sense.<BR><BR>But I don't find any discussion from Cisco on what this Dependency<BR>service might do to your production environment on an ongoing basis.<BR>Except for a comment that "if you are having problems, disable this<BR>first" -- a common caveat that doesn't really
go far towards saying what<BR>metrics dependency should cause in a normal environment.<BR><BR>Tim Reimers<BR>Systems Analyst II<BR>Information Technology Services<BR>City of Asheville<BR>70 Court Plaza<BR>Asheville, NC 28801<BR>phone - 828-259-5512<BR><A href="mailto:treimers@ashevillenc.gov" ymailto="mailto:treimers@ashevillenc.gov">treimers@ashevillenc.gov</A> <mailto:<A href="mailto:timreimers@ashevillenc.gov" ymailto="mailto:timreimers@ashevillenc.gov">timreimers@ashevillenc.gov</A>> <BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/c8151dde/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/c8151dde/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 19<BR>Date: Wed, 7 Jan 2009 14:29:19 -0600<BR>From: "Micah Bennett" <<A
href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR>To: "Eric Isakson" <<A href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>>, "Matt Slaga \(US\)"<BR> <<A href="mailto:Matt.Slaga@us.didata.com" ymailto="mailto:Matt.Slaga@us.didata.com">Matt.Slaga@us.didata.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:160C116A79522E4B9404937D2E28811D016A14B1@exchange02.alsnet.als-xtn.com" ymailto="mailto:160C116A79522E4B9404937D2E28811D016A14B1@exchange02.alsnet.als-xtn.com">160C116A79522E4B9404937D2E28811D016A14B1@exchange02.alsnet.als-xtn.com</A>><BR> <BR>Content-Type: text/plain;
charset="us-ascii"<BR><BR>I expect that my office is going to get some Nortel equipment as well as<BR>keep my current call manager setup so the connection between the two<BR>will be a short in house run. We will have users on both in this<BR>location. The Nortel leg here (TN) will be connected to the main Nortel<BR>leg (MD) via some type of long haul connection (IP or P2P). Sounds like<BR>its going to be good time for everyone.<BR><BR>Micah Bennett <BR><BR><BR><BR> _____ <BR><BR>From: Eric Isakson [mailto:<A href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>] <BR>Sent: Wednesday, January 07, 2009 2:24 PM<BR>To: Micah Bennett; Matt Slaga (US)<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: RE: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>If you set both ends up as trunks
to the other, not one iota. As far as<BR>the systems know, they're simply routing calls over those trunks, so<BR>once you have both ends up, route away and you're done. BTW, and Option<BR>81c is the same as the Option 51c we used, just bigger.<BR><BR><BR><BR>Eric Isakson | Network Engineer | Information Technology Dept. | Ogden<BR>Clinic | <A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A> <mailto:<A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A>> |<BR>801.475.3572<BR><BR><BR><BR>From: Micah Bennett [mailto:<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>] <BR>Sent: Wednesday, January 07, 2009 13:20<BR>To: Matt Slaga (US); Eric Isakson<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: RE:
[cisco-voip] CCM working with Nortel<BR><BR><BR><BR>No idea at this point. The Cisco is currently mine and our new sister<BR>company has Nortel..<BR><BR><BR><BR>Our call manager version is 4.2(3). I believe they have Nortel 81C.<BR><BR><BR><BR>Do different versions of one system care about different versions of the<BR>other?<BR><BR>Micah Bennett <BR>Telecommunications Admin <BR>Automated License Systems <BR>3055 Lebanon Rd, Ste 2301 <BR>Nashville, TN 37214 <BR>Extension: 2357 <BR>Office: 615-263-4066 <BR>Mobile: 615-207-0318 <BR>Email: <A href="mailto:micah.bennett@als-xtn.com" ymailto="mailto:micah.bennett@als-xtn.com">micah.bennett@als-xtn.com</A> <mailto:<A href="mailto:micah.bennett@als-xtn.com" ymailto="mailto:micah.bennett@als-xtn.com">micah.bennett@als-xtn.com</A>> <BR>Website: www.als-xtn.com <<A href="http://www.als-xtn.com/" target=_blank>http://www.als-xtn.com</A>> <BR><BR> _____
<BR><BR>From: Matt Slaga (US) [mailto:<A href="mailto:Matt.Slaga@us.didata.com" ymailto="mailto:Matt.Slaga@us.didata.com">Matt.Slaga@us.didata.com</A>] <BR>Sent: Wednesday, January 07, 2009 1:53 PM<BR>To: Micah Bennett; Eric Isakson<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: RE: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>If your Nortel is licensed for Q.Sig, I would recommend that route. <BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett<BR>Sent: Wednesday, January 07, 2009 2:51 PM<BR>To: Eric Isakson<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>Ah, the DMS100. I have not thought about that in a while. It takes me<BR>back to my previous life as a wireless engineer for Nextel. <BR><BR><BR><BR>Anyway, thanks. It sounds like its not going to be a problem. <BR><BR><BR><BR>Micah Bennett <BR>Telecommunications Admin <BR><BR> _____ <BR><BR>From: Eric Isakson [mailto:<A href="mailto:Eisakson@ogdenclinic.com" ymailto="mailto:Eisakson@ogdenclinic.com">Eisakson@ogdenclinic.com</A>] <BR>Sent: Wednesday, January 07, 2009 1:47 PM<BR>To: Micah Bennett; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: RE: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>We did it here a few years ago with a Nortel Option 51c using a PtP PRI<BR>and translation and
route patterns on both sides. We used a 2821, MGCP,<BR>and, IIRC, we had to tell the 2821 it was talking to a DMS100. Sorry I<BR>don't have more information, it was a while ago and my memory fails me.<BR><BR><BR><BR>Eric Isakson | Network Engineer | Information Technology Dept. | Ogden<BR>Clinic | <A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A> <mailto:<A href="mailto:eric@ogdenclinic.com" ymailto="mailto:eric@ogdenclinic.com">eric@ogdenclinic.com</A>> |<BR>801.475.3572<BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Leetun, Rob<BR>Sent: Wednesday, January 07, 2009 12:40<BR>To: Micah Bennett; <A
href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR><BR><BR><BR>We have done it here, which we use MGCP. This was done 5 years ago and<BR>never have switched to H.323. Our vendor ISC has done it with H.323<BR>recently. Maybe Brad could give you some tips?<BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Micah Bennett<BR>Sent: Wednesday, January 07, 2009 12:33 PM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether..net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] CCM working with
Nortel<BR><BR><BR><BR>Hello all<BR><BR>I have been tasked with see what the options are to link some systems<BR>(Cisco Call Manager and Nortel) together so we can dial across each one<BR>to the other for office extensions and such. <BR><BR>I know this is a broad question, but can it be done ( I think so ) and<BR>what type of stuff is needed to accomplish it.<BR><BR>If anyone has a broad overview that would be great.<BR><BR>Micah Bennett<BR><BR><BR><BR><BR><BR><BR><BR> _____ <BR><BR>This email is confidential and may be legally privileged. It is intended<BR>solely for the addressee.. Access to this email by anyone else, unless<BR>expressly approved by the sender or an authorized addressee, is<BR>unauthorized. If you are not the intended recipient, any disclosure,<BR>copying, distribution or any action omitted or taken in reliance on it,<BR>is prohibited and may be unlawful. If you believe that you have<BR>received this email in
error, please contact the sender, delete this<BR>email, and destroy all copies. <BR><BR> _____ <BR><BR>Disclaimer: This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the designated<BR>addressee(s) named above only. If you are not the intended addressee,<BR>you are hereby notified that you have received this communication in<BR>error and that any use or reproduction of this email or its contents is<BR>strictly prohibited and may be unlawful. If you have received this<BR>communication in error, please notify us immediately by replying to this<BR>message and deleting it from your computer. Thank you. <BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/bc5723ab/attachment-0001.html"
target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/bc5723ab/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 20<BR>Date: Wed, 7 Jan 2009 15:47:19 -0500<BR>From: "Matthew Saskin" <<A href="mailto:msaskin@gmail.com" ymailto="mailto:msaskin@gmail.com">msaskin@gmail.com</A>><BR>Subject: Re: [cisco-voip] UCM 6.01 Linux version - Listing phones in<BR> device pool and showing subscribed IP Phone services?<BR>To: "Jacky Cai" <<A href="mailto:jackycxh@gmail.com" ymailto="mailto:jackycxh@gmail.com">jackycxh@gmail.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>, Tim Reimers <<A href="mailto:treimers@ashevillenc..gov" ymailto="mailto:treimers@ashevillenc.gov">treimers@ashevillenc.gov</A>><BR>Message-ID:<BR> <<A
href="mailto:bbbb0f690901071247y27879f9dlb4aad49de9ba0a2@mail.gmail.com" ymailto="mailto:bbbb0f690901071247y27879f9dlb4aad49de9ba0a2@mail.gmail.com">bbbb0f690901071247y27879f9dlb4aad49de9ba0a2@mail.gmail.com</A>><BR>Content-Type: text/plain; charset="iso-8859-1"<BR><BR>Here you go: phone name, description, with device pool listed and all<BR>subscribed services<BR><BR>run sql select DP.name,D.name,D.description,T.name<BR>from device D<BR>join devicepool DP on D.fkdevicepool = DP.pkid<BR>join telecastersubscribedservice TS on D.pkid = TS.fkdevice<BR>join telecasterservice T on TS.fktelecasterservice = T.pkid<BR><BR><BR>-matt<BR><BR><BR>On Wed, Jan 7, 2009 at 1:05 AM, Jacky Cai <<A href="mailto:jackycxh@gmail.com" ymailto="mailto:jackycxh@gmail.com">jackycxh@gmail.com</A>> wrote:<BR><BR>> you can go in to the service, and go to its dependency records to get a<BR>> list of phones those subscribe to this service.<BR>><BR>> 2009/1/7 Tim
Reimers <<A href="mailto:treimers@ashevillenc.gov" ymailto="mailto:treimers@ashevillenc.gov">treimers@ashevillenc.gov</A>><BR>><BR>>> Hi everyone-<BR>>><BR>>> Running UCM 6.01<BR>>><BR>>><BR>>> What I'm trying to do is get a list of phones that have a given service<BR>>> configured on them.<BR>>> I don't know of any way to list phones and show their services, nor can I<BR>>> list phones from the service.<BR>>><BR>>> I do have the AXL SQL Tool Kit installed---<BR>>> I can do the basic provided query via the XML file that returns<BR>>> sample.xml.<BR>>><BR>>> I suspect there IS some way to ask this question in a massive Select<BR>>> statement ---<BR>>> but that could be a sledgehammer approach, and I don't even know the table<BR>>> names or fields to be asking for.<BR>>><BR>>> the game plan is to list the devices in
a device pool, with "what IP<BR>>> services are you subscribed to" showing, so as to ensure that I've<BR>>> configured all phones and not missed any.<BR>>><BR>>> I've been using BAT successfully to add the service, but I'd like to<BR>>> verify my work..<BR>>> (thanks to those of you who pointed me to BAT and templates to do that)<BR>>><BR>>> Also, it appears that simply deleting the undesired service is safe and<BR>>> the phones no longer have the service applied. (I forget who suggested that)<BR>>><BR>>> Tim Reimers<BR>>> Systems Analyst II<BR>>> Information Technology Services<BR>>> City of Asheville<BR>>> 70 Court Plaza<BR>>> Asheville, NC 28801<BR>>> phone - 828-259-5512<BR>>> <A href="mailto:treimers@ashevillenc.gov" ymailto="mailto:treimers@ashevillenc.gov">treimers@ashevillenc.gov</A> <<A href="mailto:timreimers@ashevillenc.gov"
ymailto="mailto:timreimers@ashevillenc.gov">timreimers@ashevillenc.gov</A>><BR>>><BR>>><BR>>> _______________________________________________<BR>>> cisco-voip mailing list<BR>>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether..net">cisco-voip@puck.nether.net</A><BR>>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>>><BR>>><BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed....<BR>URL:
<<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/c114b07c/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/c114b07c/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 21<BR>Date: Wed, 07 Jan 2009 16:16:33 -0500<BR>From: Wes Sisk <<A href="mailto:wsisk@cisco.com" ymailto="mailto:wsisk@cisco.com">wsisk@cisco.com</A>><BR>Subject: Re: [cisco-voip] Question about the Dependency service<BR>To: Tim Reimers <<A href="mailto:treimers@ashevillenc.gov" ymailto="mailto:treimers@ashevillenc.gov">treimers@ashevillenc.gov</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: <<A href="mailto:49651BB1.6030908@cisco.com" ymailto="mailto:49651BB1.6030908@cisco.com">49651BB1.6030908@cisco.com</A>><BR>Content-Type: text/plain; charset="iso-8859-1";
Format="flowed"<BR><BR>yes, temporary. extra work is only assocaited iwth clicking the <BR>dependency records link.<BR><BR>/wes<BR><BR>On Wednesday, January 07, 2009 3:28:29 PM, Tim Reimers <BR><<A href="mailto:treimers@ashevillenc.gov" ymailto="mailto:treimers@ashevillenc.gov">treimers@ashevillenc.gov</A>> wrote:<BR>> hi folks-<BR>> <BR>> UCM 6..01<BR>> <BR>> I see that Cisco warns you in the following way when you don't have <BR>> Dependency running:<BR>> <BR>> "The Dependency Records feature is disabled.<BR>> <BR>> To enable this feature, please go to the Enterprise Parameters page in <BR>> the System menu and set the Enable Dependency Records to True. <BR>> Enabling the Dependency Records functionality causes high CPU usage <BR>> and may impact call processing. This task may take a long time to <BR>> complete due to dial plan size and complexity, CPU speed and the CPU <BR>>
requirements of other applications. If you are monitoring CPU usage, <BR>> you may experience high CPU usage alarms."<BR>> <BR>> <BR>> Is that a temporary condition of Dependency, such that once the <BR>> initial SQL query (I assume) is done internally, things settle down to <BR>> a more normal CPU level?<BR>> <BR>> I can find all sorts of discussion on how when you START it there is <BR>> high CPU -- which makes sense.<BR>> <BR>> But I don't find any discussion from Cisco on what this Dependency <BR>> service might do to your production environment on an ongoing basis.<BR>> Except for a comment that "if you are having problems, disable this <BR>> first" -- a common caveat that doesn't really go far towards saying <BR>> what metrics dependency should cause in a normal environment.<BR>> <BR>> Tim Reimers<BR>> Systems Analyst II<BR>> Information Technology
Services<BR>> City of Asheville<BR>> 70 Court Plaza<BR>> Asheville, NC 28801<BR>> phone - 828-259-5512<BR>> <A href="mailto:treimers@ashevillenc.gov" ymailto="mailto:treimers@ashevillenc.gov">treimers@ashevillenc.gov</A> <mailto:<A href="mailto:timreimers@ashevillenc.gov" ymailto="mailto:timreimers@ashevillenc.gov">timreimers@ashevillenc.gov</A>><BR>> <BR>> ------------------------------------------------------------------------<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/19633f62/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/19633f62/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 22<BR>Date: Wed, 07 Jan 2009 16:20:42 -0500<BR>From: Wes Sisk <<A href="mailto:wsisk@cisco..com" ymailto="mailto:wsisk@cisco.com">wsisk@cisco.com</A>><BR>Subject: Re: [cisco-voip] CCM working with Nortel<BR>To: Micah Bennett <<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: <<A href="mailto:49651CAA.3010605@cisco.com" ymailto="mailto:49651CAA.3010605@cisco.com">49651CAA.3010605@cisco.com</A>><BR>Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"<BR><BR>PBX Interop
Portal:<BR><A href="http://www.cisco.com/en/US/solutions/ns340/ns414/ns728/networking_solutions_products_genericcontent0900aecd805b561d.html" target=_blank>http://www.cisco.com/en/US/solutions/ns340/ns414/ns728/networking_solutions_products_genericcontent0900aecd805b561d.html</A><BR><BR>describes interop and supported features.<BR><BR>/wes<BR><BR>On Wednesday, January 07, 2009 2:33:26 PM, Micah Bennett <BR><<A href="mailto:mbennett@als-xtn.com" ymailto="mailto:mbennett@als-xtn.com">mbennett@als-xtn.com</A>> wrote:<BR>><BR>> Hello all<BR>><BR>> I have been tasked with see what the options are to link some systems <BR>> (Cisco Call Manager and Nortel) together so we can dial across each <BR>> one to the other for office extensions and such.<BR>><BR>> I know this is a broad question, but can it be done ( I think so ) and <BR>> what type of stuff is needed to accomplish it.<BR>><BR>> If anyone has a broad overview that
would be great.<BR>><BR>> ***Micah Bennett*<BR>><BR>> ------------------------------------------------------------------------<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/cc833fce/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/cc833fce/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 23<BR>Date: Wed, 07 Jan 2009 16:41:40 -0500<BR>From: Wes Sisk <<A
href="mailto:wsisk@cisco.com" ymailto="mailto:wsisk@cisco.com">wsisk@cisco.com</A>><BR>Subject: Re: [cisco-voip] CUCM 6.1.X https session timeout<BR> configurable<BR>To: <A href="mailto:Thorsten.Mayr@barclayscapital.com" ymailto="mailto:Thorsten.Mayr@barclayscapital.com">Thorsten.Mayr@barclayscapital.com</A><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: <<A href="mailto:49652194.6040601@cisco.com" ymailto="mailto:49652194.6040601@cisco.com">49652194.6040601@cisco.com</A>><BR>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<BR><BR>Does not look likely: CSCsj45520. Let your account manager know this is <BR>critical for you.<BR><BR>Regards,<BR>Wes<BR><BR>On Tuesday, January 06, 2009 8:37:31 AM, <BR><<A href="mailto:Thorsten.Mayr@barclayscapital.com"
ymailto="mailto:Thorsten.Mayr@barclayscapital.com">Thorsten.Mayr@barclayscapital.com</A>> wrote:<BR>> Is there a way to tweak the https session timeout against /ccmadmin<BR>> pages without root access?<BR>><BR>> Apologies if I have missed the answer to this in any previous threads; I<BR>> am pretty sure it has been discussed before...; for some reason I<BR>> couldn't find anything on SRND or puck.... Might just be poor search<BR>> skills...<BR>><BR>> Thanks in advance<BR>> T<BR>><BR>> Exact cucm version is 6.1.2.1110-3<BR>> _______________________________________________<BR>><BR>> This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unless
specifically indicated, this e-mail is not an offer to buy or sell or a solicitation to buy or sell any securities, investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Barclays. Any views or opinions presented are solely those of the author and do not necessarily represent those of Barclays. This e-mail is subject to terms available at the following link: www.barcap.com/emaildisclaimer. By messaging with Barclays you consent to the foregoing. Barclays Capital is the investment banking division of Barclays Bank PLC, a company registered in England (number 1026167) with its registered of!<BR>fi!<BR>> ce at 1 Churchill Place, London, E14 5HP. This email may relate to or be sent from other members of the Barclays Group.<BR>> _______________________________________________<BR>> _______________________________________________<BR>> cisco-voip mailing
list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR><BR><BR><BR><BR>------------------------------<BR><BR>Message: 24<BR>Date: Wed, 7 Jan 2009 16:41:57 -0500<BR>From: "Jason Aarons (US)" <<A href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>><BR>Subject: [cisco-voip] (no subject)<BR>To: <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:C1FE15183DA37645BC0633BC604E44F00D284855@USNAEXCH.na.didata.local"
ymailto="mailto:C1FE15183DA37645BC0633BC604E44F00D284855@USNAEXCH.na.didata.local">C1FE15183DA37645BC0633BC604E44F00D284855@USNAEXCH.na.didata.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>I burned copied the file UCSInstall_UCOS_ES_7.0.1.21007-1.sgn.iso on a<BR>DVD and put it into a 7845H2 with 7.0.1.11000-2 and went tried to<BR>upgrade. It said it couldn't mount the DVD, but I can read that DVD fine<BR>in other computers.<BR><BR><BR><BR>Was I actually suppoed to burn the iso image to the DVD with Roxio, etc?<BR><BR><BR><BR><BR>-----------------------------------------<BR>Disclaimer:<BR><BR>This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the<BR>designated addressee(s) named above only. If you are not the<BR>intended addressee, you are hereby notified that you have received<BR>this communication in error and that any use or reproduction of<BR>this email
or its contents is strictly prohibited and may be<BR>unlawful. If you have received this communication in error, please<BR>notify us immediately by replying to this message and deleting it<BR>from your computer. Thank you.<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/efab516b/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/efab516b/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 25<BR>Date: Wed, 7 Jan 2009 16:47:37 -0500<BR>From: "Jason Aarons (US)" <<A href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason..aarons@us.didata.com">jason.aarons@us.didata.com</A>><BR>Subject: Re: [cisco-voip] CUCM 6.1.X https session timeout<BR> configurable<BR>To: "Wes Sisk" <<A href="mailto:wsisk@cisco.com"
ymailto="mailto:wsisk@cisco.com">wsisk@cisco.com</A>>, <<A href="mailto:Thorsten.Mayr@barclayscapital.com" ymailto="mailto:Thorsten.Mayr@barclayscapital.com">Thorsten.Mayr@barclayscapital.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:C1FE15183DA37645BC0633BC604E44F00D284888@USNAEXCH.na.didata.local" ymailto="mailto:C1FE15183DA37645BC0633BC604E44F00D284888@USNAEXCH.na.didata.local">C1FE15183DA37645BC0633BC604E44F00D284888@USNAEXCH.na.didata.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>This is usually the first customer complaint. Having to re-login when<BR>you alt+tab over to read your email and then come back find you've been<BR>logged out -jason<BR><BR>-----Original Message-----<BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net"
ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Wes Sisk<BR>Sent: Wednesday, January 07, 2009 4:42 PM<BR>To: <A href="mailto:Thorsten.Mayr@barclayscapital.com" ymailto="mailto:Thorsten.Mayr@barclayscapital.com">Thorsten.Mayr@barclayscapital.com</A><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] CUCM 6.1.X https session timeout configurable<BR><BR>Does not look likely: CSCsj45520. Let your account manager know this is<BR><BR>critical for you.<BR><BR>Regards,<BR>Wes<BR><BR>On Tuesday, January 06, 2009 8:37:31 AM, <BR><<A href="mailto:Thorsten.Mayr@barclayscapital.com"
ymailto="mailto:Thorsten.Mayr@barclayscapital.com">Thorsten.Mayr@barclayscapital.com</A>> wrote:<BR>> Is there a way to tweak the https session timeout against /ccmadmin<BR>> pages without root access?<BR>><BR>> Apologies if I have missed the answer to this in any previous threads;<BR>I<BR>> am pretty sure it has been discussed before...; for some reason I<BR>> couldn't find anything on SRND or puck.... Might just be poor search<BR>> skills...<BR>><BR>> Thanks in advance<BR>> T<BR>><BR>> Exact cucm version is 6.1.2.1110-3<BR>> _______________________________________________<BR>><BR>> This e-mail may contain information that is confidential, privileged<BR>or otherwise protected from disclosure. If you are not an intended<BR>recipient of this e-mail, do not duplicate or redistribute it by any<BR>means. Please delete it and any attachments and notify the sender that<BR>you have received it in error.
Unless specifically indicated, this<BR>e-mail is not an offer to buy or sell or a solicitation to buy or sell<BR>any securities, investment products or other financial product or<BR>service, an official confirmation of any transaction, or an official<BR>statement of Barclays. Any views or opinions presented are solely those<BR>of the author and do not necessarily represent those of Barclays. This<BR>e-mail is subject to terms available at the following link:<BR>www.barcap.com/emaildisclaimer. By messaging with Barclays you consent<BR>to the foregoing. Barclays Capital is the investment banking division<BR>of Barclays Bank PLC, a company registered in England (number 1026167)<BR>with its registered of!<BR>fi!<BR>> ce at 1 Churchill Place, London, E14 5HP. This email may relate to<BR>or be sent from other members of the Barclays Group.<BR>> _______________________________________________<BR>>
_______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR><BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR>-----------------------------------------<BR>Disclaimer:<BR><BR>This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the<BR>designated addressee(s) named above only. If you are not
the<BR>intended addressee, you are hereby notified that you have received<BR>this communication in error and that any use or reproduction of<BR>this email or its contents is strictly prohibited and may be<BR>unlawful. If you have received this communication in error, please<BR>notify us immediately by replying to this message and deleting it<BR>from your computer. Thank you.<BR><BR><BR>------------------------------<BR><BR>Message: 26<BR>Date: Wed, 7 Jan 2009 16:58:43 -0500<BR>From: "Jason Aarons (US)" <<A href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>><BR>Subject: Re: [cisco-voip] (no subject)<BR>To: "Jason Aarons (US)" <<A href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>>,<BR> <<A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:C1FE15183DA37645BC0633BC604E44F00D2848CE@USNAEXCH.na.didata.local" ymailto="mailto:C1FE15183DA37645BC0633BC604E44F00D2848CE@USNAEXCH.na.didata.local">C1FE15183DA37645BC0633BC604E44F00D2848CE@USNAEXCH.na.didata.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Don't copy the file to data dvd, actually burn the ISO to dvd, it will<BR>then recognize it and allow the upgrade -jason<BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Jason Aarons<BR>(US)<BR>Sent: Wednesday, January 07, 2009 4:42 PM<BR>To: <A
href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] (no subject)<BR><BR><BR><BR>I burned copied the file UCSInstall_UCOS_ES_7.0.1.21007-1.sgn.iso on a<BR>DVD and put it into a 7845H2 with 7.0.1.11000-2 and went tried to<BR>upgrade. It said it couldn't mount the DVD, but I can read that DVD fine<BR>in other computers.<BR><BR><BR><BR>Was I actually suppoed to burn the iso image to the DVD with Roxio, etc?<BR><BR>________________________________<BR><BR><BR><BR><BR>-----------------------------------------<BR>Disclaimer:<BR><BR>This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the<BR>designated addressee(s) named above only. If you are not the<BR>intended addressee, you are hereby notified that you have received<BR>this communication in error and that any use or reproduction of<BR>this email or
its contents is strictly prohibited and may be<BR>unlawful. If you have received this communication in error, please<BR>notify us immediately by replying to this message and deleting it<BR>from your computer. Thank you..<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/e01f786a/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/e01f786a/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 27<BR>Date: Wed, 7 Jan 2009 17:03:05 -0500<BR>From: "Jason Aarons (US)" <<A href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>><BR>Subject: [cisco-voip] FW: CUCM 6.1.X https session timeout<BR> configurable<BR>To: <<A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:C1FE15183DA37645BC0633BC604E44F00D2848E8@USNAEXCH.na.didata.local" ymailto="mailto:C1FE15183DA37645BC0633BC604E44F00D2848E8@USNAEXCH.na.didata.local">C1FE15183DA37645BC0633BC604E44F00D2848E8@USNAEXCH.na.didata.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>I can imagine if Outlook or Office Communicator forced me out and closed<BR>every 20 minutes....would drive a person nuts. Would be better to<BR>monitor my keystrokes to determine if I'm not here...<BR><BR>What if your cell phone powered off after 20 minutes when not talking on<BR>it...<BR><BR><BR><BR>> -----Original Message-----<BR>> From: Jason Aarons (US) [mailto:<A href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>] <BR>> Sent: Wednesday, January 07,
2009 9:48 PM<BR>> To: Wes Sisk; Mayr, Thorsten: IT (LDN)<BR>> Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> Subject: RE: [cisco-voip] CUCM 6.1.X https session timeout <BR>> configurable<BR>> <BR>> This is usually the first customer complaint. Having to <BR>> re-login when you alt+tab over to read your email and then <BR>> come back find you've been logged out -jason<BR>> <BR>> -----Original Message-----<BR>> From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether..net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Wes Sisk<BR>> Sent: Wednesday, January 07, 2009 4:42 PM<BR>> To: <A
href="mailto:Thorsten.Mayr@barclayscapital.com" ymailto="mailto:Thorsten.Mayr@barclayscapital.com">Thorsten.Mayr@barclayscapital.com</A><BR>> Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> Subject: Re: [cisco-voip] CUCM 6.1.X https session timeout <BR>> configurable<BR>> <BR>> Does not look likely: CSCsj45520. Let your account manager <BR>> know this is<BR>> <BR>> critical for you.<BR>> <BR>> Regards,<BR>> Wes<BR>> <BR>> On Tuesday, January 06, 2009 8:37:31 AM, <BR>> <<A href="mailto:Thorsten.Mayr@barclayscapital.com" ymailto="mailto:Thorsten.Mayr@barclayscapital.com">Thorsten.Mayr@barclayscapital..com</A>> wrote:<BR>> > Is there a way to tweak the https session timeout against <BR>> /ccmadmin <BR>> > pages without root access?<BR>> ><BR>> > Apologies if I have missed the answer to this in
any <BR>> previous threads;<BR>> I<BR>> > am pretty sure it has been discussed before...; for some reason I <BR>> > couldn't find anything on SRND or puck.... Might just be <BR>> poor search <BR>> > skills...<BR>> ><BR>> > Thanks in advance<BR>> > T<BR>> ><BR>> > Exact cucm version is 6.1.2.1110-3<BR>> > _______________________________________________<BR>> ><BR>> > This e-mail may contain information that is confidential, privileged<BR>> or otherwise protected from disclosure. If you are not an <BR>> intended recipient of this e-mail, do not duplicate or <BR>> redistribute it by any means. Please delete it and any <BR>> attachments and notify the sender that you have received it <BR>> in error. Unless specifically indicated, this e-mail is not <BR>> an offer to buy or sell or a solicitation to buy or sell any <BR>> securities, investment products or other
financial product or <BR>> service, an official confirmation of any transaction, or an <BR>> official statement of Barclays. Any views or opinions <BR>> presented are solely those of the author and do not <BR>> necessarily represent those of Barclays. This e-mail is <BR>> subject to terms available at the following link:<BR>> www.barcap.com/emaildisclaimer. By messaging with Barclays <BR>> you consent to the foregoing. Barclays Capital is the <BR>> investment banking division of Barclays Bank PLC, a company <BR>> registered in England (number 1026167) with its registered of!<BR>> fi!<BR>> > ce at 1 Churchill Place, London, E14 5HP. This email may relate to<BR>> or be sent from other members of the Barclays Group.<BR>> > _______________________________________________<BR>> > _______________________________________________<BR>> > cisco-voip mailing list<BR>> > <A
href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> > <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> > <BR>> <BR>> <BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR>> -----------------------------------------<BR>> Disclaimer:<BR>> <BR>> This e-mail communication and any attachments may contain <BR>> confidential and privileged information and is for use by the <BR>> designated addressee(s) named above only. If you are not the <BR>>
intended addressee, you are hereby notified that you have <BR>> received this communication in error and that any use or <BR>> reproduction of this email or its contents is strictly <BR>> prohibited and may be unlawful. If you have received this <BR>> communication in error, please notify us immediately by <BR>> replying to this message and deleting it from your computer. <BR>> Thank you.<BR>> <BR>_______________________________________________<BR><BR>This e-mail may contain information that is confidential, privileged or<BR>otherwise protected from disclosure. If you are not an intended<BR>recipient of this e-mail, do not duplicate or redistribute it by any<BR>means. Please delete it and any attachments and notify the sender that<BR>you have received it in error. Unless specifically indicated, this<BR>e-mail is not an offer to buy or sell or a solicitation to buy or sell<BR>any securities, investment products or other
financial product or<BR>service, an official confirmation of any transaction, or an official<BR>statement of Barclays. Any views or opinions presented are solely those<BR>of the author and do not necessarily represent those of Barclays. This<BR>e-mail is subject to terms available at the following link:<BR>www.barcap.com/emaildisclaimer. By messaging with Barclays you consent<BR>to the foregoing. Barclays Capital is the investment banking division<BR>of Barclays Bank PLC, a company registered in England (number 1026167)<BR>with its registered office at 1 Churchill Place, London, E14 5HP.. This<BR>email may relate to or be sent from other members of the Barclays Group.<BR>_______________________________________________<BR><BR>-----------------------------------------<BR>Disclaimer:<BR><BR>This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the<BR>designated addressee(s) named
above only. If you are not the<BR>intended addressee, you are hereby notified that you have received<BR>this communication in error and that any use or reproduction of<BR>this email or its contents is strictly prohibited and may be<BR>unlawful. If you have received this communication in error, please<BR>notify us immediately by replying to this message and deleting it<BR>from your computer. Thank you.<BR><BR><BR>------------------------------<BR><BR>Message: 28<BR>Date: Wed, 7 Jan 2009 16:07:33 -0600<BR>From: "Frazee, Timothy" <<A href="mailto:Timothy_Frazee@adp.com" ymailto="mailto:Timothy_Frazee@adp.com">Timothy_Frazee@adp.com</A>><BR>Subject: Re: [cisco-voip] CUCM 6.1.X https session timeout<BR> configurable<BR>To: "Wes Sisk" <<A href="mailto:wsisk@cisco.com" ymailto="mailto:wsisk@cisco.com">wsisk@cisco.com</A>>, <<A href="mailto:Thorsten.Mayr@barclayscapital.com"
ymailto="mailto:Thorsten.Mayr@barclayscapital.com">Thorsten.Mayr@barclayscapital.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:723FA17C6AA4C4428CDF572DCAEE08D40837BE00@EXCHANGEDS01.ds.ad.adp.com" ymailto="mailto:723FA17C6AA4C4428CDF572DCAEE08D40837BE00@EXCHANGEDS01.ds.ad.adp.com">723FA17C6AA4C4428CDF572DCAEE08D40837BE00@EXCHANGEDS01.ds.ad.adp.com</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>I thought this was supposed to be able to be configured in UCM 7?<BR><BR>It is settable on Connection 2.x.......<BR><BR>-----Original Message-----<BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net"
ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Wes Sisk<BR>Sent: Wednesday, January 07, 2009 3:42 PM<BR>To: <A href="mailto:Thorsten.Mayr@barclayscapital.com" ymailto="mailto:Thorsten.Mayr@barclayscapital.com">Thorsten.Mayr@barclayscapital.com</A><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] CUCM 6.1.X https session timeout configurable<BR><BR>Does not look likely: CSCsj45520. Let your account manager know this is<BR><BR>critical for you.<BR><BR>Regards,<BR>Wes<BR><BR>On Tuesday, January 06, 2009 8:37:31 AM, <BR><<A href="mailto:Thorsten.Mayr@barclayscapital.com" ymailto="mailto:Thorsten.Mayr@barclayscapital.com">Thorsten.Mayr@barclayscapital.com</A>> wrote:<BR>> Is there a way to tweak the https session timeout against /ccmadmin<BR>> pages without root
access?<BR>><BR>> Apologies if I have missed the answer to this in any previous threads;<BR>I<BR>> am pretty sure it has been discussed before...; for some reason I<BR>> couldn't find anything on SRND or puck.... Might just be poor search<BR>> skills...<BR>><BR>> Thanks in advance<BR>> T<BR>><BR>> Exact cucm version is 6.1.2.1110-3<BR>> _______________________________________________<BR>><BR>> This e-mail may contain information that is confidential, privileged<BR>or otherwise protected from disclosure. If you are not an intended<BR>recipient of this e-mail, do not duplicate or redistribute it by any<BR>means. Please delete it and any attachments and notify the sender that<BR>you have received it in error. Unless specifically indicated, this<BR>e-mail is not an offer to buy or sell or a solicitation to buy or sell<BR>any securities, investment products or other financial product or<BR>service, an official
confirmation of any transaction, or an official<BR>statement of Barclays. Any views or opinions presented are solely those<BR>of the author and do not necessarily represent those of Barclays. This<BR>e-mail is subject to terms available at the following link:<BR>www.barcap.com/emaildisclaimer. By messaging with Barclays you consent<BR>to the foregoing. Barclays Capital is the investment banking division<BR>of Barclays Bank PLC, a company registered in England (number 1026167)<BR>with its registered of!<BR>fi!<BR>> ce at 1 Churchill Place, London, E14 5HP. This email may relate to<BR>or be sent from other members of the Barclays Group.<BR>> _______________________________________________<BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR><BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR>This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message
and any attachments from your system.<BR><BR><BR>------------------------------<BR><BR>Message: 29<BR>Date: Wed, 07 Jan 2009 17:47:20 -0500<BR>From: Wes Sisk <<A href="mailto:wsisk@cisco.com" ymailto="mailto:wsisk@cisco.com">wsisk@cisco.com</A>><BR>Subject: Re: [cisco-voip] (no subject)<BR>To: "Jason Aarons (US)" <<A href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: <<A href="mailto:496530F8.7090802@cisco.com" ymailto="mailto:496530F8.7090802@cisco.com">496530F8.7090802@cisco.com</A>><BR>Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"<BR><BR>better yet, stick it on an SFTP server and save the plastic.<BR><BR>On Wednesday, January 07, 2009 4:58:43 PM, Jason Aarons (US) <BR><<A
href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>> wrote:<BR>><BR>> Don't copy the file to data dvd, actually burn the ISO to dvd, it will <BR>> then recognize it and allow the upgrade -jason<BR>><BR>> <BR>><BR>> *From:* <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> <BR>> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] *On Behalf Of *Jason <BR>> Aarons (US)<BR>> *Sent:* Wednesday, January 07, 2009 4:42 PM<BR>> *To:* <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> *Subject:* [cisco-voip] (no subject)<BR>><BR>> <BR>><BR>> I burned copied the file
UCSInstall_UCOS_ES_7.0.1.21007-1.sgn.iso on a <BR>> DVD and put it into a 7845H2 with 7.0.1.11000-2 and went tried to <BR>> upgrade. It said it couldn't mount the DVD, but I can read that DVD <BR>> fine in other computers.<BR>><BR>> <BR>><BR>> Was I actually suppoed to burn the iso image to the DVD with Roxio, etc?<BR>><BR>> ------------------------------------------------------------------------<BR>> ------------------------------------------------------------------------<BR>><BR>> *Disclaimer: This e-mail communication and any attachments may contain <BR>> confidential and privileged information and is for use by the <BR>> designated addressee(s) named above only. If you are not the intended <BR>> addressee, you are hereby notified that you have received this <BR>> communication in error and that any use or reproduction of this email <BR>> or its contents is strictly prohibited and may be
unlawful. If you <BR>> have received this communication in error, please notify us <BR>> immediately by replying to this message and deleting it from your <BR>> computer. Thank you. *<BR>><BR>> ------------------------------------------------------------------------<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed....<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/b8047a9b/attachment-0001.html"
target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/b8047a9b/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 30<BR>Date: Thu, 8 Jan 2009 09:55:37 +1100<BR>From: "Riley, Andrew" <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>><BR>Subject: [cisco-voip] Change Corp Dir without loosing/breaking<BR> Personal Directories (6.1)<BR>To: "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:DB011559B5A3D640A78EC445BB7268E946819DEAEE@EXMSYD01.aus.local"
ymailto="mailto:DB011559B5A3D640A78EC445BB7268E946819DEAEE@EXMSYD01.aus.local">DB011559B5A3D640A78EC445BB7268E946819DEAEE@EXMSYD01.aus.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Hi There,<BR><BR>Has anyone tried to change the corp directory in CUCM 6.1 (via enterprise params) to a custom directory without losing access to the Personal Directory? Or the Personal Address Book is not unique to each user?<BR><BR>Here is what i have done..<BR><BR>When you pop the normal (<A href="http://10.2..10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>) URL into a browser you get the following<BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<CiscoIPPhoneMenu><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>>
<<MenuItem><BR> N<Name>Personal Directory</Name><BR> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR></MenuItem><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR> <<Name>Corporate Directory</Name><BR> <<URL><A href="http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</A></URL><BR></MenuItem><BR> <<Prompt>Select a directory</Prompt><BR></CiscoIPPhoneMenu><BR><BR><BR>Which indicates that this URL is loading both Personal and Corp Directories..<BR><BR><BR>If I make my own XML file say .. mydir.xml and pop it on a webserver but change the
Corporate Directory URL to my customer service ..see below<BR><<<CiscoIPPhoneMenu><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR> N<Name>Personal Directory</Name><BR> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR></MenuItem><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR> <<Name>Corporate Directory</Name><BR> <<URL><A href="http://myserver/mydirectory/myservice.asp" target=_blank>http://myserver/mydirectory/myservice.asp</A></URL><BR></MenuItem><BR> <<Prompt>Select a
directory</Prompt><BR></CiscoIPPhoneMenu><BR><BR>Then change the enterprise parameter to my point to <A href="http://myserver/mydirectory/mydir.xml" target=_blank>http://myserver/mydirectory/mydir.xml</A><BR><BR>When loading this on a phone the new corporate directory works fine, however the Personal Directory breaks and all users end up seeing the Personal address book of all users ... i presume there is some sort of session handling occurring in the <A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A> file which stops this from happening..<BR><BR><BR>Would appreciate any guidance or others experience on this.<BR><BR><BR>Andrew Riley<BR>(a.k.a Riles)<BR>Unified Communications<BR>CCIE # 18285 Voice<BR>Consulting Services<BR><BR>Getronics Australia - A UXC Company<BR>2 Minna Close<BR>Belrose NSW 2085<BR>Australia<BR>Mobile: +61 402 894 793<BR>Fax:
+61 2 9847 7378<BR>Email: <A href="mailto:andrew.riley@uxcg..com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A><BR>Web: <A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A><<A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au/</A>><BR><BR><BR>________________________________<BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to
protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/609f3b9e/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/609f3b9e/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 31<BR>Date: Wed, 7 Jan 2009 15:11:26 -0800<BR>From: "Melvin Fong" <<A href="mailto:mfong@pacific.edu" ymailto="mailto:mfong@pacific.edu">mfong@pacific.edu</A>><BR>Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking<BR> PersonalDirectories
(6.1)<BR>To: "Riley, Andrew" <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>>,<BR> <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:FFF80CC41C32954B84FF170DAFC942FF026A2362@EXVS1.stk.pacific.edu" ymailto="mailto:FFF80CC41C32954B84FF170DAFC942FF026A2362@EXVS1.stk.pacific.edu">FFF80CC41C32954B84FF170DAFC942FF026A2362@EXVS1.stk.pacific.edu</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>We ran into the same issue, we remedied it by making the PAB available<BR>as a service through the services button.<BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A
href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Riley, Andrew<BR>Sent: Wednesday, January 07, 2009 2:56 PM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] Change Corp Dir without loosing/breaking<BR>PersonalDirectories (6.1)<BR><BR><BR><BR>Hi There, <BR><BR><BR>Has anyone tried to change the corp directory in CUCM 6.1 (via<BR>enterprise params) to a custom directory without losing access to the<BR>Personal Directory? Or the Personal Address Book is not unique to each<BR>user?<BR><BR><BR><BR>Here is what i have done..<BR><BR><BR><BR>When you pop the normal (<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>)<BR>URL into a browser you get the following<BR><BR><BR><BR>- <<A
href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<CiscoIPPhoneMenu><BR><BR>- <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR> N<Name>Personal Directory</Name> <BR><BR><BR><<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10..10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL> <BR><BR></MenuItem><BR><BR>- <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR> <<Name>Corporate Directory</Name> <BR><BR> <<URL><A href="http://10..2.10.10:8080/ccmcip/xmldirectoryinput.jsp"
target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</A></URL> <BR><BR></MenuItem><BR><BR> <<Prompt>Select a directory</Prompt> <BR><BR></CiscoIPPhoneMenu><BR><BR><BR><BR><BR><BR>Which indicates that this URL is loading both Personal and Corp<BR>Directories.. <BR><BR><BR><BR><BR><BR>If I make my own XML file say .. mydir.xml and pop it on a webserver but<BR>change the Corporate Directory URL to my customer service ..see below<BR><BR><<<CiscoIPPhoneMenu><BR><BR>- <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR> N<Name>Personal Directory</Name> <BR><BR><BR><<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL>
<BR><BR></MenuItem><BR><BR>- <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR> <<Name>Corporate Directory</Name> <BR><BR> <<URL><A href="http://myserver/mydirectory/myservice.asp" target=_blank>http://myserver/mydirectory/myservice.asp</A></URL> <BR><BR></MenuItem><BR><BR> <<Prompt>Select a directory</Prompt> <BR><BR></CiscoIPPhoneMenu><BR><BR><BR><BR>Then change the enterprise parameter to my point to<BR><A href="http://myserver/mydirectory/mydir.xml" target=_blank>http://myserver/mydirectory/mydir.xml</A><BR><BR><BR><BR>When loading this on a phone the new corporate directory works fine,<BR>however the Personal Directory breaks and all users end up seeing the<BR>Personal address book of all users ... i presume there is some sort of<BR>session handling
occurring in the<BR><A href="http://10.2.10.10:8080/ccmcip/xmldirectory..jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A> file which stops this<BR>from happening.. <BR><BR><BR><BR><BR><BR>Would appreciate any guidance or others experience on this.<BR><BR><BR><BR><BR><BR>Andrew Riley<BR>(a.k.a Riles)<BR>Unified Communications<BR>CCIE # 18285 Voice <BR>Consulting Services<BR><BR>Getronics Australia - A UXC Company<BR>2 Minna Close<BR>Belrose NSW 2085<BR>Australia<BR>Mobile: +61 402 894 793<BR>Fax: +61 2 9847 7378<BR>Email: <A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A><BR>Web: <A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A> <<A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au/</A>> <BR><BR><BR><BR><BR><BR>________________________________<BR><BR>CONFIDENTIALITY
- The information contained in this electronic mail<BR>message is confidential and is intended solely for the addressee(s). If<BR>you are not an authorised recipient of this message please contact<BR>Getronics Australia immediately by reply email and destroy/delete this<BR>message from your computer. Any unauthorised form of reproduction of<BR>this message, or part thereof, is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and<BR>opinions expressed in this email are those of the sender and not<BR>Getronics Australia. While we endeavour to protect our network from<BR>computer viruses, Getronics Australia does not warrant that this email<BR>or any attachments are free of viruses or any other defects or errors.<BR>It is the duty of the recipient to virus scan and otherwise test any<BR>information contained in this email before loading onto any computer<BR>system.<BR><BR>-------------- next part --------------<BR>An
HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether..net/pipermail/cisco-voip/attachments/20090107/e450aee4/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/e450aee4/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 32<BR>Date: Thu, 8 Jan 2009 10:32:52 +1100<BR>From: "Riley, Andrew" <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>><BR>Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1)<BR>To: Melvin Fong <<A href="mailto:mfong@PACIFIC.EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A>>, "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>"<BR> <<A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:DB011559B5A3D640A78EC445BB7268E946819DEB04@EXMSYD01.aus.local" ymailto="mailto:DB011559B5A3D640A78EC445BB7268E946819DEB04@EXMSYD01.aus.local">DB011559B5A3D640A78EC445BB7268E946819DEB04@EXMSYD01.aus.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Ok yes understand..<BR><BR>However you would think the 'directories' of any type should be under the directories button<BR><BR>.. this is an issue for me as the customer has 'standard' cucm directories.. so they are used to having PAB under the directories button...not ideal to have to change the method of access for 3000+ users..<BR><BR><BR><BR>Regards<BR>Andrew Riley<BR>0402894793<BR><BR>From: Melvin Fong [mailto:<A href="mailto:mfong@PACIFIC.EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A>]<BR>Sent: Thursday, 8 January 2009 10:11 AM<BR>To:
Riley, Andrew; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR>We ran into the same issue, we remedied it by making the PAB available as a service through the services button.<BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Riley, Andrew<BR>Sent: Wednesday, January 07, 2009 2:56 PM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR>Hi
There,<BR><BR>Has anyone tried to change the corp directory in CUCM 6.1 (via enterprise params) to a custom directory without losing access to the Personal Directory? Or the Personal Address Book is not unique to each user?<BR><BR>Here is what i have done..<BR><BR>When you pop the normal (<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>) URL into a browser you get the following<BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<CiscoIPPhoneMenu><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR> N<Name>Personal Directory</Name><BR> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined"
target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR></MenuItem><BR>-<<A href="http://10.2.10..10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR> <<Name>Corporate Directory</Name><BR> <<URL><A href="http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp" target=_blank>http://10..2.10.10:8080/ccmcip/xmldirectoryinput.jsp</A></URL><BR></MenuItem><BR> <<Prompt>Select a directory</Prompt><BR></CiscoIPPhoneMenu><BR><BR><BR>Which indicates that this URL is loading both Personal and Corp Directories..<BR><BR><BR>If I make my own XML file say .. mydir.xml and pop it on a webserver but change the Corporate Directory URL to my customer service ..see below<BR><<<CiscoIPPhoneMenu><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp"
target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR> N<Name>Personal Directory</Name><BR> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR></MenuItem><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR> <<Name>Corporate Directory</Name><BR> <<URL><A href="http://myserver/mydirectory/myservice.asp" target=_blank>http://myserver/mydirectory/myservice.asp</A></URL><BR></MenuItem><BR> <<Prompt>Select a directory</Prompt><BR></CiscoIPPhoneMenu><BR><BR>Then change the enterprise parameter to my point to <A href="http://myserver/mydirectory/mydir.xml"
target=_blank>http://myserver/mydirectory/mydir.xml</A><BR><BR>When loading this on a phone the new corporate directory works fine, however the Personal Directory breaks and all users end up seeing the Personal address book of all users ... i presume there is some sort of session handling occurring in the <A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A> file which stops this from happening..<BR><BR><BR>Would appreciate any guidance or others experience on this.<BR><BR><BR>Andrew Riley<BR>(a.k.a Riles)<BR>Unified Communications<BR>CCIE # 18285 Voice<BR>Consulting Services<BR><BR>Getronics Australia - A UXC Company<BR>2 Minna Close<BR>Belrose NSW 2085<BR>Australia<BR>Mobile: +61 402 894 793<BR>Fax: +61 2 9847 7378<BR>Email: <A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A><BR>Web:
<A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A><<A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au/</A>><BR><BR><BR>________________________________<BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or
errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR><BR>________________________________<BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the
recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/b9b6261d/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/b9b6261d/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 33<BR>Date: Wed, 7 Jan 2009 15:50:46 -0800<BR>From: "Scott Voll" <<A href="mailto:svoll.voip@gmail.com" ymailto="mailto:svoll.voip@gmail.com">svoll.voip@gmail.com</A>><BR>Subject: Re: [cisco-voip] CAD 6.1 Vista Compatible?<BR>To: "Countryman, Edward" <<A href="mailto:Edward.Countryman@provena.org" ymailto="mailto:Edward.Countryman@provena.org">Edward.Countryman@provena.org</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:f84a38d30901071550i40a4a173td79ea67e192a4602@mail.gmail.com" ymailto="mailto:f84a38d30901071550i40a4a173td79ea67e192a4602@mail.gmail.com">f84a38d30901071550i40a4a173td79ea67e192a4602@mail.gmail.com</A>><BR>Content-Type: text/plain; charset="iso-8859-1"<BR><BR>6.4 (UCCx 5.0) works just fine on vista.<BR><BR>Scott<BR><BR>On Tue, Jan 6, 2009 at 1:30 PM, Countryman, Edward <<BR><A href="mailto:Edward.Countryman@provena.org" ymailto="mailto:Edward.Countryman@provena.org">Edward.Countryman@provena.org</A>> wrote:<BR><BR>> Does anyone know if the CAD 6.1 will run on vista?<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/f81971a0/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/f81971a0/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 34<BR>Date: Wed, 7 Jan 2009 20:41:38 -0600<BR>From: "Adam Blomfield" <<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A>><BR>Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1)<BR>To: "Riley, Andrew" <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>><BR>Cc: "<A
href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:c6f32ce40901071841q2ffff7d1mf4b7eda4738c2cff@mail.gmail.com" ymailto="mailto:c6f32ce40901071841q2ffff7d1mf4b7eda4738c2cff@mail.gmail.com">c6f32ce40901071841q2ffff7d1mf4b7eda4738c2cff@mail.gmail.com</A>><BR>Content-Type: text/plain; charset="windows-1252"<BR><BR>When a Cisco IP phone retrieves the Directories URL (or the Services URL for<BR>that matter) it appends it with a querystring parameter of "Name". In order<BR>to achieve what you are trying to do you will need to use whichever<BR>scripting language you are most comfortable with to create a dymaic page<BR>that can read this querystring parameter and pass it on to the next page.<BR>You can see in
your example below that it is going to<BR><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A> - that undefined<BR>should actually be SEPXXXXXXXXXXXX based on whatever phone is requesting it,<BR>hence the need for a scripting language. I have an example of something<BR>similar using ASP and VBScript on my website for creating an alterate<BR>services list that you can reference as an example if you like -<BR><A href="http://www.adman.net/cisco/defaultservicemenu.asp" target=_blank>http://www.adman.net/cisco/defaultservicemenu.asp</A>. Hope that helps!<BR><BR>-Adam<BR><BR>On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>>wrote:<BR><BR>> Ok yes understand...<BR>><BR>><BR>><BR>> However you would think the 'directories' of any
type should be under the<BR>> directories button<BR>><BR>><BR>><BR>> .. this is an issue for me as the customer has 'standard' cucm<BR>> directories.. so they are used to having PAB under the directories<BR>> button..not ideal to have to change the method of access for 3000+ users..<BR>><BR>><BR>><BR>><BR>><BR>><BR>><BR>> Regards<BR>><BR>> Andrew Riley<BR>><BR>> 0402894793<BR>><BR>><BR>><BR>> *From:* Melvin Fong [mailto:<A href="mailto:mfong@PACIFIC..EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A>]<BR>> *Sent:* Thursday, 8 January 2009 10:11 AM<BR>> *To:* Riley, Andrew; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> *Subject:* RE: [cisco-voip] Change Corp Dir without loosing/breaking<BR>> PersonalDirectories (6..1)<BR>><BR>><BR>><BR>> We ran into the same issue, we remedied
it by making the PAB available as a<BR>> service through the services button.<BR>><BR>><BR>><BR>> *From:* <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [mailto:<BR>> <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] *On Behalf Of *Riley, Andrew<BR>> *Sent:* Wednesday, January 07, 2009 2:56 PM<BR>> *To:* <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> *Subject:* [cisco-voip] Change Corp Dir without loosing/breaking<BR>> PersonalDirectories (6.1)<BR>><BR>><BR>><BR>> Hi There,<BR>><BR>><BR>> Has anyone tried to change the corp directory in CUCM 6.1 (via enterprise<BR>> params) to a custom directory without losing access to the
Personal<BR>> Directory? Or the Personal Address Book is not unique to each user?<BR>><BR>><BR>><BR>> Here is what i have done..<BR>><BR>><BR>><BR>> When you pop the normal (<A href="http://10.2..10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>)<BR>> URL into a browser you get the following<BR>><BR>><BR>><BR>> *-* <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<CiscoIPPhoneMenu><BR>><BR>> *-* <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR>><BR>> N<Name>Personal Directory</Name><BR>><BR>> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined"
target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR>><BR>> </MenuItem><BR>><BR>> *-* <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR>><BR>> <<Name>Corporate Directory</Name><BR>><BR>> <<URL><A href="http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</A></URL><BR>><BR>> </MenuItem><BR>><BR>> <<Prompt>Select a directory</Prompt><BR>><BR>> </CiscoIPPhoneMenu><BR>><BR>><BR>><BR>><BR>><BR>> Which indicates that this URL is loading both Personal and Corp<BR>> Directories..<BR>><BR>><BR>><BR>><BR>><BR>> If I make my own XML file say .. mydir.xml and pop it on a webserver
but<BR>> change the Corporate Directory URL to my customer service ..see below<BR>><BR>> <<<CiscoIPPhoneMenu><BR>><BR>> *-* <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR>><BR>> N<Name>Personal Directory</Name><BR>><BR>> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR>><BR>> </MenuItem><BR>><BR>> *-* <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR>><BR>> <<Name>Corporate Directory</Name><BR>><BR>> <<URL><A href="http://myserver/mydirectory/myservice.asp"
target=_blank>http://myserver/mydirectory/myservice.asp</A></URL><BR>><BR>> </MenuItem><BR>><BR>> <<Prompt>Select a directory</Prompt><BR>><BR>> </CiscoIPPhoneMenu><BR>><BR>><BR>><BR>> Then change the enterprise parameter to my point to<BR>> <A href="http://myserver/mydirectory/mydir.xml" target=_blank>http://myserver/mydirectory/mydir.xml</A><BR>><BR>><BR>><BR>> When loading this on a phone the new corporate directory works fine,<BR>> however the Personal Directory breaks and all users end up seeing the<BR>> Personal address book of all users ... i presume there is some sort of<BR>> session handling occurring in the<BR>> <A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A> file which stops this from<BR>> happening..<BR>><BR>><BR>><BR>><BR>><BR>> Would
appreciate any guidance or others experience on this.<BR>><BR>><BR>><BR>><BR>><BR>> *Andrew Riley<BR>> *(a.k.a Riles)<BR>> *Unified Communications<BR>> **CCIE # 18285 Voice**<BR>> **Consulting Services<BR>> *<BR>> *Getronics Australia ? A UXC Company<BR>> *2 Minna Close<BR>> Belrose NSW 2085<BR>> Australia<BR>> Mobile: +61 402 894 793<BR>> Fax: +61 2 9847 7378<BR>> Email: *<A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A><BR>> *Web: <A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A><BR>><BR>><BR>><BR>><BR>> ------------------------------<BR>><BR>> CONFIDENTIALITY - The information contained in this electronic mail message<BR>> is confidential and is intended solely for the addressee(s). If you are not<BR>> an authorised recipient
of this message please contact Getronics Australia<BR>> immediately by reply email and destroy/delete this message from your<BR>> computer. Any unauthorised form of reproduction of this message, or part<BR>> thereof, is strictly prohibited.<BR>> DISCLAIMER - Unless specifically indicated otherwise, the views and<BR>> opinions expressed in this email are those of the sender and not Getronics<BR>> Australia. While we endeavour to protect our network from computer viruses,<BR>> Getronics Australia does not warrant that this email or any attachments are<BR>> free of viruses or any other defects or errors. It is the duty of the<BR>> recipient to virus scan and otherwise test any information contained in this<BR>> email before loading onto any computer system.<BR>><BR>> ------------------------------<BR>> CONFIDENTIALITY - The information contained in this electronic mail message<BR>> is confidential and is intended
solely for the addressee(s). If you are not<BR>> an authorised recipient of this message please contact Getronics Australia<BR>> immediately by reply email and destroy/delete this message from your<BR>> computer. Any unauthorised form of reproduction of this message, or part<BR>> thereof, is strictly prohibited.<BR>> DISCLAIMER - Unless specifically indicated otherwise, the views and<BR>> opinions expressed in this email are those of the sender and not Getronics<BR>> Australia. While we endeavour to protect our network from computer viruses,<BR>> Getronics Australia does not warrant that this email or any attachments are<BR>> free of viruses or any other defects or errors. It is the duty of the<BR>> recipient to virus scan and otherwise test any information contained in this<BR>> email before loading onto any computer system.<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing
list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed....<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/47f65179/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/47f65179/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 35<BR>Date: Wed, 7 Jan 2009 21:30:08 -0600<BR>From: "Sean Walberg" <<A href="mailto:swalberg@gmail.com" ymailto="mailto:swalberg@gmail.com">swalberg@gmail.com</A>><BR>Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1)<BR>To: "Adam
Blomfield" <<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A>><BR>Cc: "Riley, Andrew" <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>>,<BR> "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether..net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:cc43a8f80901071930o4c080aa6j92af4ea19de28181@mail.gmail.com" ymailto="mailto:cc43a8f80901071930o4c080aa6j92af4ea19de28181@mail.gmail.com">cc43a8f80901071930o4c080aa6j92af4ea19de28181@mail.gmail.com</A>><BR>Content-Type: text/plain; charset="windows-1252"<BR><BR>I sent him a PHP script that I use to get rid of the Corporate directory but<BR>leave PAB. Here it is for the rest of
the list:<BR><?php header('Content-type: text/xml'); ?><BR><?php echo '<?xml version="1.0" encoding="UTF-8"?>'?><BR><BR><CiscoIPPhoneMenu><BR><BR><Prompt>Select a directory</Prompt><BR><BR><MenuItem><BR> <Name>Personal Directory</Name><BR> <URL><A href="http://publisherip:8080/ccmpd/pdCheckLogin..do?name=" target=_blank>http://PUBLISHERIP:8080/ccmpd/pdCheckLogin.do?name=</A><BR><?=$_GET['name']?></URL><BR></MenuItem><BR><BR></CiscoIPPhoneMenu><BR><BR>On Wed, Jan 7, 2009 at 8:41 PM, Adam Blomfield <<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A>> wrote:<BR><BR>> When a Cisco IP phone retrieves the Directories URL (or the Services URL<BR>> for that matter) it appends it with a querystring parameter of "Name". In<BR>> order to achieve what you are trying to do you will need to use whichever<BR>> scripting
language you are most comfortable with to create a dymaic page<BR>> that can read this querystring parameter and pass it on to the next page.<BR>> You can see in your example below that it is going to<BR>> <A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A> - that<BR>> undefined should actually be SEPXXXXXXXXXXXX based on whatever phone is<BR>> requesting it, hence the need for a scripting language.. I have an example of<BR>> something similar using ASP and VBScript on my website for creating an<BR>> alterate services list that you can reference as an example if you like -<BR>> <A href="http://www.adman.net/cisco/defaultservicemenu.asp" target=_blank>http://www.adman.net/cisco/defaultservicemenu.asp</A>. Hope that helps!<BR>><BR>> -Adam<BR>><BR>> On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <<A
href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>>wrote:<BR>><BR>>> Ok yes understand..<BR>>><BR>>><BR>>><BR>>> However you would think the 'directories' of any type should be under the<BR>>> directories button<BR>>><BR>>><BR>>><BR>>> .. this is an issue for me as the customer has 'standard' cucm<BR>>> directories.. so they are used to having PAB under the directories<BR>>> button..not ideal to have to change the method of access for 3000+ users..<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> Regards<BR>>><BR>>> Andrew Riley<BR>>><BR>>> 0402894793<BR>>><BR>>><BR>>><BR>>> *From:* Melvin Fong [mailto:<A href="mailto:mfong@PACIFIC.EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A>]<BR>>> *Sent:*
Thursday, 8 January 2009 10:11 AM<BR>>> *To:* Riley, Andrew; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>>> *Subject:* RE: [cisco-voip] Change Corp Dir without loosing/breaking<BR>>> PersonalDirectories (6.1)<BR>>><BR>>><BR>>><BR>>> We ran into the same issue, we remedied it by making the PAB available as<BR>>> a service through the services button.<BR>>><BR>>><BR>>><BR>>> *From:* <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [mailto:<BR>>> <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] *On Behalf Of *Riley, Andrew<BR>>> *Sent:* Wednesday, January 07, 2009 2:56 PM<BR>>> *To:* <A
href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>>> *Subject:* [cisco-voip] Change Corp Dir without loosing/breaking<BR>>> PersonalDirectories (6.1)<BR>>><BR>>><BR>>><BR>>> Hi There,<BR>>><BR>>><BR>>> Has anyone tried to change the corp directory in CUCM 6.1 (via enterprise<BR>>> params) to a custom directory without losing access to the Personal<BR>>> Directory? Or the Personal Address Book is not unique to each user?<BR>>><BR>>><BR>>><BR>>> Here is what i have done..<BR>>><BR>>><BR>>><BR>>> When you pop the normal (<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>)<BR>>> URL into a browser you get the following<BR>>><BR>>><BR>>><BR>>> *-* <<A
href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<CiscoIPPhoneMenu><BR>>><BR>>> *-* <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR>>><BR>>> N<Name>Personal Directory</Name><BR>>><BR>>> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR>>><BR>>> </MenuItem><BR>>><BR>>> *-* <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR>>><BR>>> <<Name>Corporate Directory</Name><BR>>><BR>>> <<URL><A
href="http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</A></URL><BR>>><BR>>> </MenuItem><BR>>><BR>>> <<Prompt>Select a directory</Prompt><BR>>><BR>>> </CiscoIPPhoneMenu><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> Which indicates that this URL is loading both Personal and Corp<BR>>> Directories..<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> If I make my own XML file say .. mydir.xml and pop it on a webserver but<BR>>> change the Corporate Directory URL to my customer service ..see below<BR>>><BR>>> <<<CiscoIPPhoneMenu><BR>>><BR>>> *-* <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>>
<<MenuItem><BR>>><BR>>> N<Name>Personal Directory</Name><BR>>><BR>>> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR>>><BR>>> </MenuItem><BR>>><BR>>> *-* <<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR>>><BR>>> <<Name>Corporate Directory</Name><BR>>><BR>>> <<URL><A href="http://myserver/mydirectory/myservice.asp" target=_blank>http://myserver/mydirectory/myservice.asp</A></URL><BR>>><BR>>> </MenuItem><BR>>><BR>>> <<Prompt>Select a directory</Prompt><BR>>><BR>>>
</CiscoIPPhoneMenu><BR>>><BR>>><BR>>><BR>>> Then change the enterprise parameter to my point to<BR>>> <A href="http://myserver/mydirectory/mydir.xml" target=_blank>http://myserver/mydirectory/mydir.xml</A><BR>>><BR>>><BR>>><BR>>> When loading this on a phone the new corporate directory works fine,<BR>>> however the Personal Directory breaks and all users end up seeing the<BR>>> Personal address book of all users ... i presume there is some sort of<BR>>> session handling occurring in the<BR>>> <A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A> file which stops this from<BR>>> happening..<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> Would appreciate any guidance or others experience on this.<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> *Andrew
Riley<BR>>> *(a.k.a Riles)<BR>>> *Unified Communications<BR>>> **CCIE # 18285 Voice**<BR>>> **Consulting Services<BR>>> *<BR>>> *Getronics Australia ? A UXC Company<BR>>> *2 Minna Close<BR>>> Belrose NSW 2085<BR>>> Australia<BR>>> Mobile: +61 402 894 793<BR>>> Fax: +61 2 9847 7378<BR>>> Email: *<A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A><BR>>> *Web: <A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A><BR>>><BR>>><BR>>><BR>>><BR>>> ------------------------------<BR>>><BR>>> CONFIDENTIALITY - The information contained in this electronic mail<BR>>> message is confidential and is intended solely for the addressee(s).. If you<BR>>> are not an authorised recipient of this message please
contact Getronics<BR>>> Australia immediately by reply email and destroy/delete this message from<BR>>> your computer. Any unauthorised form of reproduction of this message, or<BR>>> part thereof, is strictly prohibited.<BR>>> DISCLAIMER - Unless specifically indicated otherwise, the views and<BR>>> opinions expressed in this email are those of the sender and not Getronics<BR>>> Australia. While we endeavour to protect our network from computer viruses,<BR>>> Getronics Australia does not warrant that this email or any attachments are<BR>>> free of viruses or any other defects or errors. It is the duty of the<BR>>> recipient to virus scan and otherwise test any information contained in this<BR>>> email before loading onto any computer system.<BR>>><BR>>> ------------------------------<BR>>> CONFIDENTIALITY - The information contained in this electronic mail<BR>>> message
is confidential and is intended solely for the addressee(s). If you<BR>>> are not an authorised recipient of this message please contact Getronics<BR>>> Australia immediately by reply email and destroy/delete this message from<BR>>> your computer. Any unauthorised form of reproduction of this message, or<BR>>> part thereof, is strictly prohibited.<BR>>> DISCLAIMER - Unless specifically indicated otherwise, the views and<BR>>> opinions expressed in this email are those of the sender and not Getronics<BR>>> Australia. While we endeavour to protect our network from computer viruses,<BR>>> Getronics Australia does not warrant that this email or any attachments are<BR>>> free of viruses or any other defects or errors. It is the duty of the<BR>>> recipient to virus scan and otherwise test any information contained in this<BR>>> email before loading onto any computer
system.<BR>>><BR>>> _______________________________________________<BR>>> cisco-voip mailing list<BR>>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>>><BR>>><BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR><BR><BR>-- <BR>Sean Walberg <<A href="mailto:sean@ertw.com" ymailto="mailto:sean@ertw.com">sean@ertw.com</A>> <A href="http://ertw.com/"
target=_blank>http://ertw.com/</A><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/7b06c2bd/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/7b06c2bd/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 36<BR>Date: Thu, 8 Jan 2009 14:50:38 +1100<BR>From: "Riley, Andrew" <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>><BR>Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1)<BR>To: Sean Walberg <<A href="mailto:swalberg@gmail.com" ymailto="mailto:swalberg@gmail.com">swalberg@gmail.com</A>>, Adam Blomfield<BR> <<A href="mailto:adman@adman.net"
ymailto="mailto:adman@adman.net">adman@adman.net</A>><BR>Cc: "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:DB011559B5A3D640A78EC445BB7268E946819DEBBB@EXMSYD01.aus.local" ymailto="mailto:DB011559B5A3D640A78EC445BB7268E946819DEBBB@EXMSYD01.aus.local">DB011559B5A3D640A78EC445BB7268E946819DEBBB@EXMSYD01.aus.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Thanks Sean and Adam.<BR><BR>I understand both examples.. as Adam stated it's just a matter of getting the 'name' value set correctly for the phone requesting the page.<BR><BR>I'll try out both options and see how I go.<BR><BR>Regards<BR>Andrew Riley<BR>0402894793<BR><BR>From: Sean Walberg [mailto:<A
href="mailto:swalberg@gmail.com" ymailto="mailto:swalberg@gmail.com">swalberg@gmail.com</A>]<BR>Sent: Thursday, 8 January 2009 2:30 PM<BR>To: Adam Blomfield<BR>Cc: Riley, Andrew; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR>I sent him a PHP script that I use to get rid of the Corporate directory but leave PAB. Here it is for the rest of the list:<BR><BR><?php header('Content-type: text/xml'); ?><BR><?php echo '<?xml version="1.0" encoding="UTF-8"?>'?><BR><BR><CiscoIPPhoneMenu><BR><BR><Prompt>Select a directory</Prompt><BR><BR><MenuItem><BR> <Name>Personal Directory</Name><BR> <URL><A href="http://publisherip:8080/ccmpd/pdCheckLogin.do?name="
target=_blank>http://PUBLISHERIP:8080/ccmpd/pdCheckLogin.do?name=</A><?=$_GET['name']?></URL><BR></MenuItem><BR><BR></CiscoIPPhoneMenu><BR><BR>On Wed, Jan 7, 2009 at 8:41 PM, Adam Blomfield <<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A><mailto:<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A>>> wrote:<BR>When a Cisco IP phone retrieves the Directories URL (or the Services URL for that matter) it appends it with a querystring parameter of "Name". In order to achieve what you are trying to do you will need to use whichever scripting language you are most comfortable with to create a dymaic page that can read this querystring parameter and pass it on to the next page. You can see in your example below that it is going to <A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined"
target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A> - that undefined should actually be SEPXXXXXXXXXXXX based on whatever phone is requesting it, hence the need for a scripting language. I have an example of something similar using ASP and VBScript on my website for creating an alterate services list that you can reference as an example if you like - <A href="http://www.adman.net/cisco/defaultservicemenu.asp" target=_blank>http://www.adman.net/cisco/defaultservicemenu.asp</A>. Hope that helps!<BR><BR>-Adam<BR>On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A><mailto:<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>>> wrote:<BR><BR>Ok yes understand..<BR><BR><BR><BR>However you would think the 'directories' of any type should be under the
directories button<BR><BR><BR><BR>.. this is an issue for me as the customer has 'standard' cucm directories.. so they are used to having PAB under the directories button..not ideal to have to change the method of access for 3000+ users..<BR><BR><BR><BR><BR><BR><BR><BR>Regards<BR><BR>Andrew Riley<BR><BR>0402894793<BR><BR><BR><BR>From: Melvin Fong [mailto:<A href="mailto:mfong@PACIFIC.EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A><mailto:<A href="mailto:mfong@PACIFIC.EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A>>]<BR>Sent: Thursday, 8 January 2009 10:11 AM<BR>To: Riley, Andrew; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories
(6.1)<BR><BR><BR><BR>We ran into the same issue, we remedied it by making the PAB available as a service through the services button.<BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>>] On Behalf Of Riley, Andrew<BR>Sent: Wednesday, January 07, 2009 2:56 PM<BR>To: <A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Subject: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR><BR><BR>Hi There,<BR><BR>Has anyone tried to change the corp directory in CUCM 6.1 (via enterprise params) to a custom directory without losing access to the Personal Directory? Or the Personal Address Book is not unique to each user?<BR><BR><BR><BR>Here is what i have done..<BR><BR><BR><BR>When you pop the normal (<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>) URL into a browser you get the following<BR><BR><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>>
<<CiscoIPPhoneMenu><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR> N<Name>Personal Directory</Name><BR><BR> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR><BR></MenuItem><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR> <<Name>Corporate Directory</Name><BR><BR> <<URL><A href="http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</A></URL><BR><BR></MenuItem><BR><BR> <<Prompt>Select a
directory</Prompt><BR><BR></CiscoIPPhoneMenu><BR><BR><BR><BR><BR><BR>Which indicates that this URL is loading both Personal and Corp Directories..<BR><BR><BR><BR><BR><BR>If I make my own XML file say .. mydir.xml and pop it on a webserver but change the Corporate Directory URL to my customer service ..see below<BR><BR><<<CiscoIPPhoneMenu><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR> N<Name>Personal Directory</Name><BR><BR> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin..do?name=undefined</A></URL><BR><BR></MenuItem><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>>
<<MenuItem><BR><BR> <<Name>Corporate Directory</Name><BR><BR> <<URL><A href="http://myserver/mydirectory/myservice.asp" target=_blank>http://myserver/mydirectory/myservice.asp</A></URL><BR><BR></MenuItem><BR><BR> <<Prompt>Select a directory</Prompt><BR><BR></CiscoIPPhoneMenu><BR><BR><BR><BR>Then change the enterprise parameter to my point to <A href="http://myserver/mydirectory/mydir.xml" target=_blank>http://myserver/mydirectory/mydir.xml</A><BR><BR><BR><BR>When loading this on a phone the new corporate directory works fine, however the Personal Directory breaks and all users end up seeing the Personal address book of all users ... i presume there is some sort of session handling occurring in the <A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A> file which stops this from
happening..<BR><BR><BR><BR><BR><BR>Would appreciate any guidance or others experience on this.<BR><BR><BR><BR><BR><BR>Andrew Riley<BR>(a.k.a Riles)<BR>Unified Communications<BR>CCIE # 18285 Voice<BR>Consulting Services<BR><BR>Getronics Australia - A UXC Company<BR>2 Minna Close<BR>Belrose NSW 2085<BR>Australia<BR>Mobile: +61 402 894 793<BR>Fax: +61 2 9847 7378<BR>Email: <A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A><<A href="http://andrew.riley@uxcg.com.au" target=_blank>http://andrew.riley@uxcg.com.au</A>><BR>Web: <A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A><<A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au/</A>><BR><BR><BR><BR><BR><BR>________________________________<BR><BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential
and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR><BR>________________________________<BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the
addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><BR><A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR><BR>--<BR>Sean Walberg <<A href="mailto:sean@ertw.com" ymailto="mailto:sean@ertw.com">sean@ertw.com</A><mailto:<A
href="mailto:sean@ertw.com" ymailto="mailto:sean@ertw.com">sean@ertw.com</A>>> <A href="http://ertw.com/" target=_blank>http://ertw.com/</A><BR><BR>________________________________<BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty
of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/4b2975dd/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/4b2975dd/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 37<BR>Date: Wed, 7 Jan 2009 21:52:55 -0600<BR>From: Samuel Womack <<A href="mailto:samuel.womack1@gmail.com" ymailto="mailto:samuel.womack1@gmail.com">samuel.womack1@gmail.com</A>><BR>Subject: [cisco-voip] ALI Updates for CER / EM User<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: <<A href="mailto:F0A42ACB-6253-426A-8FCF-937D28D91947@gmail.com"
ymailto="mailto:F0A42ACB-6253-426A-8FCF-937D28D91947@gmail.com">F0A42ACB-6253-426A-8FCF-937D28D91947@gmail.com</A>><BR>Content-Type: text/plain; charset="us-ascii"; Format="flowed";<BR> DelSp="yes"<BR><BR>UCM 6.1.2<BR>CER 2.0<BR><BR>Extension Mobility user moves to a different CER zone. Currently on a <BR>911 test call the internal notification/location is correct but the <BR>PSAP receives the original (wrong location) because the ALI is not <BR>updating automatically. Requires a manual update and the customer <BR>wants it to auto update.<BR><BR>Any way to accomplish this other than upgrading to CER 7.0?<BR><BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/e83d4b0e/attachment-0001.html"
target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/e83d4b0e/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 38<BR>Date: Wed, 7 Jan 2009 20:26:56 -0700<BR>From: Corbett Enders <<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>Subject: [cisco-voip] Fraud calls to Cuba - Please read<BR>To: "'<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>'" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:F71E4DFAC3A2FA4C95D0C73D744C7BCE1CA9C247BE@EX02.homesbyavi.local" ymailto="mailto:F71E4DFAC3A2FA4C95D0C73D744C7BCE1CA9C247BE@EX02.homesbyavi.local">F71E4DFAC3A2FA4C95D0C73D744C7BCE1CA9C247BE@EX02.homesbyavi.local</A>><BR>Content-Type:
text/plain; charset="us-ascii"<BR><BR>Hello List,<BR><BR>I've got a situation with 2 remote sites. Over the course of several days in late November, somehow the analog POTS line in the site (which we use for SRST backup) proceeded to make approx 4,940 calls to Cuba. There wasn't really a pattern to the calls. It started with a couple of repeated calls to the same number and from that point, the dialed number changed (not dialed in any sort of sequential pattern either). Calls varied in duration from 0 seconds to many minutes long. Sometimes the next call would happen right away and other times there would be several minutes delay between calls. This proceeded to occur over the course of about a day and a half until the POTS provider called us and we blocked the line.<BR><BR>The analog line in the show home serves 2 purposes. It is connected to the SRST FXO port on the Cisco 2801 router and also connects to the
analog fax machine.<BR><BR>At this point, the POTS provider feels that somehow the 2801 router has been compromised and is being used to route calls out the FXO port. We have a cordless phone on an ATA, and at first they felt this was the source but I indicated that any calls from the cordless phone would leave through our PRI in the main office, through the phone line on the FXO port.<BR><BR>Even if someone had managed to guess our admin password for the console of the router, I don't believe that person sitting on the Internet would be able to get a call to connect from their computer, through the Internet, and leave out our FXO port in our site.<BR><BR>I'm wondering if anyone on the list has some thoughts as to how the system could have been compromise or if it just isn't possible. The POTS line is actually a digital line provided by Shaw (a local cable/telco in Alberta). I feel that their "digital" phone terminal has been
compromised though it isn't connected to the Internet in any way. One other possibility is old school phone phreaking where someone has actually tapped into the physical line but they would have been sitting outside in the cold for a very long time making these crazy calls.<BR><BR>I look forward to any insight the collective brain power of this list can provide. The bill for these calls is over $6000.<BR><BR>Regards,<BR>Corbett Enders.<BR><BR>Corbett Enders<BR>Network Manager<BR>Homes by Avi - 2007 Canadian Builder of the Year.<BR>Tel: (403) 536-7170<BR>Fax: (403) 536-7171<BR>www.homesbyavi.com<<A href="http://www.homesbyavi.com/" target=_blank>http://www.homesbyavi.com</A>><BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/d36f933d/attachment-0001.html"
target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/d36f933d/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 39<BR>Date: Thu, 8 Jan 2009 06:13:01 +0200<BR>From: Ahmed Elnagar <<A href="mailto:ahmed_elnagar@hotmail.com" ymailto="mailto:ahmed_elnagar@hotmail.com">ahmed_elnagar@hotmail.com</A>><BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>To: <<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>Cc: VOIP Group <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID: <<A href="mailto:BLU105-W59F7DCD8422534090CFD7F87DC0@phx.gbl" ymailto="mailto:BLU105-W59F7DCD8422534090CFD7F87DC0@phx.gbl">BLU105-W59F7DCD8422534090CFD7F87DC0@phx.gbl</A>><BR>Content-Type: text/plain; charset="windows-1256"<BR><BR><BR>Wow...exaclty the
same problem I had...but with PRI...I have a site in Egypt that the user called us one day and informed that he has a bill from the Teleco for 100,000$ for a period of 3 months and they never produce this amount of calls...all calls were for random numbers and the call never exceeded 1 minute and these random numbers happen to be starting with 00 which is the internationl prefix here in Egypt.<BR><BR>After long nights of troubleshootting...I found that the gateway was configured to register SIP phones from the internet and I found an IP address from Mexico city that is trying this random calls so frequent, the strange thing is that the gateway was accepting these calls and route it to H323 side which relay the call to the PRI.<BR><BR>I did the following to ensure that it will not happen again...removed SIP at all from the gateway...converted the gateway to MGCP so that every call that will pass the gateway will need signalling from Callmanager and will
leave a record in the CDR. But the strange thing the problem contiuned...<BR><BR>During troubleshooting we noticed something strange...alot of incoming calls coming to the PRI from a certain local number...and it was 3 AM in the morning we called this number and he told us that he know no one in this site and he has a problem that he got high invoices from the Teleco too....so we come up with this conculsion...seems that the CO. equipments has some problems and it is generating calls on behalf of the user to random numbers...a strange thing I know but till now this company still going to discussions with the teleco to solve this problem.<BR><BR>I suggest to do the followin...try to review CDR files and have a detailed bill from your Teleco and try to compare these calls with the CDR calls maybe this would help you....also try to activate some debugs and show commands "there is some tools that can automate show command every 5 mins or so" to know exactly
when these calls happen and what is the source of it.<BR><BR>Good luck with this strange issue.<BR>Thanks,Ahmed Elnagar<BR><BR>From: <A href="mailto:cenders@homesbyavi.comTo" ymailto="mailto:cenders@homesbyavi.comTo">cenders@homesbyavi.comTo</A>: <A href="mailto:cisco-voip@puck.nether.netDate" ymailto="mailto:cisco-voip@puck.nether.netDate">cisco-voip@puck.nether.netDate</A>: Wed, 7 Jan 2009 20:26:56 -0700Subject: [cisco-voip] Fraud calls to Cuba - Please read<BR><BR><BR><BR>Hello List,<BR><BR>I?ve got a situation with 2 remote sites. Over the course of several days in late November, somehow the analog POTS line in the site (which we use for SRST backup) proceeded to make approx 4,940 calls to Cuba. There wasn?t really a pattern to the calls. It started with a couple of repeated calls to the same number and from that point, the dialed number changed (not dialed in any sort of sequential pattern either). Calls varied in duration
from 0 seconds to many minutes long. Sometimes the next call would happen right away and other times there would be several minutes delay between calls. This proceeded to occur over the course of about a day and a half until the POTS provider called us and we blocked the line.<BR><BR>The analog line in the show home serves 2 purposes. It is connected to the SRST FXO port on the Cisco 2801 router and also connects to the analog fax machine.<BR><BR>At this point, the POTS provider feels that somehow the 2801 router has been compromised and is being used to route calls out the FXO port. We have a cordless phone on an ATA, and at first they felt this was the source but I indicated that any calls from the cordless phone would leave through our PRI in the main office, through the phone line on the FXO port.<BR><BR>Even if someone had managed to guess our admin password for the console of the router, I don?t believe that person sitting
on the Internet would be able to get a call to connect from their computer, through the Internet, and leave out our FXO port in our site.<BR><BR>I?m wondering if anyone on the list has some thoughts as to how the system could have been compromise or if it just isn?t possible. The POTS line is actually a digital line provided by Shaw (a local cable/telco in Alberta). I feel that their ?digital? phone terminal has been compromised though it isn?t connected to the Internet in any way. One other possibility is old school phone phreaking where someone has actually tapped into the physical line but they would have been sitting outside in the cold for a very long time making these crazy calls.<BR><BR>I look forward to any insight the collective brain power of this list can provide. The bill for these calls is over $6000.<BR><BR>Regards,<BR>Corbett Enders.<BR><BR>Corbett Enders<BR>Network ManagerHomes by Avi - 2007 Canadian Builder of the
Year.Tel: (403) 536-7170Fax: (403) 536-7171www.homesbyavi.com <BR><BR>_________________________________________________________________<BR>More than messages?check out the rest of the Windows Live?.<BR><A href="http://www.microsoft.com/windows/windowslive/" target=_blank>http://www.microsoft.com/windows/windowslive/</A><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether..net/pipermail/cisco-voip/attachments/20090108/e0a8a807/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/e0a8a807/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 40<BR>Date: Wed, 7 Jan 2009 23:49:59 -0500<BR>From: Ryan West <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>><BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>To: Ahmed Elnagar <<A
href="mailto:ahmed_elnagar@hotmail.com" ymailto="mailto:ahmed_elnagar@hotmail.com">ahmed_elnagar@hotmail.com</A>>,<BR> "<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>" <<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>Cc: VOIP Group <<A href="mailto:cisco-voip@puck..nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:6E21B2BDEF6E714EA0B5BA8D5D0E14010C2FCC7D51@zy-ex1.zyedge.local" ymailto="mailto:6E21B2BDEF6E714EA0B5BA8D5D0E14010C2FCC7D51@zy-ex1.zyedge.local">6E21B2BDEF6E714EA0B5BA8D5D0E14010C2FCC7D51@zy-ex1.zyedge.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>If the router is connected to the Internet, both H323 TCP/1720 and SIP UDP/5060 need to blocked. I don't
remember the command offhand, but on some versions of code it is show ip sockets. Check this out to actually disable default SIP and H323 processing:<BR><BR><A href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_</A>(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router<BR>-ryan<BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Ahmed Elnagar<BR>Sent: Wednesday, January 07, 2009 23:13<BR>To: <A href="mailto:cenders@homesbyavi.com"
ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><BR>Cc: VOIP Group<BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR><BR><BR>Wow...exaclty the same problem I had...but with PRI...I have a site in Egypt that the user called us one day and informed that he has a bill from the Teleco for 100,000$ for a period of 3 months and they never produce this amount of calls...all calls were for random numbers and the call never exceeded 1 minute and these random numbers happen to be starting with 00 which is the internationl prefix here in Egypt.<BR><BR>After long nights of troubleshootting...I found that the gateway was configured to register SIP phones from the internet and I found an IP address from Mexico city that is trying this random calls so frequent, the strange thing is that the gateway was accepting these calls and route it to H323 side which relay the call to the PRI.<BR><BR>I did the following to ensure that it will not
happen again...removed SIP at all from the gateway...converted the gateway to MGCP so that every call that will pass the gateway will need signalling from Callmanager and will leave a record in the CDR. But the strange thing the problem contiuned...<BR><BR>During troubleshooting we noticed something strange...alot of incoming calls coming to the PRI from a certain local number...and it was 3 AM in the morning we called this number and he told us that he know no one in this site and he has a problem that he got high invoices from the Teleco too...so we come up with this conculsion...seems that the CO. equipments has some problems and it is generating calls on behalf of the user to random numbers...a strange thing I know but till now this company still going to discussions with the teleco to solve this problem.<BR><BR>I suggest to do the followin...try to review CDR files and have a detailed bill from your Teleco and try to compare these calls with the
CDR calls maybe this would help you...also try to activate some debugs and show commands "there is some tools that can automate show command every 5 mins or so" to know exactly when these calls happen and what is the source of it.<BR><BR>Good luck with this strange issue.<BR>Thanks,<BR>Ahmed Elnagar<BR><BR><BR>________________________________<BR>From: <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Date: Wed, 7 Jan 2009 20:26:56 -0700<BR>Subject: [cisco-voip] Fraud calls to Cuba - Please read<BR>Hello List,<BR><BR>I've got a situation with 2 remote sites. Over the course of several days in late November, somehow the analog POTS line in the site (which we use for SRST backup) proceeded to make approx 4,940 calls to Cuba. There wasn't really a pattern to the
calls. It started with a couple of repeated calls to the same number and from that point, the dialed number changed (not dialed in any sort of sequential pattern either). Calls varied in duration from 0 seconds to many minutes long. Sometimes the next call would happen right away and other times there would be several minutes delay between calls. This proceeded to occur over the course of about a day and a half until the POTS provider called us and we blocked the line.<BR><BR>The analog line in the show home serves 2 purposes. It is connected to the SRST FXO port on the Cisco 2801 router and also connects to the analog fax machine.<BR><BR>At this point, the POTS provider feels that somehow the 2801 router has been compromised and is being used to route calls out the FXO port. We have a cordless phone on an ATA, and at first they felt this was the source but I indicated that any calls from the cordless phone would
leave through our PRI in the main office, through the phone line on the FXO port.<BR><BR>Even if someone had managed to guess our admin password for the console of the router, I don't believe that person sitting on the Internet would be able to get a call to connect from their computer, through the Internet, and leave out our FXO port in our site.<BR><BR>I'm wondering if anyone on the list has some thoughts as to how the system could have been compromise or if it just isn't possible. The POTS line is actually a digital line provided by Shaw (a local cable/telco in Alberta). I feel that their "digital" phone terminal has been compromised though it isn't connected to the Internet in any way. One other possibility is old school phone phreaking where someone has actually tapped into the physical line but they would have been sitting outside in the cold for a very long time making these crazy calls.<BR><BR>I look forward to any insight the
collective brain power of this list can provide. The bill for these calls is over $6000.<BR><BR>Regards,<BR>Corbett Enders.<BR><BR>Corbett Enders<BR>Network Manager<BR>Homes by Avi - 2007 Canadian Builder of the Year.<BR>Tel: (403) 536-7170<BR>Fax: (403) 536-7171<BR>www.homesbyavi.com<<A href="http://www.homesbyavi.com/" target=_blank>http://www.homesbyavi.com/</A>><BR><BR><BR>________________________________<BR>check out the rest of the Windows Live(tm). More than mail-Windows Live(tm) goes way beyond your inbox. More than messages<<A href="http://www.microsoft.com/windows/windowslive/" target=_blank>http://www.microsoft.com/windows/windowslive/</A>><BR><BR>No virus found in this incoming message.<BR>Checked by AVG - <A href="http://www.avg.com/" target=_blank>http://www.avg.com</A><BR>Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release Date: 1/7/2009 8:49 AM<BR>-------------- next part --------------<BR>An HTML attachment was
scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/31391742/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/31391742/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 41<BR>Date: Wed, 7 Jan 2009 21:55:34 -0700<BR>From: Corbett Enders <<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>To: Ryan West <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>><BR>Cc: VOIP Group <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID: <<A href="mailto:D7551F8F-41A4-4A00-9B09-D931184DEF32@homesbyavi.com"
ymailto="mailto:D7551F8F-41A4-4A00-9B09-D931184DEF32@homesbyavi.com">D7551F8F-41A4-4A00-9B09-D931184DEF32@homesbyavi.com</A>><BR>Content-Type: text/plain; charset="utf-8"<BR><BR>The router is on the Internet, is configured for MGCP and has ip advanced services with the firewall feature enabled (for VPN and nat). Wouldn't that block external connections?<BR><BR>On Jan 7, 2009, at 9:48 PM, "Ryan West" <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A><mailto:<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>>> wrote:<BR><BR>If the router is connected to the Internet, both H323 TCP/1720 and SIP UDP/5060 need to blocked. I don?t remember the command offhand, but on some versions of code it is show ip sockets. Check this out to actually disable default SIP and H323 processing:<BR><BR><<A
href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_</A>(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router><A href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_</A>(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router<BR>-ryan<BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>> [mailto:<A
href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Ahmed Elnagar<BR>Sent: Wednesday, January 07, 2009 23:13<BR>To: <mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>> <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>Cc: VOIP Group<BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR><BR><BR>Wow...exaclty the same problem I had...but with PRI...I have a site in Egypt that the user called us one day and informed that he has a bill from the Teleco for 100,000$ for a period of 3 months and they never produce this amount of calls...all calls were for random numbers and the call never exceeded 1
minute and these random numbers happen to be starting with 00 which is the internationl prefix here in Egypt.<BR><BR>After long nights of troubleshootting...I found that the gateway was configured to register SIP phones from the internet and I found an IP address from Mexico city that is trying this random calls so frequent, the strange thing is that the gateway was accepting these calls and route it to H323 side which relay the call to the PRI.<BR><BR>I did the following to ensure that it will not happen again...removed SIP at all from the gateway...converted the gateway to MGCP so that every call that will pass the gateway will need signalling from Callmanager and will leave a record in the CDR. But the strange thing the problem contiuned...<BR><BR>During troubleshooting we noticed something strange...alot of incoming calls coming to the PRI from a certain local number...and it was 3 AM in the morning we called this number and he told us that he know
no one in this site and he has a problem that he got high invoices from the Teleco too...so we come up with this conculsion...seems that the CO. equipments has some problems and it is generating calls on behalf of the user to random numbers...a strange thing I know but till now this company still going to discussions with the teleco to solve this problem.<BR><BR>I suggest to do the followin...try to review CDR files and have a detailed bill from your Teleco and try to compare these calls with the CDR calls maybe this would help you...also try to activate some debugs and show commands "there is some tools that can automate show command every 5 mins or so" to know exactly when these calls happen and what is the source of it.<BR><BR>Good luck with this strange issue.<BR>Thanks,<BR>Ahmed Elnagar<BR><BR><BR>________________________________<BR>From: <mailto:<A href="mailto:cenders@homesbyavi.com"
ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>> <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>To: <mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Date: Wed, 7 Jan 2009 20:26:56 -0700<BR>Subject: [cisco-voip] Fraud calls to Cuba - Please read<BR>Hello List,<BR><BR>I?ve got a situation with 2 remote sites. Over the course of several days in late November, somehow the analog POTS line in the site (which we use
for SRST backup) proceeded to make approx 4,940 calls to Cuba. There wasn?t really a pattern to the calls. It started with a couple of repeated calls to the same number and from that point, the dialed number changed (not dialed in any sort of sequential pattern either). Calls varied in duration from 0 seconds to many minutes long. Sometimes the next call would happen right away and other times there would be several minutes delay between calls. This proceeded to occur over the course of about a day and a half until the POTS provider called us and we blocked the line.<BR><BR>The analog line in the show home serves 2 purposes. It is connected to the SRST FXO port on the Cisco 2801 router and also connects to the analog fax machine.<BR><BR>At this point, the POTS provider feels that somehow the 2801 router has been compromised and is being used to route calls out the FXO port. We have a cordless phone on an ATA,
and at first they felt this was the source but I indicated that any calls from the cordless phone would leave through our PRI in the main office, through the phone line on the FXO port.<BR><BR>Even if someone had managed to guess our admin password for the console of the router, I don?t believe that person sitting on the Internet would be able to get a call to connect from their computer, through the Internet, and leave out our FXO port in our site.<BR><BR>I?m wondering if anyone on the list has some thoughts as to how the system could have been compromise or if it just isn?t possible. The POTS line is actually a digital line provided by Shaw (a local cable/telco in Alberta). I feel that their ?digital? phone terminal has been compromised though it isn?t connected to the Internet in any way. One other possibility is old school phone phreaking where someone has actually tapped into the physical line but they would have been sitting
outside in the cold for a very long time making these crazy calls.<BR><BR>I look forward to any insight the collective brain power of this list can provide. The bill for these calls is over $6000.<BR><BR>Regards,<BR>Corbett Enders.<BR><BR>Corbett Enders<BR>Network Manager<BR>Homes by Avi - 2007 Canadian Builder of the Year.<BR>Tel: (403) 536-7170<BR>Fax: (403) 536-7171<BR>www.homesbyavi.com<<A href="http://www.homesbyavi.com/" target=_blank>http://www.homesbyavi.com/</A>><BR><BR><BR>________________________________<BR>check out the rest of the Windows Live?. More than mail?Windows Live? goes way beyond your inbox. More than messages<<A href="http://www.microsoft.com/windows/windowslive/" target=_blank>http://www.microsoft.com/windows/windowslive/</A>><BR><BR>No virus found in this incoming message.<BR>Checked by AVG - <<A href="http://www.avg.com/" target=_blank>http://www.avg.com</A>> <A href="http://www.avg.com/"
target=_blank>http://www.avg.com</A><BR>Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release Date: 1/7/2009 8:49 AM<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/40329b94/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/40329b94/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 42<BR>Date: Thu, 8 Jan 2009 00:01:43 -0500<BR>From: Ryan West <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>><BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>To: Corbett Enders <<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>Cc: VOIP Group <<A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:6E21B2BDEF6E714EA0B5BA8D5D0E14010C2FCC7D52@zy-ex1.zyedge.local" ymailto="mailto:6E21B2BDEF6E714EA0B5BA8D5D0E14010C2FCC7D52@zy-ex1.zyedge.local">6E21B2BDEF6E714EA0B5BA8D5D0E14010C2FCC7D52@zy-ex1.zyedge.local</A>><BR>Content-Type: text/plain; charset="utf-8"<BR><BR>The feature set doesn?t imply that CBAC is configured correctly. Check your outside ACL and since you?re only using MGCP, you can use the link below to disable SIP processing (most likely your culprit, probably a calling card company that scans for open routers). You should also disable H323 as well. To see if the router has the firewall running, issue a show ip inspect sessions. The command I was thinking of earlier is ?show control-plan host open-ports?, which do a netstat type listing on the router.<BR><BR>Hope that
helps.<BR><BR>-ryan<BR><BR>From: Corbett Enders [mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>]<BR>Sent: Wednesday, January 07, 2009 23:56<BR>To: Ryan West<BR>Cc: Ahmed Elnagar; VOIP Group<BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR><BR>The router is on the Internet, is configured for MGCP and has ip advanced services with the firewall feature enabled (for VPN and nat). Wouldn't that block external connections?<BR><BR>On Jan 7, 2009, at 9:48 PM, "Ryan West" <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A><mailto:<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>>> wrote:<BR>If the router is connected to the Internet, both H323 TCP/1720 and SIP UDP/5060 need to blocked. I don?t remember the command offhand, but on some versions of code it is show ip sockets. Check
this out to actually disable default SIP and H323 processing:<BR><BR><A href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_</A>(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router<BR>-ryan<BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><mailto:<A href="mailto:cisco-voip-bounces@puck.nether..net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Ahmed Elnagar<BR>Sent: Wednesday, January 07, 2009 23:13<BR>To: <A href="mailto:cenders@homesbyavi.com"
ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>Cc: VOIP Group<BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR><BR><BR>Wow...exaclty the same problem I had...but with PRI...I have a site in Egypt that the user called us one day and informed that he has a bill from the Teleco for 100,000$ for a period of 3 months and they never produce this amount of calls....all calls were for random numbers and the call never exceeded 1 minute and these random numbers happen to be starting with 00 which is the internationl prefix here in Egypt.<BR><BR>After long nights of troubleshootting...I found that the gateway was configured to register SIP phones from the internet and I found an IP address from Mexico city that is trying this random calls so frequent, the strange thing is that the gateway was accepting
these calls and route it to H323 side which relay the call to the PRI.<BR><BR>I did the following to ensure that it will not happen again...removed SIP at all from the gateway...converted the gateway to MGCP so that every call that will pass the gateway will need signalling from Callmanager and will leave a record in the CDR. But the strange thing the problem contiuned...<BR><BR>During troubleshooting we noticed something strange...alot of incoming calls coming to the PRI from a certain local number...and it was 3 AM in the morning we called this number and he told us that he know no one in this site and he has a problem that he got high invoices from the Teleco too....so we come up with this conculsion...seems that the CO. equipments has some problems and it is generating calls on behalf of the user to random numbers...a strange thing I know but till now this company still going to discussions with the teleco to solve this problem.<BR><BR>I suggest to
do the followin...try to review CDR files and have a detailed bill from your Teleco and try to compare these calls with the CDR calls maybe this would help you...also try to activate some debugs and show commands "there is some tools that can automate show command every 5 mins or so" to know exactly when these calls happen and what is the source of it.<BR><BR>Good luck with this strange issue.<BR>Thanks,<BR>Ahmed Elnagar<BR><BR><BR><BR>________________________________<BR>From: <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Date: Wed, 7 Jan 2009 20:26:56 -0700<BR>Subject: [cisco-voip] Fraud calls to Cuba - Please read<BR>Hello List,<BR><BR>I?ve got a situation with 2 remote sites. Over the course of several days in late November, somehow the analog POTS line in the site (which we use for SRST backup) proceeded to make approx 4,940 calls to Cuba. There wasn?t really a pattern to the calls. It started with a couple of repeated calls to the same number and from that point, the dialed number changed (not dialed in any sort of sequential pattern either). Calls varied in duration from 0 seconds to many minutes long. Sometimes the next call would happen right away and other times there would be several minutes delay between calls. This proceeded to occur over the course of about a day and a half until the POTS provider called us and we blocked the line.<BR><BR>The
analog line in the show home serves 2 purposes. It is connected to the SRST FXO port on the Cisco 2801 router and also connects to the analog fax machine.<BR><BR>At this point, the POTS provider feels that somehow the 2801 router has been compromised and is being used to route calls out the FXO port. We have a cordless phone on an ATA, and at first they felt this was the source but I indicated that any calls from the cordless phone would leave through our PRI in the main office, through the phone line on the FXO port.<BR><BR>Even if someone had managed to guess our admin password for the console of the router, I don?t believe that person sitting on the Internet would be able to get a call to connect from their computer, through the Internet, and leave out our FXO port in our site.<BR><BR>I?m wondering if anyone on the list has some thoughts as to how the system could have been compromise or if it just isn?t possible. The POTS line is
actually a digital line provided by Shaw (a local cable/telco in Alberta). I feel that their ?digital? phone terminal has been compromised though it isn?t connected to the Internet in any way. One other possibility is old school phone phreaking where someone has actually tapped into the physical line but they would have been sitting outside in the cold for a very long time making these crazy calls.<BR><BR>I look forward to any insight the collective brain power of this list can provide. The bill for these calls is over $6000.<BR><BR>Regards,<BR>Corbett Enders.<BR><BR>Corbett Enders<BR>Network Manager<BR>Homes by Avi - 2007 Canadian Builder of the Year.<BR>Tel: (403) 536-7170<BR>Fax: (403) 536-7171<BR>www.homesbyavi.com<<A href="http://www.homesbyavi.com/" target=_blank>http://www.homesbyavi.com/</A>><BR><BR><BR>________________________________<BR>check out the rest of the Windows Live?. More than mail?Windows Live? goes way beyond your
inbox. More than messages<<A href="http://www.microsoft.com/windows/windowslive/" target=_blank>http://www.microsoft.com/windows/windowslive/</A>><BR><BR>No virus found in this incoming message.<BR>Checked by AVG - <A href="http://www.avg.com/" target=_blank>http://www.avg.com</A><BR>Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release Date: 1/7/2009 8:49 AM<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/8f87ee6f/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/8f87ee6f/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 43<BR>Date: Thu, 8 Jan 2009 10:46:46 +0530<BR>From: "Aman Chugh" <<A href="mailto:aman.chugh@gmail.com" ymailto="mailto:aman.chugh@gmail..com">aman.chugh@gmail.com</A>><BR>Subject: Re: [cisco-voip] Fraud calls to Cuba
- Please read<BR>To: "Corbett Enders" <<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:d4c697ad0901072116s5a6fd0b1h6f8140167a9ed56c@mail.gmail.com" ymailto="mailto:d4c697ad0901072116s5a6fd0b1h6f8140167a9ed56c@mail.gmail.com">d4c697ad0901072116s5a6fd0b1h6f8140167a9ed56c@mail.gmail.com</A>><BR>Content-Type: text/plain; charset="windows-1252"<BR><BR>I had this happen as well to a CME router which the customer connected to<BR>the Internet and the router also had a PRI from the local telco. Customer<BR>had put in a public ip on the router exposing it to the Internet as they<BR>wanted to do an IPSEC tunnel as well. After investigation it was discovered<BR>that some one was using SIP port on the router and
running a script to call<BR>numbers in CUBA and all calls were a minute call. We put in an ACL to block<BR>SIP and H.323 on the router to stop this. I believe someone is using SIP<BR>port (5060) from the Internet and making calls through your FXO line.<BR><BR><BR>Aman<BR><BR>On Thu, Jan 8, 2009 at 10:31 AM, Ryan West <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>> wrote:<BR><BR>> The feature set doesn't imply that CBAC is configured correctly. Check<BR>> your outside ACL and since you're only using MGCP, you can use the link<BR>> below to disable SIP processing (most likely your culprit, probably a<BR>> calling card company that scans for open routers). You should also disable<BR>> H323 as well. To see if the router has the firewall running, issue a show<BR>> ip inspect sessions. The command I was thinking of earlier is 'show<BR>> control-plan host
open-ports', which do a netstat type listing on the<BR>> router.<BR>><BR>><BR>><BR>> Hope that helps.<BR>><BR>><BR>><BR>> -ryan<BR>><BR>><BR>><BR>> *From:* Corbett Enders [mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>]<BR>> *Sent:* Wednesday, January 07, 2009 23:56<BR>> *To:* Ryan West<BR>> *Cc:* Ahmed Elnagar; VOIP Group<BR>><BR>> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>><BR>><BR>><BR>> The router is on the Internet, is configured for MGCP and has ip advanced<BR>> services with the firewall feature enabled (for VPN and nat). Wouldn't that<BR>> block external connections?<BR>><BR>><BR>> On Jan 7, 2009, at 9:48 PM, "Ryan West" <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>> wrote:<BR>><BR>> If the router is connected to the
Internet, both H323 TCP/1720 and SIP<BR>> UDP/5060 need to blocked. I don't remember the command offhand, but on some<BR>> versions of code it is show ip sockets. Check this out to actually disable<BR>> default SIP and H323 processing:<BR>><BR>><BR>><BR>><BR>> <A href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_</A>(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router<BR>><BR>> -ryan<BR>><BR>><BR>><BR>> *From:* <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [<BR>> mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><<A
href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>>]<BR>> *On Behalf Of *Ahmed Elnagar<BR>> *Sent:* Wednesday, January 07, 2009 23:13<BR>> *To:* <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><BR>> *Cc:* VOIP Group<BR>> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>><BR>><BR>><BR>><BR>> Wow...exaclty the same problem I had...but with PRI...I have a site in<BR>> Egypt that the user called us one day and informed that he has a bill from<BR>> the Teleco for 100,000$ for a period of 3 months and they never produce this<BR>> amount of calls...all calls were for random numbers and the call never<BR>> exceeded 1 minute and these random numbers happen to be starting with 00<BR>> which is the internationl prefix here in Egypt.<BR>><BR>> After
long nights of troubleshootting...I found that the gateway was<BR>> configured to register SIP phones from the internet and I found an IP<BR>> address from Mexico city that is trying this random calls so frequent, the<BR>> strange thing is that the gateway was accepting these calls and route it to<BR>> H323 side which relay the call to the PRI.<BR>><BR>> I did the following to ensure that it will not happen again...removed SIP<BR>> at all from the gateway...converted the gateway to MGCP so that every call<BR>> that will pass the gateway will need signalling from Callmanager and will<BR>> leave a record in the CDR. But the strange thing the problem contiuned...<BR>><BR>> During troubleshooting we noticed something strange...alot of incoming<BR>> calls coming to the PRI from a certain local number...and it was 3 AM in the<BR>> morning we called this number and he told us that he know no one in this<BR>> site and
he has a problem that he got high invoices from the Teleco too...so<BR>> we come up with this conculsion...seems that the CO. equipments has some<BR>> problems and it is generating calls on behalf of the user to random<BR>> numbers...a strange thing I know but till now this company still going to<BR>> discussions with the teleco to solve this problem.<BR>><BR>> I suggest to do the followin...try to review CDR files and have a detailed<BR>> bill from your Teleco and try to compare these calls with the CDR calls<BR>> maybe this would help you...also try to activate some debugs and show<BR>> commands "there is some tools that can automate show command every 5 mins or<BR>> so" to know exactly when these calls happen and what is the source of it.<BR>><BR>> Good luck with this strange issue.<BR>><BR>> Thanks,<BR>> Ahmed Elnagar<BR>><BR>><BR>><BR>> ------------------------------<BR>><BR>>
From: <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><BR>> To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> Date: Wed, 7 Jan 2009 20:26:56 -0700<BR>> Subject: [cisco-voip] Fraud calls to Cuba - Please read<BR>><BR>> Hello List,<BR>><BR>><BR>><BR>> I've got a situation with 2 remote sites. Over the course of several days<BR>> in late November, somehow the analog POTS line in the site (which we use for<BR>> SRST backup) proceeded to make approx 4,940 calls to Cuba. There wasn't<BR>> really a pattern to the calls. It started with a couple of repeated calls<BR>> to the same number and from that point, the dialed number changed (not<BR>> dialed in any sort of sequential pattern either). Calls varied in duration<BR>> from 0 seconds to many minutes
long. Sometimes the next call would happen<BR>> right away and other times there would be several minutes delay between<BR>> calls. This proceeded to occur over the course of about a day and a half<BR>> until the POTS provider called us and we blocked the line.<BR>><BR>><BR>><BR>> The analog line in the show home serves 2 purposes. It is connected to the<BR>> SRST FXO port on the Cisco 2801 router and also connects to the analog fax<BR>> machine.<BR>><BR>><BR>><BR>> At this point, the POTS provider feels that somehow the 2801 router has<BR>> been compromised and is being used to route calls out the FXO port.. We have<BR>> a cordless phone on an ATA, and at first they felt this was the source but I<BR>> indicated that any calls from the cordless phone would leave through our PRI<BR>> in the main office, through the phone line on the FXO port.<BR>><BR>><BR>><BR>> Even if
someone had managed to guess our admin password for the console of<BR>> the router, I don't believe that person sitting on the Internet would be<BR>> able to get a call to connect from their computer, through the Internet, and<BR>> leave out our FXO port in our site.<BR>><BR>><BR>><BR>> I'm wondering if anyone on the list has some thoughts as to how the system<BR>> could have been compromise or if it just isn't possible. The POTS line is<BR>> actually a digital line provided by Shaw (a local cable/telco in Alberta).<BR>> I feel that their "digital" phone terminal has been compromised though it<BR>> isn't connected to the Internet in any way. One other possibility is old<BR>> school phone phreaking where someone has actually tapped into the physical<BR>> line but they would have been sitting outside in the cold for a very long<BR>> time making these crazy calls.<BR>><BR>><BR>><BR>> I look
forward to any insight the collective brain power of this list can<BR>> provide. The bill for these calls is over $6000.<BR>><BR>><BR>><BR>> Regards,<BR>><BR>> Corbett Enders.<BR>><BR>><BR>><BR>> *Corbett Enders*<BR>><BR>> Network Manager<BR>> Homes by Avi - 2007 Canadian Builder of the Year.<BR>> Tel: (403) 536-7170<BR>> Fax: (403) 536-7171<BR>> www.homesbyavi.com<BR>><BR>><BR>><BR>><BR>> ------------------------------<BR>><BR>> check out the rest of the Windows Live?. More than mail?Windows Live? goes<BR>> way beyond your inbox. More than messages<<A href="http://www.microsoft.com/windows/windowslive/" target=_blank>http://www.microsoft.com/windows/windowslive/</A>><BR>><BR>> No virus found in this incoming message.<BR>> Checked by AVG - <A href="http://www.avg.com/" target=_blank>http://www.avg.com</A><BR>> Version: 8.0.176 / Virus Database:
270.10.4/1880 - Release Date: 1/7/2009<BR>> 8:49 AM<BR>><BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/7263de1d/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/7263de1d/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 44<BR>Date: Thu, 8 Jan 2009 07:20:00 +0200<BR>From: "Louis Koekemoer (ZA)" <<A href="mailto:Louis.Koekemoer@za.didata.com"
ymailto="mailto:Louis.Koekemoer@za.didata.com">Louis.Koekemoer@za.didata..com</A>><BR>Subject: [cisco-voip] Directories to exclude in for antivirus in<BR> CCM4.2.3<BR>To: "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:016479E04C96CD43990AE20567892A86021B012194@ZABRYSVMBX01.af.didata.local" ymailto="mailto:016479E04C96CD43990AE20567892A86021B012194@ZABRYSVMBX01.af.didata.local">016479E04C96CD43990AE20567892A86021B012194@ZABRYSVMBX01.af.didata.local</A>><BR> <BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>I have a customer that is still stuck on CCM 4.2.3, and we need to get anti virus on their system a.s.a.p. Does anyone know which directories we need
to exclude?<BR><BR><BR><BR>Louis Koekemoer<BR>Cisco IPT Systems Engineer<BR>Dimension Data<BR>Tel. +27 (11) 575 6560<BR>Mob. +27 (71) 680 8790<BR>Fax. +27 (11) 576 6560<BR><A href="mailto:Louis.Koekemoer@za.didata.com" ymailto="mailto:Louis.Koekemoer@za.didata.com">Louis.Koekemoer@za.didata.com</A><BR><BR>P Before printing I think about the environment<BR><BR>For more information about Dimension Data, please go to www.dimensiondata.com<<A href="http://www.dimensiondata.com/" target=_blank>http://www.dimensiondata.com/</A>><BR><BR><BR>This email and all contents are subject to the following disclaimer:<BR><BR>"<A href="http://www.dimensiondata.com/emaildisclaimer.htm" target=_blank>http://www.dimensiondata.com/emaildisclaimer.htm</A>"<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/3b58844e/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/3b58844e/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 45<BR>Date: Thu, 8 Jan 2009 10:53:27 +0530<BR>From: "Aman Chugh" <<A href="mailto:aman.chugh@gmail.com" ymailto="mailto:aman.chugh@gmail.com">aman.chugh@gmail.com</A>><BR>Subject: Re: [cisco-voip] Directories to exclude in for antivirus in<BR> CCM4.2.3<BR>To: "Louis Koekemoer (ZA)" <<A href="mailto:Louis.Koekemoer@za.didata.com" ymailto="mailto:Louis.Koekemoer@za.didata.com">Louis.Koekemoer@za.didata.com</A>><BR>Cc: cisco-voip mailinglist <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A
href="mailto:d4c697ad0901072123l301ae5fv9c5f4a10d8d0e989@mail.gmail.com" ymailto="mailto:d4c697ad0901072123l301ae5fv9c5f4a10d8d0e989@mail.gmail.com">d4c697ad0901072123l301ae5fv9c5f4a10d8d0e989@mail.gmail.com</A>><BR>Content-Type: text/plain; charset="iso-8859-1"<BR><BR>Exclude SQL and trace folders.<BR><BR>HTH<BR>Aman<BR><BR>On Thu, Jan 8, 2009 at 10:50 AM, Louis Koekemoer (ZA) <<BR><A href="mailto:Louis.Koekemoer@za.didata.com" ymailto="mailto:Louis.Koekemoer@za.didata.com">Louis.Koekemoer@za.didata.com</A>> wrote:<BR><BR>> I have a customer that is still stuck on CCM 4.2.3, and we need to get<BR>> anti virus on their system a.s.a.p. Does anyone know which directories we<BR>> need to exclude?<BR>><BR>><BR>><BR>><BR>><BR>><BR>><BR>> *Louis Koekemoer*<BR>><BR>> Cisco IPT Systems Engineer<BR>><BR>> Dimension Data<BR>><BR>> Tel. +27 (11) 575
6560<BR>><BR>> Mob. +27 (71) 680 8790<BR>><BR>> Fax. +27 (11) 576 6560<BR>><BR>> <A href="mailto:Louis.Koekemoer@za.didata.com" ymailto="mailto:Louis.Koekemoer@za.didata.com">Louis.Koekemoer@za.didata.com</A><BR>><BR>><BR>><BR>> P Before printing I think about the environment<BR>><BR>><BR>><BR>> For more information about Dimension Data, please go to *<BR>> www.dimensiondata.com*<BR>><BR>><BR>><BR>> This email and all contents are subject to the following disclaimer:<BR>><BR>> "<A href="http://www.dimensiondata.com/emaildisclaimer.htm" target=_blank>http://www.dimensiondata.com/emaildisclaimer.htm</A>"<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/ad734cc3/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/ad734cc3/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 46<BR>Date: Thu, 8 Jan 2009 08:37:15 +0300<BR>From: "Timothy Smith" <<A href="mailto:timotsmith@gmail.com" ymailto="mailto:timotsmith@gmail.com">timotsmith@gmail.com</A>><BR>Subject: [cisco-voip] SIP Phone and Forced Authorization Codes<BR>To: cisco-voip <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A
href="mailto:416fc8170901072137g5e5dbf05wf5634810e394eeeb@mail.gmail.com" ymailto="mailto:416fc8170901072137g5e5dbf05wf5634810e394eeeb@mail.gmail..com">416fc8170901072137g5e5dbf05wf5634810e394eeeb@mail.gmail.com</A>><BR>Content-Type: text/plain; charset=ISO-8859-1<BR><BR>Hi Guys,<BR><BR>I finally got my SIP Phone working by setting it up as a third party<BR>SIP device. However, when I enable FAC, it can dial to the PSTN yet<BR>all the other cisco sccp phones are using FAC. Any pointers on how to<BR>go over this problem?<BR><BR>Thanks!<BR><BR>On Wed, Jan 7, 2009 at 7:33 PM, Timothy Smith <<A href="mailto:timotsmith@gmail.com" ymailto="mailto:timotsmith@gmail.com">timotsmith@gmail.com</A>> wrote:<BR>> Hi,<BR>><BR>> Am having trouble adding my Polycom SoundStation IP 7000 SIP Phone to<BR>> CCM 5.1. All other phones are using SCCP. Has anyone had the same<BR>> scenario before?<BR>><BR>> Help appreciated.<BR>><BR>>
regards,<BR>><BR><BR><BR>------------------------------<BR><BR>Message: 47<BR>Date: Thu, 08 Jan 2009 08:54:03 +0100<BR>From: <A href="mailto:rj.e@gmx.de" ymailto="mailto:rj.e@gmx.de">rj.e@gmx.de</A><BR>Subject: Re: [cisco-voip] CCX 7.0 reporting abilities?<BR>To: "Brooks, Mark" <<A href="mailto:mbrooks@birdseyefoods.com" ymailto="mailto:mbrooks@birdseyefoods.com">mbrooks@birdseyefoods.com</A>>,<BR> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: <<A href="mailto:20090108075403.23990@gmx.net" ymailto="mailto:20090108075403.23990@gmx.net">20090108075403.23990@gmx.net</A>><BR>Content-Type: text/plain; charset="iso-8859-1"<BR><BR><BR>I compared 7.x and 5.x:<BR>the main difference/add-on are the reports for the new e-mail feature in 7.x; the rest seems to be the same.<BR><BR>Reinhold<BR><BR>-------- Original-Nachricht --------<BR>> Datum:
Wed, 7 Jan 2009 09:13:32 -0500<BR>> Von: "Brooks, Mark" <<A href="mailto:mbrooks@birdseyefoods.com" ymailto="mailto:mbrooks@birdseyefoods.com">mbrooks@birdseyefoods.com</A>><BR>> An: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> Betreff: [cisco-voip] CCX 7.0 reporting abilities?<BR><BR>> Is there a list of reporting changes/abilities that ccx 7.x provides<BR>> versus a 4.x product ?<BR>> <BR>> <BR>> <BR>> -mark<BR>> <BR>> <BR>> <BR>> <BR>> <BR><BR>-- <BR>Sensationsangebot verl?ngert: GMX FreeDSL - Telefonanschluss + DSL <BR>f?r nur 16,37 Euro/mtl.!* <A href="http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a" target=_blank>http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a</A><BR><BR><BR>------------------------------<BR><BR>Message: 48<BR>Date: Thu, 8 Jan 2009 20:28:52 +1100<BR>From: "Riley, Andrew" <<A
href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>><BR>Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1)<BR>To: "Riley, Andrew" <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>>, Sean Walberg<BR> <<A href="mailto:swalberg@gmail.com" ymailto="mailto:swalberg@gmail.com">swalberg@gmail.com</A>>, Adam Blomfield <<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A>><BR>Cc: "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A
href="mailto:DB011559B5A3D640A78EC445BB7268E94681A4AE53@EXMSYD01.aus.local" ymailto="mailto:DB011559B5A3D640A78EC445BB7268E94681A4AE53@EXMSYD01.aus.local">DB011559B5A3D640A78EC445BB7268E94681A4AE53@EXMSYD01.aus.local</A>><BR>Content-Type: text/plain; charset="Windows-1252"<BR><BR>Adam, Sean<BR><BR>I was able to get both scenario's working (VB and PHP). However I noticed that it only works when you put the new 'script' file in the enterprise parameter, if you try add it under just a phone service then the same issue occurs where the PAB account for all phones is whom ever logs in first.. i.e. it doesn't pass the phone's device name<BR><BR>Is there something additional that the enterprise parameter adds? I was thinking it add the 'name' variable that can be called by the script and when doing the services way the name variable is not available to be called?<BR><BR>thoughts?<BR><BR>Andrew Riley<BR>(a.k.a Riles)<BR>Technical Consultant<BR>CCIE # 18285
Voice<BR>Consulting Services<BR><BR>Getronics Australia ? A UXC Company<BR>2 Minna Close<BR>Belrose NSW 2085<BR>Australia<BR>Mobile: +61 402 894 793<BR>Fax: +61 2 9847 7378<BR>Email: <A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A><BR>Web: <A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A><BR>________________________________________<BR>From: Riley, Andrew<BR>Sent: Thursday, 8 January 2009 2:50 PM<BR>To: Sean Walberg; Adam Blomfield<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether..net">cisco-voip@puck.nether.net</A><BR>Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR>Thanks Sean and Adam.<BR><BR>I understand both examples.. as Adam stated it?s just a matter of getting the ?name? value set correctly for the phone requesting the
page.<BR><BR>I?ll try out both options and see how I go.<BR><BR>Regards<BR>Andrew Riley<BR>0402894793<BR><BR>From: Sean Walberg [mailto:<A href="mailto:swalberg@gmail.com" ymailto="mailto:swalberg@gmail.com">swalberg@gmail.com</A>]<BR>Sent: Thursday, 8 January 2009 2:30 PM<BR>To: Adam Blomfield<BR>Cc: Riley, Andrew; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR>I sent him a PHP script that I use to get rid of the Corporate directory but leave PAB. Here it is for the rest of the list:<BR><BR><?php header('Content-type: text/xml'); ?><BR><?php echo '<?xml version="1.0" encoding="UTF-8"?>'?><BR><BR><CiscoIPPhoneMenu><BR><BR><Prompt>Select a directory</Prompt><BR><BR><MenuItem><BR> <Name>Personal
Directory</Name><BR> <URL><A href="http://publisherip:8080/ccmpd/pdCheckLogin.do?name=" target=_blank>http://PUBLISHERIP:8080/ccmpd/pdCheckLogin.do?name=</A><?=$_GET['name']?></URL><BR></MenuItem><BR><BR></CiscoIPPhoneMenu><BR><BR>On Wed, Jan 7, 2009 at 8:41 PM, Adam Blomfield <<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A><mailto:<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A>>> wrote:<BR>When a Cisco IP phone retrieves the Directories URL (or the Services URL for that matter) it appends it with a querystring parameter of "Name". In order to achieve what you are trying to do you will need to use whichever scripting language you are most comfortable with to create a dymaic page that can read this querystring parameter and pass it on to the next page. You can see in your example below that it is going to <A
href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A> - that undefined should actually be SEPXXXXXXXXXXXX based on whatever phone is requesting it, hence the need for a scripting language. I have an example of something similar using ASP and VBScript on my website for creating an alterate services list that you can reference as an example if you like - <A href="http://www.adman.net/cisco/defaultservicemenu.asp" target=_blank>http://www.adman.net/cisco/defaultservicemenu.asp</A>. Hope that helps!<BR><BR>-Adam<BR>On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A><mailto:<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>>> wrote:<BR><BR>Ok yes understand..<BR><BR><BR><BR>However you
would think the 'directories' of any type should be under the directories button<BR><BR><BR><BR>.. this is an issue for me as the customer has 'standard' cucm directories.. so they are used to having PAB under the directories button..not ideal to have to change the method of access for 3000+ users...<BR><BR><BR><BR><BR><BR><BR><BR>Regards<BR><BR>Andrew Riley<BR><BR>0402894793<BR><BR><BR><BR>From: Melvin Fong [mailto:<A href="mailto:mfong@PACIFIC.EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A><mailto:<A href="mailto:mfong@PACIFIC.EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A>>]<BR>Sent: Thursday, 8 January 2009 10:11 AM<BR>To: Riley, Andrew; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Subject: RE: [cisco-voip]
Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR><BR><BR>We ran into the same issue, we remedied it by making the PAB available as a service through the services button.<BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>>] On Behalf Of Riley, Andrew<BR>Sent: Wednesday, January 07, 2009 2:56 PM<BR>To: <A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Subject: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR><BR><BR>Hi There,<BR><BR>Has anyone tried to change the corp directory in CUCM 6.1 (via enterprise params) to a custom directory without losing access to the Personal Directory? Or the Personal Address Book is not unique to each user?<BR><BR><BR><BR>Here is what i have done..<BR><BR><BR><BR>When you pop the normal (<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>) URL into a browser you get the following<BR><BR><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>>
<<CiscoIPPhoneMenu><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR> N<Name>Personal Directory</Name><BR><BR> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR><BR></MenuItem><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR> <<Name>Corporate Directory</Name><BR><BR> <<URL><A href="http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</A></URL><BR><BR></MenuItem><BR><BR> <<Prompt>Select a
directory</Prompt><BR><BR></CiscoIPPhoneMenu><BR><BR><BR><BR><BR><BR>Which indicates that this URL is loading both Personal and Corp Directories..<BR><BR><BR><BR><BR><BR>If I make my own XML file say .. mydir.xml and pop it on a webserver but change the Corporate Directory URL to my customer service ..see below<BR><BR><<<CiscoIPPhoneMenu><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR> N<Name>Personal Directory</Name><BR><BR> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin..do?name=undefined</A></URL><BR><BR></MenuItem><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>>
<<MenuItem><BR><BR> <<Name>Corporate Directory</Name><BR><BR> <<URL><A href="http://myserver/mydirectory/myservice.asp" target=_blank>http://myserver/mydirectory/myservice.asp</A></URL><BR><BR></MenuItem><BR><BR> <<Prompt>Select a directory</Prompt><BR><BR></CiscoIPPhoneMenu><BR><BR><BR><BR>Then change the enterprise parameter to my point to <A href="http://myserver/mydirectory/mydir.xml" target=_blank>http://myserver/mydirectory/mydir.xml</A><BR><BR><BR><BR>When loading this on a phone the new corporate directory works fine, however the Personal Directory breaks and all users end up seeing the Personal address book of all users ... i presume there is some sort of session handling occurring in the <A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A> file which stops this from
happening..<BR><BR><BR><BR><BR><BR>Would appreciate any guidance or others experience on this.<BR><BR><BR><BR><BR><BR>Andrew Riley<BR>(a.k.a Riles)<BR>Unified Communications<BR>CCIE # 18285 Voice<BR>Consulting Services<BR><BR>Getronics Australia ? A UXC Company<BR>2 Minna Close<BR>Belrose NSW 2085<BR>Australia<BR>Mobile: +61 402 894 793<BR>Fax: +61 2 9847 7378<BR>Email: <A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A><<A href="http://andrew.riley@uxcg.com.au" target=_blank>http://andrew.riley@uxcg.com.au</A>><BR>Web: <A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A><<A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au/</A>><BR><BR><BR><BR><BR><BR>________________________________<BR><BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential
and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR><BR>________________________________<BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the
addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><BR><A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR><BR>--<BR>Sean Walberg <<A href="mailto:sean@ertw.com" ymailto="mailto:sean@ertw.com">sean@ertw.com</A><mailto:<A
href="mailto:sean@ertw.com" ymailto="mailto:sean@ertw.com">sean@ertw.com</A>>> <A href="http://ertw.com/" target=_blank>http://ertw.com/</A><BR><BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to
virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR><BR><BR><BR>------------------------------<BR><BR>Message: 49<BR>Date: Thu, 8 Jan 2009 10:39:34 +0100<BR>From: Nicolas <<A href="mailto:yogzgo@gmail.com" ymailto="mailto:yogzgo@gmail.com">yogzgo@gmail.com</A>><BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>To: "Aman Chugh" <<A href="mailto:aman.chugh@gmail.com" ymailto="mailto:aman.chugh@gmail.com">aman.chugh@gmail.com</A>><BR>Cc: Corbett Enders <<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>>,<BR> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:7f9be1e20901080139s4b22e4fcm764a1ac2934b3e9c@mail.gmail.com"
ymailto="mailto:7f9be1e20901080139s4b22e4fcm764a1ac2934b3e9c@mail.gmail.com">7f9be1e20901080139s4b22e4fcm764a1ac2934b3e9c@mail.gmail.com</A>><BR>Content-Type: text/plain; charset="utf-8"<BR><BR>Does someone open a TAC at Cisco to talk aout it ?<BR>What Cisco say about that ?<BR><BR>Nicolas<BR><BR>On Thu, Jan 8, 2009 at 6:16 AM, Aman Chugh <<A href="mailto:aman..chugh@gmail.com" ymailto="mailto:aman.chugh@gmail.com">aman.chugh@gmail.com</A>> wrote:<BR><BR>> I had this happen as well to a CME router which the customer connected to<BR>> the Internet and the router also had a PRI from the local telco. Customer<BR>> had put in a public ip on the router exposing it to the Internet as they<BR>> wanted to do an IPSEC tunnel as well. After investigation it was discovered<BR>> that some one was using SIP port on the router and running a script to call<BR>> numbers in CUBA and all calls were a minute call. We put in an ACL to
block<BR>> SIP and H.323 on the router to stop this. I believe someone is using SIP<BR>> port (5060) from the Internet and making calls through your FXO line.<BR>><BR>><BR>> Aman<BR>><BR>> On Thu, Jan 8, 2009 at 10:31 AM, Ryan West <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>> wrote:<BR>><BR>>> The feature set doesn't imply that CBAC is configured correctly. Check<BR>>> your outside ACL and since you're only using MGCP, you can use the link<BR>>> below to disable SIP processing (most likely your culprit, probably a<BR>>> calling card company that scans for open routers). You should also disable<BR>>> H323 as well. To see if the router has the firewall running, issue a show<BR>>> ip inspect sessions. The command I was thinking of earlier is 'show<BR>>> control-plan host open-ports', which do a netstat type
listing on the<BR>>> router.<BR>>><BR>>><BR>>><BR>>> Hope that helps.<BR>>><BR>>><BR>>><BR>>> -ryan<BR>>><BR>>><BR>>><BR>>> *From:* Corbett Enders [mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>]<BR>>> *Sent:* Wednesday, January 07, 2009 23:56<BR>>> *To:* Ryan West<BR>>> *Cc:* Ahmed Elnagar; VOIP Group<BR>>><BR>>> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>>><BR>>><BR>>><BR>>> The router is on the Internet, is configured for MGCP and has ip advanced<BR>>> services with the firewall feature enabled (for VPN and nat). Wouldn't that<BR>>> block external connections?<BR>>><BR>>><BR>>> On Jan 7, 2009, at 9:48 PM, "Ryan West" <<A href="mailto:rwest@zyedge.com"
ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>> wrote:<BR>>><BR>>> If the router is connected to the Internet, both H323 TCP/1720 and SIP<BR>>> UDP/5060 need to blocked. I don't remember the command offhand, but on some<BR>>> versions of code it is show ip sockets. Check this out to actually disable<BR>>> default SIP and H323 processing:<BR>>><BR>>><BR>>><BR>>><BR>>> <A href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_</A>(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router<<A href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_%28SIP%29_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router"
target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_%28SIP%29_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router</A>><BR>>><BR>>> -ryan<BR>>><BR>>><BR>>><BR>>> *From:* <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [<BR>>> mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>>]<BR>>> *On Behalf Of *Ahmed Elnagar<BR>>> *Sent:* Wednesday, January 07, 2009 23:13<BR>>> *To:* <A href="mailto:cenders@homesbyavi.com"
ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><BR>>> *Cc:* VOIP Group<BR>>> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>>><BR>>><BR>>><BR>>><BR>>> Wow...exaclty the same problem I had...but with PRI...I have a site in<BR>>> Egypt that the user called us one day and informed that he has a bill from<BR>>> the Teleco for 100,000$ for a period of 3 months and they never produce this<BR>>> amount of calls...all calls were for random numbers and the call never<BR>>> exceeded 1 minute and these random numbers happen to be starting with 00<BR>>> which is the internationl prefix here in Egypt.<BR>>><BR>>> After long nights of troubleshootting...I found that the gateway was<BR>>> configured to register SIP phones from the internet and I found an IP<BR>>> address from Mexico city that is trying this random calls so frequent,
the<BR>>> strange thing is that the gateway was accepting these calls and route it to<BR>>> H323 side which relay the call to the PRI.<BR>>><BR>>> I did the following to ensure that it will not happen again...removed SIP<BR>>> at all from the gateway...converted the gateway to MGCP so that every call<BR>>> that will pass the gateway will need signalling from Callmanager and will<BR>>> leave a record in the CDR. But the strange thing the problem contiuned...<BR>>><BR>>> During troubleshooting we noticed something strange...alot of incoming<BR>>> calls coming to the PRI from a certain local number...and it was 3 AM in the<BR>>> morning we called this number and he told us that he know no one in this<BR>>> site and he has a problem that he got high invoices from the Teleco too...so<BR>>> we come up with this conculsion...seems that the CO. equipments has some<BR>>> problems
and it is generating calls on behalf of the user to random<BR>>> numbers...a strange thing I know but till now this company still going to<BR>>> discussions with the teleco to solve this problem.<BR>>><BR>>> I suggest to do the followin...try to review CDR files and have a detailed<BR>>> bill from your Teleco and try to compare these calls with the CDR calls<BR>>> maybe this would help you...also try to activate some debugs and show<BR>>> commands "there is some tools that can automate show command every 5 mins or<BR>>> so" to know exactly when these calls happen and what is the source of it.<BR>>><BR>>> Good luck with this strange issue.<BR>>><BR>>> Thanks,<BR>>> Ahmed Elnagar<BR>>><BR>>><BR>>><BR>>> ------------------------------<BR>>><BR>>> From: <A href="mailto:cenders@homesbyavi.com"
ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><BR>>> To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>>> Date: Wed, 7 Jan 2009 20:26:56 -0700<BR>>> Subject: [cisco-voip] Fraud calls to Cuba - Please read<BR>>><BR>>> Hello List,<BR>>><BR>>><BR>>><BR>>> I've got a situation with 2 remote sites.. Over the course of several days<BR>>> in late November, somehow the analog POTS line in the site (which we use for<BR>>> SRST backup) proceeded to make approx 4,940 calls to Cuba. There wasn't<BR>>> really a pattern to the calls. It started with a couple of repeated calls<BR>>> to the same number and from that point, the dialed number changed (not<BR>>> dialed in any sort of sequential pattern either). Calls varied in duration<BR>>> from 0 seconds to many
minutes long. Sometimes the next call would happen<BR>>> right away and other times there would be several minutes delay between<BR>>> calls. This proceeded to occur over the course of about a day and a half<BR>>> until the POTS provider called us and we blocked the line.<BR>>><BR>>><BR>>><BR>>> The analog line in the show home serves 2 purposes. It is connected to<BR>>> the SRST FXO port on the Cisco 2801 router and also connects to the analog<BR>>> fax machine.<BR>>><BR>>><BR>>><BR>>> At this point, the POTS provider feels that somehow the 2801 router has<BR>>> been compromised and is being used to route calls out the FXO port. We have<BR>>> a cordless phone on an ATA, and at first they felt this was the source but I<BR>>> indicated that any calls from the cordless phone would leave through our PRI<BR>>> in the main office,
through the phone line on the FXO port.<BR>>><BR>>><BR>>><BR>>> Even if someone had managed to guess our admin password for the console of<BR>>> the router, I don't believe that person sitting on the Internet would be<BR>>> able to get a call to connect from their computer, through the Internet, and<BR>>> leave out our FXO port in our site.<BR>>><BR>>><BR>>><BR>>> I'm wondering if anyone on the list has some thoughts as to how the system<BR>>> could have been compromise or if it just isn't possible. The POTS line is<BR>>> actually a digital line provided by Shaw (a local cable/telco in Alberta).<BR>>> I feel that their "digital" phone terminal has been compromised though it<BR>>> isn't connected to the Internet in any way. One other possibility is old<BR>>> school phone phreaking where someone has actually tapped into the physical<BR>>> line
but they would have been sitting outside in the cold for a very long<BR>>> time making these crazy calls.<BR>>><BR>>><BR>>><BR>>> I look forward to any insight the collective brain power of this list can<BR>>> provide. The bill for these calls is over $6000.<BR>>><BR>>><BR>>><BR>>> Regards,<BR>>><BR>>> Corbett Enders.<BR>>><BR>>><BR>>><BR>>> *Corbett Enders*<BR>>><BR>>> Network Manager<BR>>> Homes by Avi - 2007 Canadian Builder of the Year.<BR>>> Tel: (403) 536-7170<BR>>> Fax: (403) 536-7171<BR>>> www.homesbyavi.com<BR>>><BR>>><BR>>><BR>>><BR>>> ------------------------------<BR>>><BR>>> check out the rest of the Windows Live?. More than mail?Windows Live? goes<BR>>> way beyond your inbox. More than messages<<A href="http://www.microsoft.com/windows/windowslive/"
target=_blank>http://www.microsoft.com/windows/windowslive/</A>><BR>>><BR>>> No virus found in this incoming message.<BR>>> Checked by AVG - <A href="http://www.avg.com/" target=_blank>http://www.avg.com</A><BR>>> Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release Date: 1/7/2009<BR>>> 8:49 AM<BR>>><BR>>><BR>>> _______________________________________________<BR>>> cisco-voip mailing list<BR>>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>>><BR>>><BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/3fba8363/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/3fba8363/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 50<BR>Date: Thu, 8 Jan 2009 10:47:42 +0100<BR>From: Stefan Baltus <<A href="mailto:stefan@iunxi.nl" ymailto="mailto:stefan@iunxi.nl">stefan@iunxi.nl</A>><BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>To: Nicolas <<A href="mailto:yogzgo@gmail.com" ymailto="mailto:yogzgo@gmail.com">yogzgo@gmail.com</A>><BR>Cc: Corbett Enders <<A
href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>>,<BR> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: <<A href="mailto:20090108094742.GA9347@iunxi.nl" ymailto="mailto:20090108094742.GA9347@iunxi.nl">20090108094742.GA9347@iunxi.nl</A>><BR>Content-Type: text/plain; charset=us-ascii<BR><BR>I was planning to send Cisco a letter complaining about the fact that these<BR>'features' are enabled by default on an ISR which is positioned as the <BR>platform that does everything (in this case being a voip gateway and <BR>internet router). I would like to hear other thoughts about this as well.<BR><BR>In my view, opening a TAC case would be of lesser use. Better send a letter<BR>to John Chambers or the like of him.<BR><BR>Stefan<BR><BR>On Thu, Jan 08, 2009 at 10:39:34AM +0100, Nicolas wrote:<BR>>
Does someone open a TAC at Cisco to talk aout it ?<BR>> What Cisco say about that ?<BR>> <BR>> Nicolas<BR>> <BR>> On Thu, Jan 8, 2009 at 6:16 AM, Aman Chugh <<A href="mailto:aman.chugh@gmail.com" ymailto="mailto:aman.chugh@gmail.com">aman.chugh@gmail.com</A>> wrote:<BR>> <BR>> > I had this happen as well to a CME router which the customer connected to<BR>> > the Internet and the router also had a PRI from the local telco. Customer<BR>> > had put in a public ip on the router exposing it to the Internet as they<BR>> > wanted to do an IPSEC tunnel as well. After investigation it was discovered<BR>> > that some one was using SIP port on the router and running a script to call<BR>> > numbers in CUBA and all calls were a minute call. We put in an ACL to block<BR>> > SIP and H.323 on the router to stop this. I believe someone is using SIP<BR>> > port (5060) from the Internet and making
calls through your FXO line.<BR>> ><BR>> ><BR>> > Aman<BR>> ><BR>> > On Thu, Jan 8, 2009 at 10:31 AM, Ryan West <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>> wrote:<BR>> ><BR>> >> The feature set doesn't imply that CBAC is configured correctly. Check<BR>> >> your outside ACL and since you're only using MGCP, you can use the link<BR>> >> below to disable SIP processing (most likely your culprit, probably a<BR>> >> calling card company that scans for open routers). You should also disable<BR>> >> H323 as well. To see if the router has the firewall running, issue a show<BR>> >> ip inspect sessions. The command I was thinking of earlier is 'show<BR>> >> control-plan host open-ports', which do a netstat type listing on the<BR>> >> router.<BR>> >><BR>>
>><BR>> >><BR>> >> Hope that helps.<BR>> >><BR>> >><BR>> >><BR>> >> -ryan<BR>> >><BR>> >><BR>> >><BR>> >> *From:* Corbett Enders [mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>]<BR>> >> *Sent:* Wednesday, January 07, 2009 23:56<BR>> >> *To:* Ryan West<BR>> >> *Cc:* Ahmed Elnagar; VOIP Group<BR>> >><BR>> >> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>> >><BR>> >><BR>> >><BR>> >> The router is on the Internet, is configured for MGCP and has ip advanced<BR>> >> services with the firewall feature enabled (for VPN and nat). Wouldn't that<BR>> >> block external connections?<BR>> >><BR>> >><BR>> >> On Jan 7, 2009, at 9:48 PM, "Ryan West" <<A
href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>> wrote:<BR>> >><BR>> >> If the router is connected to the Internet, both H323 TCP/1720 and SIP<BR>> >> UDP/5060 need to blocked. I don't remember the command offhand, but on some<BR>> >> versions of code it is show ip sockets. Check this out to actually disable<BR>> >> default SIP and H323 processing:<BR>> >><BR>> >><BR>> >><BR>> >><BR>> >> <A href="https://supportwiki.cisco.com/ViewWiki/index..php/How_to_disable_H.323_and_Session_Initiation_Protocol_" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_</A>(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router<<A
href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_%28SIP%29_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_%28SIP%29_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router</A>><BR>> >><BR>> >> -ryan<BR>> >><BR>> >><BR>> >><BR>> >> *From:* <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [<BR>> >> mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>>]<BR>>
>> *On Behalf Of *Ahmed Elnagar<BR>> >> *Sent:* Wednesday, January 07, 2009 23:13<BR>> >> *To:* <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><BR>> >> *Cc:* VOIP Group<BR>> >> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>> >><BR>> >><BR>> >><BR>> >><BR>> >> Wow...exaclty the same problem I had...but with PRI...I have a site in<BR>> >> Egypt that the user called us one day and informed that he has a bill from<BR>> >> the Teleco for 100,000$ for a period of 3 months and they never produce this<BR>> >> amount of calls...all calls were for random numbers and the call never<BR>> >> exceeded 1 minute and these random numbers happen to be starting with 00<BR>> >> which is the internationl prefix here in Egypt.<BR>> >><BR>> >> After
long nights of troubleshootting...I found that the gateway was<BR>> >> configured to register SIP phones from the internet and I found an IP<BR>> >> address from Mexico city that is trying this random calls so frequent, the<BR>> >> strange thing is that the gateway was accepting these calls and route it to<BR>> >> H323 side which relay the call to the PRI.<BR>> >><BR>> >> I did the following to ensure that it will not happen again...removed SIP<BR>> >> at all from the gateway...converted the gateway to MGCP so that every call<BR>> >> that will pass the gateway will need signalling from Callmanager and will<BR>> >> leave a record in the CDR. But the strange thing the problem contiuned...<BR>> >><BR>> >> During troubleshooting we noticed something strange...alot of incoming<BR>> >> calls coming to the PRI from a certain local number...and it was 3
AM in the<BR>> >> morning we called this number and he told us that he know no one in this<BR>> >> site and he has a problem that he got high invoices from the Teleco too...so<BR>> >> we come up with this conculsion...seems that the CO. equipments has some<BR>> >> problems and it is generating calls on behalf of the user to random<BR>> >> numbers...a strange thing I know but till now this company still going to<BR>> >> discussions with the teleco to solve this problem.<BR>> >><BR>> >> I suggest to do the followin...try to review CDR files and have a detailed<BR>> >> bill from your Teleco and try to compare these calls with the CDR calls<BR>> >> maybe this would help you...also try to activate some debugs and show<BR>> >> commands "there is some tools that can automate show command every 5 mins or<BR>> >> so" to know exactly when these calls happen
and what is the source of it.<BR>> >><BR>> >> Good luck with this strange issue.<BR>> >><BR>> >> Thanks,<BR>> >> Ahmed Elnagar<BR>> >><BR>> >><BR>> >><BR>> >> ------------------------------<BR>> >><BR>> >> From: <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><BR>> >> To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> >> Date: Wed, 7 Jan 2009 20:26:56 -0700<BR>> >> Subject: [cisco-voip] Fraud calls to Cuba - Please read<BR>> >><BR>> >> Hello List,<BR>> >><BR>> >><BR>> >><BR>> >> I've got a situation with 2 remote sites. Over the course of several days<BR>> >> in late November, somehow the analog POTS line in the site (which
we use for<BR>> >> SRST backup) proceeded to make approx 4,940 calls to Cuba. There wasn't<BR>> >> really a pattern to the calls. It started with a couple of repeated calls<BR>> >> to the same number and from that point, the dialed number changed (not<BR>> >> dialed in any sort of sequential pattern either). Calls varied in duration<BR>> >> from 0 seconds to many minutes long. Sometimes the next call would happen<BR>> >> right away and other times there would be several minutes delay between<BR>> >> calls. This proceeded to occur over the course of about a day and a half<BR>> >> until the POTS provider called us and we blocked the line.<BR>> >><BR>> >><BR>> >><BR>> >> The analog line in the show home serves 2 purposes. It is connected to<BR>> >> the SRST FXO port on the Cisco 2801 router and also
connects to the analog<BR>> >> fax machine.<BR>> >><BR>> >><BR>> >><BR>> >> At this point, the POTS provider feels that somehow the 2801 router has<BR>> >> been compromised and is being used to route calls out the FXO port. We have<BR>> >> a cordless phone on an ATA, and at first they felt this was the source but I<BR>> >> indicated that any calls from the cordless phone would leave through our PRI<BR>> >> in the main office, through the phone line on the FXO port.<BR>> >><BR>> >><BR>> >><BR>> >> Even if someone had managed to guess our admin password for the console of<BR>> >> the router, I don't believe that person sitting on the Internet would be<BR>> >> able to get a call to connect from their computer, through the Internet, and<BR>> >> leave out our FXO port in our site.<BR>> >><BR>>
>><BR>> >><BR>> >> I'm wondering if anyone on the list has some thoughts as to how the system<BR>> >> could have been compromise or if it just isn't possible. The POTS line is<BR>> >> actually a digital line provided by Shaw (a local cable/telco in Alberta).<BR>> >> I feel that their "digital" phone terminal has been compromised though it<BR>> >> isn't connected to the Internet in any way. One other possibility is old<BR>> >> school phone phreaking where someone has actually tapped into the physical<BR>> >> line but they would have been sitting outside in the cold for a very long<BR>> >> time making these crazy calls.<BR>> >><BR>> >><BR>> >><BR>> >> I look forward to any insight the collective brain power of this list can<BR>> >> provide. The bill for these calls is over $6000.<BR>> >><BR>>
>><BR>> >><BR>> >> Regards,<BR>> >><BR>> >> Corbett Enders.<BR>> >><BR>> >><BR>> >><BR>> >> *Corbett Enders*<BR>> >><BR>> >> Network Manager<BR>> >> Homes by Avi - 2007 Canadian Builder of the Year.<BR>> >> Tel: (403) 536-7170<BR>> >> Fax: (403) 536-7171<BR>> >> www.homesbyavi.com<BR>> >><BR>> >><BR>> >><BR>> >><BR>> >> ------------------------------<BR>> >><BR>> >> check out the rest of the Windows Live?. More than mail?Windows Live? goes<BR>> >> way beyond your inbox. More than messages<<A href="http://www.microsoft.com/windows/windowslive/" target=_blank>http://www.microsoft.com/windows/windowslive/</A>><BR>> >><BR>> >> No virus found in this incoming message.<BR>> >> Checked by AVG - <A
href="http://www.avg.com/" target=_blank>http://www.avg.com</A><BR>> >> Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release Date: 1/7/2009<BR>> >> 8:49 AM<BR>> >><BR>> >><BR>> >> _______________________________________________<BR>> >> cisco-voip mailing list<BR>> >> <A href="mailto:cisco-voip@puck..nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> >> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> >><BR>> >><BR>> ><BR>> > _______________________________________________<BR>> > cisco-voip mailing list<BR>> > <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> > <A href="https://puck.nether.net/mailman/listinfo/cisco-voip"
target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> ><BR>> ><BR><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR>-- <BR>E: <A href="mailto:stefan@iunxi.nl" ymailto="mailto:stefan@iunxi.nl">stefan@iunxi.nl</A> iunxi BV<BR>M: +31 (0)6 18844094 Postbus 1315<BR>T: +31 (0)88 5400500 1300 BH ALMERE<BR>F: +31 (0)88 5400501<BR><BR><BR>------------------------------<BR><BR>Message: 51<BR>Date: Thu,
08 Jan 2009 13:50:31 +0200<BR>From: Kelemen Zoltan <<A href="mailto:keli@carocomp.ro" ymailto="mailto:keli@carocomp.ro">keli@carocomp.ro</A>><BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>To: Nicolas <<A href="mailto:yogzgo@gmail.com" ymailto="mailto:yogzgo@gmail.com">yogzgo@gmail.com</A>><BR>Cc: Corbett Enders <<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>>,<BR> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: <<A href="mailto:4965E887.2090300@carocomp.ro" ymailto="mailto:4965E887.2090300@carocomp.ro">4965E887.2090300@carocomp.ro</A>><BR>Content-Type: text/plain; charset=UTF-8; format=flowed<BR><BR>Cisco just blames you for not putting up a firewall (or ACLs) in the <BR>first place. <BR><BR>However I couldn't agree with you more .... been there,
burnt myself too, <BR>and have heard of several others too. Just search this list ... <BR><A href="http://markmail.org/search/?q=list%3Anet.nether.puck.cisco-voip+sip+port+open" target=_blank>http://markmail.org/search/?q=list%3Anet.nether.puck.cisco-voip+sip+port+open</A><BR><BR>and this has been going on for years now. I think the keyword here is <BR>ignorance.<BR><BR>Even as as an afterthought I do agree with Cisco (that ACLs, firewalls <BR>should be put in place etc.) I still cannot accept, that this is a sane <BR>default.<BR><BR>Anyway. You'll see a bunch of angry rants every time someone pops up <BR>this question, then nothing.<BR><BR>regards,<BR> Zoltan Kelemen<BR><BR>Nicolas wrote:<BR>> Does someone open a TAC at Cisco to talk aout it ?<BR>> What Cisco say about that ?<BR>><BR>> Nicolas<BR>><BR>> On Thu, Jan 8, 2009 at 6:16 AM, Aman Chugh <<A href="mailto:aman.chugh@gmail.com"
ymailto="mailto:aman.chugh@gmail.com">aman.chugh@gmail.com</A> <BR>> <mailto:<A href="mailto:aman.chugh@gmail.com" ymailto="mailto:aman.chugh@gmail.com">aman.chugh@gmail.com</A>>> wrote:<BR>><BR>> I had this happen as well to a CME router which the customer<BR>> connected to the Internet and the router also had a PRI from the<BR>> local telco. Customer had put in a public ip on the router<BR>> exposing it to the Internet as they wanted to do an IPSEC tunnel<BR>> as well. After investigation it was discovered that some one was<BR>> using SIP port on the router and running a script to call numbers<BR>> in CUBA and all calls were a minute call. We put in an ACL to<BR>> block SIP and H.323 on the router to stop this. I believe someone<BR>> is using SIP port (5060) from the Internet and making
calls<BR>> through your FXO line.<BR>> <BR>> <BR>> Aman<BR>><BR>> On Thu, Jan 8, 2009 at 10:31 AM, Ryan West <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A><BR>> <mailto:<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>>> wrote:<BR>><BR>> The feature set doesn't imply that CBAC is configured<BR>> correctly. Check your outside ACL and since you're only using<BR>> MGCP, you can use the link below to disable SIP processing<BR>> (most likely your culprit, probably a calling card company<BR>> that scans for open routers). You should also disable H323 as<BR>>
well. To see if the router has the firewall running, issue a<BR>> show ip inspect sessions. The command I was thinking of<BR>> earlier is 'show control-plan host open-ports', which do a<BR>> netstat type listing on the router.<BR>><BR>> <BR>><BR>> Hope that helps.<BR>><BR>> <BR>><BR>> -ryan<BR>><BR>> <BR>><BR>> *From:* Corbett Enders [mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><BR>> <mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>>]<BR>>
*Sent:* Wednesday, January 07, 2009 23:56<BR>> *To:* Ryan West<BR>> *Cc:* Ahmed Elnagar; VOIP Group<BR>><BR>> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>><BR>> <BR>><BR>> The router is on the Internet, is configured for MGCP and has<BR>> ip advanced services with the firewall feature enabled (for<BR>> VPN and nat). Wouldn't that block external connections?<BR>><BR>><BR>> On Jan 7, 2009, at 9:48 PM, "Ryan West" <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A><BR>> <mailto:<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>>> wrote:<BR>><BR>>
If the router is connected to the Internet, both H323<BR>> TCP/1720 and SIP UDP/5060 need to blocked. I don't<BR>> remember the command offhand, but on some versions of code<BR>> it is show ip sockets. Check this out to actually disable<BR>> default SIP and H323 processing:<BR>><BR>> <BR>><BR>> <A href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_</A>(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router<BR>>
<<A href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_%28SIP%29_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_%28SIP%29_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router</A>><BR>><BR>> -ryan<BR>><BR>> <BR>><BR>> *From:* <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>> <mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>><BR>>
[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] *On Behalf Of<BR>> *Ahmed Elnagar<BR>> *Sent:* Wednesday, January 07, 2009 23:13<BR>> *To:* <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A> <mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>> *Cc:* VOIP Group<BR>> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>><BR>> <BR>><BR>><BR>> Wow...exaclty the same problem I had...but with
PRI...I<BR>> have a site in Egypt that the user called us one day and<BR>> informed that he has a bill from the Teleco for 100,000$<BR>> for a period of 3 months and they never produce this<BR>> amount of calls...all calls were for random numbers and<BR>> the call never exceeded 1 minute and these random numbers<BR>> happen to be starting with 00 which is the internationl<BR>> prefix here in Egypt.<BR>> <BR>> After long nights of troubleshootting...I found that the<BR>> gateway was configured to register SIP phones
from the<BR>> internet and I found an IP address from Mexico city that<BR>> is trying this random calls so frequent, the strange thing<BR>> is that the gateway was accepting these calls and route it<BR>> to H323 side which relay the call to the PRI.<BR>> <BR>> I did the following to ensure that it will not happen<BR>> again...removed SIP at all from the gateway...converted<BR>> the gateway to MGCP so that every call that will pass the<BR>> gateway will need signalling from Callmanager and will<BR>> leave a record
in the CDR. But the strange thing the<BR>> problem contiuned...<BR>> <BR>> During troubleshooting we noticed something strange...alot<BR>> of incoming calls coming to the PRI from a certain local<BR>> number...and it was 3 AM in the morning we called this<BR>> number and he told us that he know no one in this site and<BR>> he has a problem that he got high invoices from the Teleco<BR>> too...so we come up with this conculsion...seems that the<BR>> CO. equipments has some problems and it is generating<BR>> calls on
behalf of the user to random numbers...a strange<BR>> thing I know but till now this company still going to<BR>> discussions with the teleco to solve this problem.<BR>> <BR>> I suggest to do the followin...try to review CDR files and<BR>> have a detailed bill from your Teleco and try to compare<BR>> these calls with the CDR calls maybe this would help<BR>> you...also try to activate some debugs and show commands<BR>> "there is some tools that can automate show command every<BR>> 5 mins or so" to know exactly when these calls happen and<BR>>
what is the source of it.<BR>> <BR>> Good luck with this strange issue.<BR>><BR>> Thanks,<BR>> Ahmed Elnagar<BR>><BR>><BR>><BR>> ------------------------------------------------------------------------<BR>><BR>> From: <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A> <mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>> To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>>
<mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>> Date: Wed, 7 Jan 2009 20:26:56 -0700<BR>> Subject: [cisco-voip] Fraud calls to Cuba - Please read<BR>><BR>> Hello List,<BR>><BR>> <BR>><BR>> I've got a situation with 2 remote sites. Over the course<BR>> of several days in late November, somehow the analog POTS<BR>> line in the site (which we use for SRST backup) proceeded<BR>> to make approx 4,940 calls to Cuba. There wasn't really a<BR>>
pattern to the calls. It started with a couple of<BR>> repeated calls to the same number and from that point, the<BR>> dialed number changed (not dialed in any sort of<BR>> sequential pattern either). Calls varied in duration from<BR>> 0 seconds to many minutes long. Sometimes the next call<BR>> would happen right away and other times there would be<BR>> several minutes delay between calls. This proceeded to<BR>> occur over the course of about a day and a half until the<BR>> POTS provider called us and we blocked the line.<BR>><BR>>
<BR>><BR>> The analog line in the show home serves 2 purposes. It is<BR>> connected to the SRST FXO port on the Cisco 2801 router<BR>> and also connects to the analog fax machine.<BR>><BR>> <BR>><BR>> At this point, the POTS provider feels that somehow the<BR>> 2801 router has been compromised and is being used to<BR>> route calls out the FXO port. We have a cordless phone on<BR>> an ATA, and at first they felt this was the source but I<BR>> indicated that any calls from the cordless phone would<BR>>
leave through our PRI in the main office, through the<BR>> phone line on the FXO port.<BR>><BR>> <BR>><BR>> Even if someone had managed to guess our admin password<BR>> for the console of the router, I don't believe that person<BR>> sitting on the Internet would be able to get a call to<BR>> connect from their computer, through the Internet, and<BR>> leave out our FXO port in our site.<BR>><BR>> <BR>><BR>> I'm wondering if anyone on the list has some thoughts as<BR>> to how
the system could have been compromise or if it just<BR>> isn't possible. The POTS line is actually a digital line<BR>> provided by Shaw (a local cable/telco in Alberta). I feel<BR>> that their "digital" phone terminal has been compromised<BR>> though it isn't connected to the Internet in any way. One<BR>> other possibility is old school phone phreaking where<BR>> someone has actually tapped into the physical line but<BR>> they would have been sitting outside in the cold for a<BR>> very long time making these crazy calls.<BR>><BR>>
<BR>><BR>> I look forward to any insight the collective brain power<BR>> of this list can provide. The bill for these calls is over<BR>> $6000.<BR>><BR>> <BR>><BR>> Regards,<BR>><BR>> Corbett Enders.<BR>><BR>> <BR>><BR>> *Corbett Enders*<BR>><BR>> Network Manager<BR>> Homes by Avi - 2007 Canadian Builder of the Year.<BR>> Tel: (403) 536-7170<BR>> Fax: (403) 536-7171<BR>>
www.homesbyavi.com <<A href="http://www.homesbyavi.com/" target=_blank>http://www.homesbyavi.com/</A>><BR>><BR>> <BR>><BR>> <BR>><BR>> ------------------------------------------------------------------------<BR>><BR>> check out the rest of the Windows Live?. More than<BR>> mail?Windows Live? goes way beyond your inbox. More than<BR>> messages <<A href="http://www.microsoft.com/windows/windowslive/" target=_blank>http://www.microsoft.com/windows/windowslive/</A>><BR>><BR>> No virus found in this incoming message.<BR>> Checked by AVG - <A
href="http://www.avg.com/" target=_blank>http://www.avg.com</A> <<A href="http://www.avg.com/" target=_blank>http://www.avg.com/</A>><BR>> Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release<BR>> Date: 1/7/2009 8:49 AM<BR>><BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>><BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether..net">cisco-voip@puck.nether.net</A>><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip"
target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR>> ------------------------------------------------------------------------<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR><BR><BR><BR>------------------------------<BR><BR>Message: 52<BR>Date: Thu, 8 Jan 2009 07:27:36 -0500<BR>From: Ryan West <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>><BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>To: Kelemen Zoltan <<A href="mailto:keli@carocomp.ro" ymailto="mailto:keli@carocomp.ro">keli@carocomp.ro</A>>, Nicolas <<A href="mailto:yogzgo@gmail.com" ymailto="mailto:yogzgo@gmail.com">yogzgo@gmail.com</A>><BR>Cc: Corbett Enders <<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>>,<BR> "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A
href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:6E21B2BDEF6E714EA0B5BA8D5D0E14010C2FCC7D55@zy-ex1.zyedge.local" ymailto="mailto:6E21B2BDEF6E714EA0B5BA8D5D0E14010C2FCC7D55@zy-ex1.zyedge.local">6E21B2BDEF6E714EA0B5BA8D5D0E14010C2FCC7D55@zy-ex1.zyedge.local</A>><BR>Content-Type: text/plain; charset="utf-8"<BR><BR>Dial-peer 0 should be disabled. You should have to explicit about what you accept and from who, the router isn't supposed to be a SIP proxy....<BR><BR>-----Original Message-----<BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Kelemen Zoltan<BR>Sent:
Thursday, January 08, 2009 06:51<BR>To: Nicolas<BR>Cc: Corbett Enders; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR><BR>Cisco just blames you for not putting up a firewall (or ACLs) in the <BR>first place. <BR><BR>However I couldn't agree with you more ... been there, burnt myself too, <BR>and have heard of several others too. Just search this list ... <BR><A href="http://markmail.org/search/?q=list%3Anet.nether.puck.cisco-voip+sip+port+open" target=_blank>http://markmail.org/search/?q=list%3Anet.nether.puck.cisco-voip+sip+port+open</A><BR><BR>and this has been going on for years now. I think the keyword here is <BR>ignorance.<BR><BR>Even as as an afterthought I do agree with Cisco (that ACLs, firewalls <BR>should be put in place etc.) I still cannot accept, that this is a sane <BR>default.<BR><BR>Anyway. You'll see
a bunch of angry rants every time someone pops up <BR>this question, then nothing.<BR><BR>regards,<BR> Zoltan Kelemen<BR><BR>Nicolas wrote:<BR>> Does someone open a TAC at Cisco to talk aout it ?<BR>> What Cisco say about that ?<BR>><BR>> Nicolas<BR>><BR>> On Thu, Jan 8, 2009 at 6:16 AM, Aman Chugh <<A href="mailto:aman.chugh@gmail.com" ymailto="mailto:aman.chugh@gmail.com">aman.chugh@gmail.com</A> <BR>> <mailto:<A href="mailto:aman.chugh@gmail.com" ymailto="mailto:aman.chugh@gmail.com">aman.chugh@gmail.com</A>>> wrote:<BR>><BR>> I had this happen as well to a CME router which the customer<BR>> connected to the Internet and the router also had a PRI from the<BR>> local telco. Customer had put in a public ip on the router<BR>> exposing it to the Internet as they wanted to do an IPSEC tunnel<BR>> as well. After investigation it was
discovered that some one was<BR>> using SIP port on the router and running a script to call numbers<BR>> in CUBA and all calls were a minute call. We put in an ACL to<BR>> block SIP and H.323 on the router to stop this. I believe someone<BR>> is using SIP port (5060) from the Internet and making calls<BR>> through your FXO line.<BR>> <BR>> <BR>> Aman<BR>><BR>> On Thu, Jan 8, 2009 at 10:31 AM, Ryan West <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A><BR>> <mailto:<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>>> wrote:<BR>><BR>> The feature set doesn't imply that CBAC is configured<BR>> correctly. Check your outside ACL
and since you're only using<BR>> MGCP, you can use the link below to disable SIP processing<BR>> (most likely your culprit, probably a calling card company<BR>> that scans for open routers). You should also disable H323 as<BR>> well. To see if the router has the firewall running, issue a<BR>> show ip inspect sessions. The command I was thinking of<BR>> earlier is 'show control-plan host open-ports', which do a<BR>> netstat type listing on the router.<BR>><BR>> <BR>><BR>> Hope that helps.<BR>><BR>> <BR>><BR>> -ryan<BR>><BR>> <BR>><BR>>
*From:* Corbett Enders [mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><BR>> <mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>>]<BR>> *Sent:* Wednesday, January 07, 2009 23:56<BR>> *To:* Ryan West<BR>> *Cc:* Ahmed Elnagar; VOIP Group<BR>><BR>> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>><BR>> <BR>><BR>> The router is on the Internet, is configured for MGCP and has<BR>> ip advanced services with the firewall feature enabled (for<BR>> VPN and nat). Wouldn't that block external
connections?<BR>><BR>><BR>> On Jan 7, 2009, at 9:48 PM, "Ryan West" <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A><BR>> <mailto:<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>>> wrote:<BR>><BR>> If the router is connected to the Internet, both H323<BR>> TCP/1720 and SIP UDP/5060 need to blocked. I don't<BR>> remember the command offhand, but on some versions of code<BR>> it is show ip sockets. Check this out to actually disable<BR>> default SIP and H323 processing:<BR>><BR>> <BR>><BR>>
<A href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_</A>(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router<BR>> <<A href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_%28SIP%29_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_%28SIP%29_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router</A>><BR>><BR>> -ryan<BR>><BR>> <BR>><BR>> *From:* <A
href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>> <mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck..nether.net">cisco-voip-bounces@puck.nether.net</A>><BR>> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] *On Behalf Of<BR>> *Ahmed Elnagar<BR>> *Sent:* Wednesday, January 07, 2009 23:13<BR>> *To:* <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A> <mailto:<A href="mailto:cenders@homesbyavi.com"
ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>> *Cc:* VOIP Group<BR>> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>><BR>> <BR>><BR>><BR>> Wow...exaclty the same problem I had...but with PRI...I<BR>> have a site in Egypt that the user called us one day and<BR>> informed that he has a bill from the Teleco for 100,000$<BR>> for a period of 3 months and they never produce this<BR>> amount of calls...all calls were for random numbers and<BR>> the call never exceeded 1 minute and these random
numbers<BR>> happen to be starting with 00 which is the internationl<BR>> prefix here in Egypt.<BR>> <BR>> After long nights of troubleshootting...I found that the<BR>> gateway was configured to register SIP phones from the<BR>> internet and I found an IP address from Mexico city that<BR>> is trying this random calls so frequent, the strange thing<BR>> is that the gateway was accepting these calls and route it<BR>> to H323 side which relay the call to the PRI.<BR>> <BR>>
I did the following to ensure that it will not happen<BR>> again...removed SIP at all from the gateway...converted<BR>> the gateway to MGCP so that every call that will pass the<BR>> gateway will need signalling from Callmanager and will<BR>> leave a record in the CDR. But the strange thing the<BR>> problem contiuned...<BR>> <BR>> During troubleshooting we noticed something strange...alot<BR>> of incoming calls coming to the PRI from a certain local<BR>> number...and it was 3 AM in the morning we called this<BR>>
number and he told us that he know no one in this site and<BR>> he has a problem that he got high invoices from the Teleco<BR>> too...so we come up with this conculsion...seems that the<BR>> CO. equipments has some problems and it is generating<BR>> calls on behalf of the user to random numbers...a strange<BR>> thing I know but till now this company still going to<BR>> discussions with the teleco to solve this problem.<BR>> <BR>> I suggest to do the followin...try to review CDR files and<BR>> have a detailed bill from your Teleco and try to
compare<BR>> these calls with the CDR calls maybe this would help<BR>> you...also try to activate some debugs and show commands<BR>> "there is some tools that can automate show command every<BR>> 5 mins or so" to know exactly when these calls happen and<BR>> what is the source of it.<BR>> <BR>> Good luck with this strange issue.<BR>><BR>> Thanks,<BR>> Ahmed Elnagar<BR>><BR>><BR>><BR>> ------------------------------------------------------------------------<BR>><BR>>
From: <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A> <mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>> To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>> Date: Wed, 7 Jan 2009 20:26:56 -0700<BR>> Subject: [cisco-voip] Fraud calls to Cuba - Please read<BR>><BR>> Hello List,<BR>><BR>> <BR>><BR>>
I've got a situation with 2 remote sites. Over the course<BR>> of several days in late November, somehow the analog POTS<BR>> line in the site (which we use for SRST backup) proceeded<BR>> to make approx 4,940 calls to Cuba. There wasn't really a<BR>> pattern to the calls. It started with a couple of<BR>> repeated calls to the same number and from that point, the<BR>> dialed number changed (not dialed in any sort of<BR>> sequential pattern either). Calls varied in duration from<BR>> 0 seconds to many minutes long. Sometimes the next call<BR>>
would happen right away and other times there would be<BR>> several minutes delay between calls. This proceeded to<BR>> occur over the course of about a day and a half until the<BR>> POTS provider called us and we blocked the line.<BR>><BR>> <BR>><BR>> The analog line in the show home serves 2 purposes. It is<BR>> connected to the SRST FXO port on the Cisco 2801 router<BR>> and also connects to the analog fax machine.<BR>><BR>> <BR>><BR>> At this point, the POTS provider feels that somehow
the<BR>> 2801 router has been compromised and is being used to<BR>> route calls out the FXO port. We have a cordless phone on<BR>> an ATA, and at first they felt this was the source but I<BR>> indicated that any calls from the cordless phone would<BR>> leave through our PRI in the main office, through the<BR>> phone line on the FXO port.<BR>><BR>> <BR>><BR>> Even if someone had managed to guess our admin password<BR>> for the console of the router, I don't believe that person<BR>> sitting on the
Internet would be able to get a call to<BR>> connect from their computer, through the Internet, and<BR>> leave out our FXO port in our site.<BR>><BR>> <BR>><BR>> I'm wondering if anyone on the list has some thoughts as<BR>> to how the system could have been compromise or if it just<BR>> isn't possible. The POTS line is actually a digital line<BR>> provided by Shaw (a local cable/telco in Alberta). I feel<BR>> that their "digital" phone terminal has been compromised<BR>> though it isn't connected to the Internet in any way.
One<BR>> other possibility is old school phone phreaking where<BR>> someone has actually tapped into the physical line but<BR>> they would have been sitting outside in the cold for a<BR>> very long time making these crazy calls.<BR>><BR>> <BR>><BR>> I look forward to any insight the collective brain power<BR>> of this list can provide. The bill for these calls is over<BR>> $6000.<BR>><BR>> <BR>><BR>> Regards,<BR>><BR>> Corbett
Enders.<BR>><BR>> <BR>><BR>> *Corbett Enders*<BR>><BR>> Network Manager<BR>> Homes by Avi - 2007 Canadian Builder of the Year.<BR>> Tel: (403) 536-7170<BR>> Fax: (403) 536-7171<BR>> www.homesbyavi.com <<A href="http://www.homesbyavi.com/" target=_blank>http://www.homesbyavi.com/</A>><BR>><BR>> <BR>><BR>> <BR>><BR>> ------------------------------------------------------------------------<BR>><BR>> check out the rest of the Windows
Live?. More than<BR>> mail?Windows Live? goes way beyond your inbox. More than<BR>> messages <<A href="http://www.microsoft.com/windows/windowslive/" target=_blank>http://www.microsoft.com/windows/windowslive/</A>><BR>><BR>> No virus found in this incoming message.<BR>> Checked by AVG - <A href="http://www.avg.com/" target=_blank>http://www.avg.com</A> <<A href="http://www.avg.com/" target=_blank>http://www.avg.com/</A>><BR>> Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release<BR>> Date: 1/7/2009 8:49 AM<BR>><BR>><BR>> _______________________________________________<BR>> cisco-voip mailing
list<BR>><BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>> <A href="https://puck.nether..net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> <mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip"
target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR>> ------------------------------------------------------------------------<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR>------------------------------<BR><BR>Message: 53<BR>Date: Thu, 8 Jan 2009
07:18:37 -0600<BR>From: "Adam Blomfield" <<A href="mailto:adman@adman..net" ymailto="mailto:adman@adman.net">adman@adman.net</A>><BR>Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1)<BR>To: "Riley, Andrew" <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>><BR>Cc: "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:c6f32ce40901080518y10bfd924jfddfdc20148596f4@mail.gmail.com" ymailto="mailto:c6f32ce40901080518y10bfd924jfddfdc20148596f4@mail.gmail.com">c6f32ce40901080518y10bfd924jfddfdc20148596f4@mail.gmail.com</A>><BR>Content-Type: text/plain;
charset="windows-1252"<BR><BR>Andrew,<BR><BR>The phone only appends the 'name' querystring parameter to the initial HTTP<BR>GET request. If they appended it to every GET request it could interfere<BR>with someone else's script - for example if you had a parameter in your<BR>script called NAME then you would end up with two values for it - the one<BR>you were passing in your application and then the second value that the<BR>phone was automatically sending. If you need to test with it as a service<BR>rather than an enterprise parameter you could add a "name" parameter to the<BR>service you configure and manually put in the SEPXXXXXXXXXXXX value for each<BR>phone you subscribe to that service.<BR><BR>-Adam<BR><BR>On Thu, Jan 8, 2009 at 3:28 AM, Riley, Andrew <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>>wrote:<BR><BR>> Adam, Sean<BR>><BR>> I was able to get both scenario's
working (VB and PHP). However I noticed<BR>> that it only works when you put the new 'script' file in the enterprise<BR>> parameter, if you try add it under just a phone service then the same issue<BR>> occurs where the PAB account for all phones is whom ever logs in first..<BR>> i.e. it doesn't pass the phone's device name<BR>><BR>> Is there something additional that the enterprise parameter adds? I was<BR>> thinking it add the 'name' variable that can be called by the script and<BR>> when doing the services way the name variable is not available to be called?<BR>><BR>> thoughts?<BR>><BR>> Andrew Riley<BR>> (a.k.a Riles)<BR>> Technical Consultant<BR>> CCIE # 18285 Voice<BR>> Consulting Services<BR>><BR>> Getronics Australia ? A UXC Company<BR>> 2 Minna Close<BR>> Belrose NSW 2085<BR>> Australia<BR>> Mobile: +61 402 894 793<BR>> Fax: +61 2 9847 7378<BR>>
Email: <A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A><BR>> Web: <A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A><BR>> ________________________________________<BR>> From: Riley, Andrew<BR>> Sent: Thursday, 8 January 2009 2:50 PM<BR>> To: Sean Walberg; Adam Blomfield<BR>> Cc: <A href="mailto:cisco-voip@puck..nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking<BR>> PersonalDirectories (6.1)<BR>><BR>> Thanks Sean and Adam.<BR>><BR>> I understand both examples.. as Adam stated it's just a matter of getting<BR>> the 'name' value set correctly for the phone requesting the page.<BR>><BR>> I'll try out both options and see how I go.<BR>><BR>> Regards<BR>> Andrew Riley<BR>>
0402894793<BR>><BR>> From: Sean Walberg [mailto:<A href="mailto:swalberg@gmail.com" ymailto="mailto:swalberg@gmail.com">swalberg@gmail.com</A>]<BR>> Sent: Thursday, 8 January 2009 2:30 PM<BR>> To: Adam Blomfield<BR>> Cc: Riley, Andrew; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking<BR>> PersonalDirectories (6.1)<BR>><BR>> I sent him a PHP script that I use to get rid of the Corporate directory<BR>> but leave PAB. Here it is for the rest of the list:<BR>><BR>> <?php header('Content-type: text/xml'); ?><BR>> <?php echo '<?xml version="1.0" encoding="UTF-8"?>'?><BR>><BR>> <CiscoIPPhoneMenu><BR>><BR>> <Prompt>Select a directory</Prompt><BR>><BR>> <MenuItem><BR>> <Name>Personal
Directory</Name><BR>> <URL><A href="http://publisherip:8080/ccmpd/pdCheckLogin.do?name=" target=_blank>http://PUBLISHERIP:8080/ccmpd/pdCheckLogin.do?name=</A><BR>> <?=$_GET['name']?></URL><BR>> </MenuItem><BR>><BR>> </CiscoIPPhoneMenu><BR>><BR>> On Wed, Jan 7, 2009 at 8:41 PM, Adam Blomfield <<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A><mailto:<BR>> <A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A>>> wrote:<BR>> When a Cisco IP phone retrieves the Directories URL (or the Services URL<BR>> for that matter) it appends it with a querystring parameter of "Name". In<BR>> order to achieve what you are trying to do you will need to use whichever<BR>> scripting language you are most comfortable with to create a dymaic page<BR>> that can read this querystring parameter and pass it on to
the next page.<BR>> You can see in your example below that it is going to<BR>> <A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A> - that<BR>> undefined should actually be SEPXXXXXXXXXXXX based on whatever phone is<BR>> requesting it, hence the need for a scripting language. I have an example of<BR>> something similar using ASP and VBScript on my website for creating an<BR>> alterate services list that you can reference as an example if you like -<BR>> <A href="http://www.adman.net/cisco/defaultservicemenu.asp" target=_blank>http://www.adman.net/cisco/defaultservicemenu.asp</A>. Hope that helps!<BR>><BR>> -Adam<BR>> On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A><BR>> <mailto:<A
href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>>> wrote:<BR>><BR>> Ok yes understand..<BR>><BR>><BR>><BR>> However you would think the 'directories' of any type should be under the<BR>> directories button<BR>><BR>><BR>><BR>> .. this is an issue for me as the customer has 'standard' cucm<BR>> directories.. so they are used to having PAB under the directories<BR>> button..not ideal to have to change the method of access for 3000+ users..<BR>><BR>><BR>><BR>><BR>><BR>><BR>><BR>> Regards<BR>><BR>> Andrew Riley<BR>><BR>> 0402894793<BR>><BR>><BR>><BR>> From: Melvin Fong [mailto:<A href="mailto:mfong@PACIFIC.EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC..EDU</A><mailto:<A href="mailto:mfong@PACIFIC.EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A>>]<BR>> Sent: Thursday, 8 January
2009 10:11 AM<BR>> To: Riley, Andrew; <A href="mailto:cisco-voip@puck..nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>> Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking<BR>> PersonalDirectories (6.1)<BR>><BR>><BR>><BR>> We ran into the same issue, we remedied it by making the PAB available as a<BR>> service through the services button.<BR>><BR>><BR>><BR>> From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><mailto:<BR>> <A href="mailto:cisco-voip-bounces@puck.nether..net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>> [mailto:<BR>> <A
href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><mailto:<BR>> <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>>] On Behalf Of Riley, Andrew<BR>> Sent: Wednesday, January 07, 2009 2:56 PM<BR>> To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>> Subject: [cisco-voip] Change Corp Dir without loosing/breaking<BR>> PersonalDirectories (6.1)<BR>><BR>><BR>><BR>> Hi There,<BR>><BR>> Has anyone tried to change the corp directory in CUCM 6.1 (via enterprise<BR>> params) to a custom directory without losing access to the
Personal<BR>> Directory? Or the Personal Address Book is not unique to each user?<BR>><BR>><BR>><BR>> Here is what i have done..<BR>><BR>><BR>><BR>> When you pop the normal (<A href="http://10.2..10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>)<BR>> URL into a browser you get the following<BR>><BR>><BR>><BR>> -<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<CiscoIPPhoneMenu><BR>><BR>> -<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR>><BR>> N<Name>Personal Directory</Name><BR>><BR>> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined"
target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR>><BR>> </MenuItem><BR>><BR>> -<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR>><BR>> <<Name>Corporate Directory</Name><BR>><BR>> <<URL><A href="http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</A></URL><BR>><BR>> </MenuItem><BR>><BR>> <<Prompt>Select a directory</Prompt><BR>><BR>> </CiscoIPPhoneMenu><BR>><BR>><BR>><BR>><BR>><BR>> Which indicates that this URL is loading both Personal and Corp<BR>> Directories..<BR>><BR>><BR>><BR>><BR>><BR>> If I make my own XML file say .. mydir.xml and pop it on a webserver
but<BR>> change the Corporate Directory URL to my customer service ..see below<BR>><BR>> <<<CiscoIPPhoneMenu><BR>><BR>> -<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR>><BR>> N<Name>Personal Directory</Name><BR>><BR>> <<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR>><BR>> </MenuItem><BR>><BR>> -<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR>><BR>> <<Name>Corporate Directory</Name><BR>><BR>> <<URL><A href="http://myserver/mydirectory/myservice.asp"
target=_blank>http://myserver/mydirectory/myservice.asp</A></URL><BR>><BR>> </MenuItem><BR>><BR>> <<Prompt>Select a directory</Prompt><BR>><BR>> </CiscoIPPhoneMenu><BR>><BR>><BR>><BR>> Then change the enterprise parameter to my point to<BR>> <A href="http://myserver/mydirectory/mydir.xml" target=_blank>http://myserver/mydirectory/mydir.xml</A><BR>><BR>><BR>><BR>> When loading this on a phone the new corporate directory works fine,<BR>> however the Personal Directory breaks and all users end up seeing the<BR>> Personal address book of all users ... i presume there is some sort of<BR>> session handling occurring in the<BR>> <A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A> file which stops this from<BR>> happening..<BR>><BR>><BR>><BR>><BR>><BR>> Would
appreciate any guidance or others experience on this.<BR>><BR>><BR>><BR>><BR>><BR>> Andrew Riley<BR>> (a.k.a Riles)<BR>> Unified Communications<BR>> CCIE # 18285 Voice<BR>> Consulting Services<BR>><BR>> Getronics Australia ? A UXC Company<BR>> 2 Minna Close<BR>> Belrose NSW 2085<BR>> Australia<BR>> Mobile: +61 402 894 793<BR>> Fax: +61 2 9847 7378<BR>> Email: <A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A><<A href="http://andrew..riley@uxcg.com.au" target=_blank>http://andrew.riley@uxcg.com.au</A>><BR>> Web: <A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A><<A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au/</A>><BR>><BR>><BR>><BR>><BR>><BR>> ________________________________<BR>><BR>>
CONFIDENTIALITY - The information contained in this electronic mail message<BR>> is confidential and is intended solely for the addressee(s). If you are not<BR>> an authorised recipient of this message please contact Getronics Australia<BR>> immediately by reply email and destroy/delete this message from your<BR>> computer. Any unauthorised form of reproduction of this message, or part<BR>> thereof, is strictly prohibited.<BR>> DISCLAIMER - Unless specifically indicated otherwise, the views and<BR>> opinions expressed in this email are those of the sender and not Getronics<BR>> Australia. While we endeavour to protect our network from computer viruses,<BR>> Getronics Australia does not warrant that this email or any attachments are<BR>> free of viruses or any other defects or errors. It is the duty of the<BR>> recipient to virus scan and otherwise test any information contained in this<BR>> email before loading onto
any computer system.<BR>><BR>> ________________________________<BR>> CONFIDENTIALITY - The information contained in this electronic mail message<BR>> is confidential and is intended solely for the addressee(s). If you are not<BR>> an authorised recipient of this message please contact Getronics Australia<BR>> immediately by reply email and destroy/delete this message from your<BR>> computer. Any unauthorised form of reproduction of this message, or part<BR>> thereof, is strictly prohibited.<BR>> DISCLAIMER - Unless specifically indicated otherwise, the views and<BR>> opinions expressed in this email are those of the sender and not Getronics<BR>> Australia. While we endeavour to protect our network from computer viruses,<BR>> Getronics Australia does not warrant that this email or any attachments are<BR>> free of viruses or any other defects or errors. It is the duty of the<BR>> recipient to virus scan and
otherwise test any information contained in this<BR>> email before loading onto any computer system.<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>><BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck..nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR>><BR>> --<BR>> Sean Walberg <<A href="mailto:sean@ertw.com" ymailto="mailto:sean@ertw.com">sean@ertw.com</A><mailto:<A href="mailto:sean@ertw.com" ymailto="mailto:sean@ertw.com">sean@ertw.com</A>>> <A href="http://ertw.com/" target=_blank>http://ertw.com/</A><BR>><BR>> CONFIDENTIALITY - The information contained in this electronic mail message<BR>> is confidential and is intended solely for the addressee(s). If you are not<BR>> an authorised recipient of this message please contact Getronics Australia<BR>> immediately by reply email and destroy/delete this message from your<BR>> computer. Any unauthorised form of reproduction of this message, or part<BR>>
thereof, is strictly prohibited.<BR>> DISCLAIMER - Unless specifically indicated otherwise, the views and<BR>> opinions expressed in this email are those of the sender and not Getronics<BR>> Australia. While we endeavour to protect our network from computer viruses,<BR>> Getronics Australia does not warrant that this email or any attachments are<BR>> free of viruses or any other defects or errors. It is the duty of the<BR>> recipient to virus scan and otherwise test any information contained in this<BR>> email before loading onto any computer system.<BR>><BR>><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/647496f7/attachment-0001.html"
target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/647496f7/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 54<BR>Date: Thu, 8 Jan 2009 13:45:17 -0000<BR>From: "James Dust" <<A href="mailto:james.dust@charles-stanley.co.uk" ymailto="mailto:james.dust@charles-stanley.co.uk">james.dust@charles-stanley.co.uk</A>><BR>Subject: Re: [cisco-voip] Outbound CLI problem again<BR>To: "Samuel Womack" <<A href="mailto:samuel.womack1@gmail.com" ymailto="mailto:samuel.womack1@gmail.com">samuel.womack1@gmail.com</A>>, "Norton, Mike"<BR> <<A href="mailto:mikenorton@pwsd76.ab.ca" ymailto="mailto:mikenorton@pwsd76.ab.ca">mikenorton@pwsd76.ab.ca</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A
href="mailto:9DE1E2144E121A4384B794C03A10045E09B0BF42@CSEXCH-CL.charles-stanley.co.uk" ymailto="mailto:9DE1E2144E121A4384B794C03A10045E09B0BF42@CSEXCH-CL.charles-stanley.co.uk">9DE1E2144E121A4384B794C03A10045E09B0BF42@CSEXCH-CL.charles-stanley.co.uk</A>><BR> <BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Thanks guys,<BR><BR>I have checked the debug, and the issue is that call manager is trying<BR>to send the cli of the calling party, onto the external number the DN is<BR>forwarded too.<BR><BR>Is there a way around this?<BR><BR>Regards<BR><BR>James<BR><BR><BR>________________________________<BR><BR>From: Samuel Womack [mailto:<A href="mailto:samuel.womack1@gmail.com" ymailto="mailto:samuel.womack1@gmail.com">samuel.womack1@gmail.com</A>] <BR>Sent: 07 January 2009 18:35<BR>To: Norton, Mike<BR>Cc: James Dust; <A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] Outbound CLI problem again<BR><BR><BR>I've also seen an issue where the CALLING PARTY IE NUMBER TYPE UNKNOWN *<BR>and the CALLING NUMBERING PLAN need to be set to NATIONAL and ISDN<BR>respectively (under Gateway configuration), otherwise with the default<BR>CISCO CALLMANAGER settings the BTN (main number) will display on all<BR>Phone Calls. <BR><BR>Pretty sure this isn't the issue you are having, but this is good<BR>information to have because this issue doesn't occur in most cases when<BR>dealing with the Telco and PRIs...<BR><BR><BR><BR>On Jan 7, 2009, at 12:21 PM, Norton, Mike wrote:<BR><BR><BR> <BR> Are you sure it is sending out incorrect CLI? Debug on the<BR>gateway to see what is being sent.<BR> <BR> It is possible you are sending the correct info, but your telco<BR>is
altering it. Often if you try to send out CLI as a number that you<BR>don't own (which would be the case when forwarding out a call that<BR>originated outside), the telco will replace it with your BTN.<BR> <BR> --<BR> Mike Norton<BR> I.T. Support<BR> Peace Wapiti School Division No. 76<BR> Helpdesk: 780-831-3080<BR> Direct: 780-831-3076<BR> <BR> <BR> From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of James Dust<BR> Sent: January-07-09 9:19 AM<BR> To: <A
href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR> Subject: [cisco-voip] Outbound CLI problem again<BR> I have a problem in one of our branch office's with a H323<BR>gateway.<BR> I am sending the CLI of the users DDI number, and am achieving<BR>this by using the 'Calling Party Transformations Mask'<BR> The problem I am getting is when a user forward's their phone to<BR>their mobile phone for instance, by using the 'Call Forward All' key on<BR>their phone.<BR> When the call is forwarded it sends out the CLI of the first DDI<BR>in the range.<BR> Is there any way around this?<BR><BR> James Dust <BR> Team Leader <BR> ICT Network Infrastructure & Communications Department <BR> Charles Stanley & Co Ltd
<BR> Tel: 020 7149 6314 <BR> Mob: 07989 491136 <BR> mailto: <A href="mailto:james.dust@charles-stanley.co.uk" ymailto="mailto:james.dust@charles-stanley.co.uk">james.dust@charles-stanley.co.uk</A><BR><mailto:<A href="mailto:james.dust@charles-stanley.co.uk" ymailto="mailto:james.dust@charles-stanley.co.uk">james.dust@charles-stanley.co.uk</A>> <BR><BR><BR>********************SAVE PAPER - THINK BEFORE YOU<BR>PRINT**************************************************<BR><BR>The information contained in this e-mail is strictly confidential, some<BR>or all of which may be legally privileged. <BR>Access to this e-mail by any person other than the recipient is<BR>prohibited. If you have received this message in<BR>error, any use, disclosure, copying, printing, distribution of, replying<BR>to or any action taken or omitted to be<BR>taken in reliance on this e-mail, is prohibited. Please advise
the<BR>sender immediately should this e-mail have been <BR>incorrectly addressed or transmitted, and then delete the email and any<BR>attachment sent with it from your computer.<BR><BR>You are advised that urgent, time sensitive and confidential<BR>communications should not be sent by e-mail. You <BR>accept that any instructions are deemed to have been given at the time<BR>the recipient(s) accesses them and that <BR>delivery receipt does not constitute acknowledgement or receipt by the<BR>intended recipient(s). <BR><BR>You acknowledge that e-mails are not secure and you accept the risk of<BR>malfunction, viruses, unauthorised <BR>interference, mis-delivery or delay. Charles Stanley reserves the right<BR>to monitor and/or record emails sent and<BR>received via its network for any lawful business purpose in accordance<BR>with applicable law and
regulations.<BR>************************************************************************<BR>*******************************<BR><BR><BR>Charles Stanley & Co. Ltd<BR>Registered Office: 25 Luke Street London EC2A 4AR<BR><BR>Tel: 0207 739 8200 Fax: 0207 739 7798<BR>Registered in England No. 1903304<BR><BR>Charles Stanley Sutherlands and Charles Stanley Securities are divisions<BR>of Charles Stanley & Co. Ltd <BR><BR>Authorised and Regulated by the Financial Services Authority, Member of<BR>the London Stock Exchange, The <BR>International Capital Market Association and The London International<BR>Financial Futures & Options Exchange.<BR><BR>This footnote also confirms that this email message has been swept by<BR>McAfee VirusScan and SurfControl Email <BR>Filter software. <BR> _______________________________________________<BR> cisco-voip mailing list<BR> <A
href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR> <BR><BR><BR>********************SAVE PAPER - THINK BEFORE YOU PRINT**************************************************<BR><BR>The information contained in this e-mail is strictly confidential, some or all of which may be legally privileged. <BR>Access to this e-mail by any person other than the recipient is prohibited. If you have received this message in<BR>error, any use, disclosure, copying, printing, distribution of, replying to or any action taken or omitted to be<BR>taken in reliance on this e-mail, is prohibited. Please advise the sender immediately should this e-mail have been <BR>incorrectly addressed or transmitted, and then delete the email and any
attachment sent with it from your computer.<BR><BR>You are advised that urgent, time sensitive and confidential communications should not be sent by e-mail. You <BR>accept that any instructions are deemed to have been given at the time the recipient(s) accesses them and that <BR>delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s). <BR><BR>You acknowledge that e-mails are not secure and you accept the risk of malfunction, viruses, unauthorised <BR>interference, mis-delivery or delay. Charles Stanley reserves the right to monitor and/or record emails sent and<BR>received via its network for any lawful business purpose in accordance with applicable law and regulations.<BR>*******************************************************************************************************<BR><BR><BR>Charles Stanley & Co. Ltd<BR>Registered Office: 25 Luke Street London EC2A 4AR<BR><BR>Tel: 0207 739 8200 Fax: 0207 739
7798<BR>Registered in England No. 1903304<BR><BR>Charles Stanley Sutherlands and Charles Stanley Securities are divisions of Charles Stanley & Co.. Ltd <BR><BR>Authorised and Regulated by the Financial Services Authority, Member of the London Stock Exchange, The <BR>International Capital Market Association and The London International Financial Futures & Options Exchange.<BR><BR>This footnote also confirms that this email message has been swept by McAfee VirusScan and SurfControl Email <BR>Filter software. <BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/8e1900aa/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/8e1900aa/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 55<BR>Date: Thu, 8 Jan 2009 09:28:13 -0500<BR>From: Matthew Loraditch
<<A href="mailto:MLoraditch@heliontechnologies.com" ymailto="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</A>><BR>Subject: [cisco-voip] Phone won't hold CFWDALL Setting<BR>To: "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:530C67FE62559C42857C78B962454E624CC25AA0@hermes.helion.local" ymailto="mailto:530C67FE62559C42857C78B962454E624CC25AA0@hermes.helion.local">530C67FE62559C42857C78B962454E624CC25AA0@hermes.helion.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Has anyone seen this before?<BR>The user activates goes away and then comes back and via the missed calls logs it looks like the setting disappeared about 2 minutes after it was
set?<BR>I am going to open a TAC case but wondered if there was any insight here on the list<BR>Thanks in advance<BR><BR>Matthew Loraditch<BR>10944 Beaver Dam Road, Suite A<BR>Hunt Valley, Maryland 21030<BR><A href="mailto:support@heliontechnologies.com" ymailto="mailto:support@heliontechnologies.com">support@heliontechnologies.com</A><mailto:<A href="mailto:support@heliontechnologies.com" ymailto="mailto:support@heliontechnologies.com">support@heliontechnologies.com</A>><BR>(p) (410) 252-8830<BR>(F) (443) 541-1593<BR><BR>Visit us at www.heliontechnologies.com<<A href="http://www.heliontechnologies.com/" target=_blank>http://www.heliontechnologies.com</A>><BR>Support Issue? Email <A href="mailto:support@heliontechnologies.com" ymailto="mailto:support@heliontechnologies.com">support@heliontechnologies.com</A><mailto:<A href="mailto:support@heliontechnologies.com"
ymailto="mailto:support@heliontechnologies.com">support@heliontechnologies.com</A>> for fast assistance!<BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/b1500db0/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/b1500db0/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 56<BR>Date: Thu, 8 Jan 2009 09:33:23 -0500<BR>From: "Jason Aarons (US)" <<A href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>><BR>Subject: [cisco-voip] FireFox 3.0.4 reports Java error with 4.1.3<BR> CCMAdmin<BR>To: <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A
href="mailto:C1FE15183DA37645BC0633BC604E44F00D284DEF@USNAEXCH.na.didata..local" ymailto="mailto:C1FE15183DA37645BC0633BC604E44F00D284DEF@USNAEXCH..na.didata.local">C1FE15183DA37645BC0633BC604E44F00D284DEF@USNAEXCH.na.didata.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Trying to open CCMAdmin on a 4.1(3) box with FireFox 3.0.4, I get ERROR<BR>- Cisco CallManager Administration requires that a JAVA Virtual Machine<BR>be installed and configured on the local PC. In addition, the browser<BR>security must have JAVA enabled.<BR><BR><BR><BR>Java is enabled on PC and in FireFox, works fine with IE7 on same<BR>computer, anyone tried this?<BR><BR><BR><BR><BR>-----------------------------------------<BR>Disclaimer:<BR><BR>This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the<BR>designated addressee(s) named above only. If you are not the<BR>intended addressee, you are
hereby notified that you have received<BR>this communication in error and that any use or reproduction of<BR>this email or its contents is strictly prohibited and may be<BR>unlawful. If you have received this communication in error, please<BR>notify us immediately by replying to this message and deleting it<BR>from your computer. Thank you.<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/603ef387/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/603ef387/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 57<BR>Date: Thu, 8 Jan 2009 09:37:38 -0500<BR>From: "Randy Homyk" <<A href="mailto:rhomyk@homyk..net" ymailto="mailto:rhomyk@homyk.net">rhomyk@homyk.net</A>><BR>Subject: Re: [cisco-voip] Phone won't hold CFWDALL Setting<BR>To: "'Matthew
Loraditch'" <<A href="mailto:MLoraditch@heliontechnologies.com" ymailto="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</A>>,<BR> <<A href="mailto:cisco-voip@puck..nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID: <016101c9719e$a915a7f0$fb40f7d0$@net><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>There was a bug in the early versions of ver 5<BR><BR><BR><BR>The temp fix for that was to make a change in the record.. save it. then<BR>change it back and save it again if needed. This did not affect all users,<BR>only randomly.<BR><BR><BR><BR>Randy Homyk<BR><BR>CCIE Voice #14584<BR><BR>Homyk Systems<BR><BR>mailto: <A href="mailto:rhomyk@homyk.net" ymailto="mailto:rhomyk@homyk.net">rhomyk@homyk.net</A><BR><BR>mailto: <A href="mailto:rhomyk@bellsouth.net"
ymailto="mailto:rhomyk@bellsouth.net">rhomyk@bellsouth.net</A><BR><BR>Phone: +786-269-5175<BR><BR>Fax: +305-258-9156<BR><BR>Mobile: 786-269-5175<BR><BR>www.homyk.net <<A href="http://www.homyk.net/" target=_blank>http://www.homyk.net/</A>> <BR><BR><BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Matthew Loraditch<BR>Sent: Thursday, January 08, 2009 9:28 AM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] Phone won't hold CFWDALL Setting<BR><BR><BR><BR>Has anyone seen this before?<BR><BR>The user activates goes away and then comes back and via the missed
calls<BR>logs it looks like the setting disappeared about 2 minutes after it was set?<BR><BR>I am going to open a TAC case but wondered if there was any insight here on<BR>the list<BR><BR>Thanks in advance<BR><BR><BR><BR>Matthew Loraditch<BR>10944 Beaver Dam Road, Suite A<BR>Hunt Valley, Maryland 21030 <BR><mailto:<A href="mailto:support@heliontechnologies.com" ymailto="mailto:support@heliontechnologies.com">support@heliontechnologies.com</A>> <A href="mailto:support@heliontechnologies.com" ymailto="mailto:support@heliontechnologies.com">support@heliontechnologies.com</A><BR>(p) (410) 252-8830<BR>(F) (443) 541-1593<BR><BR>Visit us at <<A href="http://www.heliontechnologies.com/" target=_blank>http://www.heliontechnologies.com</A>> www.heliontechnologies.com <BR>Support Issue? Email <mailto:<A href="mailto:support@heliontechnologies.com"
ymailto="mailto:support@heliontechnologies.com">support@heliontechnologies.com</A>><BR><A href="mailto:support@heliontechnologies.com" ymailto="mailto:support@heliontechnologies.com">support@heliontechnologies.com</A> for fast assistance!<BR><BR><BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/b523722a/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/b523722a/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 58<BR>Date: Thu, 08 Jan 2009 16:54:33 +0200<BR>From: Kelemen Zoltan <<A href="mailto:keli@carocomp.ro" ymailto="mailto:keli@carocomp.ro">keli@carocomp.ro</A>><BR>Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with 4.1.3<BR> CCMAdmin<BR>To: "Jason Aarons (US)" <<A
href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: <<A href="mailto:496613A9..3030900@carocomp.ro" ymailto="mailto:496613A9.3030900@carocomp.ro">496613A9.3030900@carocomp.ro</A>><BR>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<BR><BR>Pre 5.x CCM is not exactly Firefox friendly .... maybe it's a better <BR>choice to use IE (or I remember having some success with Opera). If it's <BR>about convenience, you could check out the IETab extension to Firefox.<BR><BR>regards,<BR> Zoltan<BR><BR>Jason Aarons (US) wrote:<BR>><BR>> Trying to open CCMAdmin on a 4.1(3) box with FireFox 3.0.4, I get <BR>> ERROR - Cisco CallManager Administration requires that a JAVA Virtual <BR>> Machine be installed and configured on the local
PC. In addition, the <BR>> browser security must have JAVA enabled.<BR>><BR>> <BR>><BR>> Java is enabled on PC and in FireFox, works fine with IE7 on same <BR>> computer, anyone tried this?<BR>><BR>> ------------------------------------------------------------------------<BR>><BR>> *Disclaimer: This e-mail communication and any attachments may contain <BR>> confidential and privileged information and is for use by the <BR>> designated addressee(s) named above only. If you are not the intended <BR>> addressee, you are hereby notified that you have received this <BR>> communication in error and that any use or reproduction of this email <BR>> or its contents is strictly prohibited and may be unlawful. If you <BR>> have received this communication in error, please notify us <BR>> immediately by replying to this message and deleting it from your <BR>> computer. Thank you. *<BR>><BR>>
------------------------------------------------------------------------<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR><BR><BR><BR>------------------------------<BR><BR>Message: 59<BR>Date: Thu, 8 Jan 2009 09:55:44 -0500<BR>From: "Biffle, Gerrad" <<A href="mailto:Gerrad.Biffle@greensboro-nc.gov" ymailto="mailto:Gerrad.Biffle@greensboro-nc.gov">Gerrad.Biffle@greensboro-nc.gov</A>><BR>Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with 4.1.3<BR> CCMAdmin<BR>To: <<A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:038ECED6C286904CA93C8A76ABC45DF51621D45D@VENUS.greensboronc.org" ymailto="mailto:038ECED6C286904CA93C8A76ABC45DF51621D45D@VENUS.greensboronc.org">038ECED6C286904CA93C8A76ABC45DF51621D45D@VENUS.greensboronc.org</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>If it helps ... I'm running Firefox 3.0.5 without any problems. Might<BR>be worth upgrading Firefox to see if your problem clears. I don't<BR>remember having any issues when I was on 3.0.4 though. Are you running<BR>the NoScript add-on by chance? <BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net"
ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Jason Aarons<BR>(US)<BR>Sent: Thursday, January 08, 2009 9:33 AM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] FireFox 3.0.4 reports Java error with 4.1.3<BR>CCMAdmin<BR><BR><BR><BR>Trying to open CCMAdmin on a 4.1(3) box with FireFox 3.0.4, I get ERROR<BR>- Cisco CallManager Administration requires that a JAVA Virtual Machine<BR>be installed and configured on the local PC. In addition, the browser<BR>security must have JAVA enabled.<BR><BR><BR><BR>Java is enabled on PC and in FireFox, works fine with IE7 on same<BR>computer, anyone tried this?<BR><BR>________________________________<BR><BR>Disclaimer: This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the
designated<BR>addressee(s) named above only. If you are not the intended addressee,<BR>you are hereby notified that you have received this communication in<BR>error and that any use or reproduction of this email or its contents is<BR>strictly prohibited and may be unlawful. If you have received this<BR>communication in error, please notify us immediately by replying to this<BR>message and deleting it from your computer. Thank you. <BR><BR>=======================================================<BR>Please note that email sent to and from this address is subject <BR>to the North Carolina Public Records Law and may be disclosed to <BR>third parties.<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/26acb86e/attachment-0001.html"
target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/26acb86e/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 60<BR>Date: Thu, 8 Jan 2009 09:57:41 -0500<BR>From: "Biffle, Gerrad" <<A href="mailto:Gerrad.Biffle@greensboro-nc.gov" ymailto="mailto:Gerrad.Biffle@greensboro-nc.gov">Gerrad.Biffle@greensboro-nc.gov</A>><BR>Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with<BR> 4.1.3CCMAdmin<BR>To: <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:038ECED6C286904CA93C8A76ABC45DF51621D465@VENUS.greensboronc.org" ymailto="mailto:038ECED6C286904CA93C8A76ABC45DF51621D465@VENUS.greensboronc.org">038ECED6C286904CA93C8A76ABC45DF51621D465@VENUS.greensboronc.org</A>><BR>Content-Type: text/plain;
charset="us-ascii"<BR><BR>Good point Kelemen ... forgot to mention that .... I am running the IE<BR>Tab add-on within Firefox.<BR><BR>-----Original Message-----<BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Kelemen Zoltan<BR>Sent: Thursday, January 08, 2009 9:55 AM<BR>To: Jason Aarons (US)<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with<BR>4.1.3CCMAdmin<BR><BR>Pre 5.x CCM is not exactly Firefox friendly ... maybe it's a better <BR>choice to use IE (or I remember having some success with Opera). If it's<BR><BR>about convenience, you could check
out the IETab extension to Firefox.<BR><BR>regards,<BR> Zoltan<BR><BR>Jason Aarons (US) wrote:<BR>><BR>> Trying to open CCMAdmin on a 4.1(3) box with FireFox 3.0.4, I get <BR>> ERROR - Cisco CallManager Administration requires that a JAVA Virtual <BR>> Machine be installed and configured on the local PC. In addition, the <BR>> browser security must have JAVA enabled.<BR>><BR>> <BR>><BR>> Java is enabled on PC and in FireFox, works fine with IE7 on same <BR>> computer, anyone tried this?<BR>><BR>><BR>------------------------------------------------------------------------<BR>><BR>> *Disclaimer: This e-mail communication and any attachments may contain<BR><BR>> confidential and privileged information and is for use by the <BR>> designated addressee(s) named above only. If you are not the intended <BR>> addressee, you are hereby notified that you have received this <BR>> communication in
error and that any use or reproduction of this email <BR>> or its contents is strictly prohibited and may be unlawful. If you <BR>> have received this communication in error, please notify us <BR>> immediately by replying to this message and deleting it from your <BR>> computer. Thank you. *<BR>><BR>><BR>------------------------------------------------------------------------<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>=======================================================<BR>Please note that email sent to and from this address is subject <BR>to the North Carolina Public Records Law and may be disclosed to <BR>third parties.<BR><BR><BR><BR>------------------------------<BR><BR>Message: 61<BR>Date: Fri, 9 Jan 2009 02:05:09 +1100<BR>From: "Riley, Andrew" <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>><BR>Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking<BR> PersonalDirectories (6.1)<BR>To: Adam Blomfield <<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A>><BR>Cc: "<A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:DB011559B5A3D640A78EC445BB7268E94681A4AE57@EXMSYD01.aus.local" ymailto="mailto:DB011559B5A3D640A78EC445BB7268E94681A4AE57@EXMSYD01.aus.local">DB011559B5A3D640A78EC445BB7268E94681A4AE57@EXMSYD01.aus.local</A>><BR>Content-Type: text/plain; charset="Windows-1252"<BR><BR>Thanks for the feedback Adam, all making sense now.<BR><BR>btw.. this problem disappears in CUCM 7.X :) just tested this issue out...<BR><BR>solution for 7.X<BR>1) set corp dir URL in ent params (per normal)<BR>2) set ent param 'service provisioning' to 'both'<BR>at this point when you hit 'directories' you will get PD, CD and your custom dir.<BR>3) to remove the CUCM CD and leave your custom dir remaining, go and delete the
'Corporate Directory' service from 'Phone Services' under device menu option.<BR>this will leave PD and your custom dir in tact.<BR><BR>thanks to all!<BR><BR>Andrew Riley<BR>(a.k.a Riles)<BR>Technical Consultant<BR>CCIE # 18285 Voice<BR>Consulting Services<BR><BR>Getronics Australia ? A UXC Company<BR>2 Minna Close<BR>Belrose NSW 2085<BR>Australia<BR>Mobile: +61 402 894 793<BR>Fax: +61 2 9847 7378<BR>Email: <A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A><BR>Web: <A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A><BR>________________________________________<BR>From: <A href="mailto:adam.blomfield@gmail.com" ymailto="mailto:adam.blomfield@gmail.com">adam.blomfield@gmail.com</A> [<A href="mailto:adam.blomfield@gmail.com" ymailto="mailto:adam.blomfield@gmail.com">adam.blomfield@gmail.com</A>] On Behalf Of Adam Blomfield
[<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A>]<BR>Sent: Friday, 9 January 2009 12:18 AM<BR>To: Riley, Andrew<BR>Cc: Sean Walberg; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR>Andrew,<BR><BR>The phone only appends the 'name' querystring parameter to the initial HTTP GET request. If they appended it to every GET request it could interfere with someone else's script - for example if you had a parameter in your script called NAME then you would end up with two values for it - the one you were passing in your application and then the second value that the phone was automatically sending. If you need to test with it as a service rather than an enterprise parameter you could add a "name" parameter to the service you configure and manually put in
the SEPXXXXXXXXXXXX value for each phone you subscribe to that service.<BR><BR>-Adam<BR><BR>On Thu, Jan 8, 2009 at 3:28 AM, Riley, Andrew <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A><mailto:<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg..com.au</A>>> wrote:<BR>Adam, Sean<BR><BR>I was able to get both scenario's working (VB and PHP). However I noticed that it only works when you put the new 'script' file in the enterprise parameter, if you try add it under just a phone service then the same issue occurs where the PAB account for all phones is whom ever logs in first.. i.e. it doesn't pass the phone's device name<BR><BR>Is there something additional that the enterprise parameter adds? I was thinking it add the 'name' variable that can be called by the script and when doing the services way the name variable is not
available to be called?<BR><BR>thoughts?<BR><BR>Andrew Riley<BR>(a.k.a Riles)<BR>Technical Consultant<BR>CCIE # 18285 Voice<BR>Consulting Services<BR><BR>Getronics Australia ? A UXC Company<BR>2 Minna Close<BR>Belrose NSW 2085<BR>Australia<BR>Mobile: +61 402 894 793<BR>Fax: +61 2 9847 7378<BR>Email: <A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com..au</A><mailto:<A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A>><BR>Web: <A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A><BR>________________________________________<BR>From: Riley, Andrew<BR>Sent: Thursday, 8 January 2009 2:50 PM<BR>To: Sean Walberg; Adam Blomfield<BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A
href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR>Thanks Sean and Adam.<BR><BR>I understand both examples.. as Adam stated it's just a matter of getting the 'name' value set correctly for the phone requesting the page.<BR><BR>I'll try out both options and see how I go.<BR><BR>Regards<BR>Andrew Riley<BR>0402894793<BR><BR>From: Sean Walberg [mailto:<A href="mailto:swalberg@gmail.com" ymailto="mailto:swalberg@gmail.com">swalberg@gmail.com</A><mailto:<A href="mailto:swalberg@gmail.com" ymailto="mailto:swalberg@gmail.com">swalberg@gmail.com</A>>]<BR>Sent: Thursday, 8 January 2009 2:30 PM<BR>To: Adam Blomfield<BR>Cc: Riley, Andrew; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A
href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR>I sent him a PHP script that I use to get rid of the Corporate directory but leave PAB. Here it is for the rest of the list:<BR><BR><?php header('Content-type: text/xml'); ?><BR><?php echo '<?xml version="1.0" encoding="UTF-8"?>'?><BR><BR><CiscoIPPhoneMenu><BR><BR><Prompt>Select a directory</Prompt><BR><BR><MenuItem><BR> <Name>Personal Directory</Name><BR> <URL><A href="http://publisherip:8080/ccmpd/pdCheckLogin.do?name=" target=_blank>http://PUBLISHERIP:8080/ccmpd/pdCheckLogin.do?name=</A><?=$_GET['name']?></URL><BR></MenuItem><BR><BR></CiscoIPPhoneMenu><BR><BR>On Wed, Jan 7, 2009 at 8:41 PM, Adam Blomfield <<A
href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A><mailto:<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A>><mailto:<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A><mailto:<A href="mailto:adman@adman.net" ymailto="mailto:adman@adman.net">adman@adman.net</A>>>> wrote:<BR>When a Cisco IP phone retrieves the Directories URL (or the Services URL for that matter) it appends it with a querystring parameter of "Name". In order to achieve what you are trying to do you will need to use whichever scripting language you are most comfortable with to create a dymaic page that can read this querystring parameter and pass it on to the next page. You can see in your example below that it is going to <A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A>
- that undefined should actually be SEPXXXXXXXXXXXX based on whatever phone is requesting it, hence the need for a scripting language. I have an example of something similar using ASP and VBScript on my website for creating an alterate services list that you can reference as an example if you like - <A href="http://www.adman.net/cisco/defaultservicemenu.asp" target=_blank>http://www.adman.net/cisco/defaultservicemenu.asp</A>. Hope that helps!<BR><BR>-Adam<BR>On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A><mailto:<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg..com.au</A>><mailto:<A href="mailto:Andrew.Riley@uxcg.com.au" ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A><mailto:<A href="mailto:Andrew.Riley@uxcg.com.au"
ymailto="mailto:Andrew.Riley@uxcg.com.au">Andrew.Riley@uxcg.com.au</A>>>> wrote:<BR><BR>Ok yes understand..<BR><BR><BR><BR>However you would think the 'directories' of any type should be under the directories button<BR><BR><BR><BR>.. this is an issue for me as the customer has 'standard' cucm directories.. so they are used to having PAB under the directories button..not ideal to have to change the method of access for 3000+ users..<BR><BR><BR><BR><BR><BR><BR><BR>Regards<BR><BR>Andrew Riley<BR><BR>0402894793<BR><BR><BR><BR>From: Melvin Fong [mailto:<A href="mailto:mfong@PACIFIC.EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A><mailto:<A href="mailto:mfong@PACIFIC.EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A>><mailto:<A href="mailto:mfong@PACIFIC.EDU" ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A><mailto:<A href="mailto:mfong@PACIFIC.EDU"
ymailto="mailto:mfong@PACIFIC.EDU">mfong@PACIFIC.EDU</A>>>]<BR>Sent: Thursday, 8 January 2009 10:11 AM<BR>To: Riley, Andrew; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck..nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>>><BR>Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR><BR><BR>We ran into the same issue, we remedied it by making the PAB available as a service through the services button.<BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net"
ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>><mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>>> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>><mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net"
ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>>>] On Behalf Of Riley, Andrew<BR>Sent: Wednesday, January 07, 2009 2:56 PM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>>><BR>Subject: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)<BR><BR><BR><BR>Hi
There,<BR><BR>Has anyone tried to change the corp directory in CUCM 6.1 (via enterprise params) to a custom directory without losing access to the Personal Directory? Or the Personal Address Book is not unique to each user?<BR><BR><BR><BR>Here is what i have done..<BR><BR><BR><BR>When you pop the normal (<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>) URL into a browser you get the following<BR><BR><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<CiscoIPPhoneMenu><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR>N<Name>Personal Directory</Name><BR><BR><<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined"
target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR><BR></MenuItem><BR><BR>-<<A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR><<Name>Corporate Directory</Name><BR><BR><<URL><A href="http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</A></URL><BR><BR></MenuItem><BR><BR><<Prompt>Select a directory</Prompt><BR><BR></CiscoIPPhoneMenu><BR><BR><BR><BR><BR><BR>Which indicates that this URL is loading both Personal and Corp Directories..<BR><BR><BR><BR><BR><BR>If I make my own XML file say .. mydir.xml and pop it on a webserver but change the Corporate Directory URL to my customer service ..see below<BR><BR><<<CiscoIPPhoneMenu><BR><BR>-<<A
href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR>N<Name>Personal Directory</Name><BR><BR><<URL><A href="http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined" target=_blank>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</A></URL><BR><BR></MenuItem><BR><BR>-<<A href="http://10..2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A>> <<MenuItem><BR><BR><<Name>Corporate Directory</Name><BR><BR><<URL><A href="http://myserver/mydirectory/myservice.asp" target=_blank>http://myserver/mydirectory/myservice.asp</A></URL><BR><BR></MenuItem><BR><BR><<Prompt>Select a directory</Prompt><BR><BR></CiscoIPPhoneMenu><BR><BR><BR><BR>Then change the enterprise parameter to my point to <A
href="http://myserver/mydirectory/mydir.xml" target=_blank>http://myserver/mydirectory/mydir.xml</A><BR><BR><BR><BR>When loading this on a phone the new corporate directory works fine, however the Personal Directory breaks and all users end up seeing the Personal address book of all users ... i presume there is some sort of session handling occurring in the <A href="http://10.2.10.10:8080/ccmcip/xmldirectory.jsp" target=_blank>http://10.2.10.10:8080/ccmcip/xmldirectory.jsp</A> file which stops this from happening..<BR><BR><BR><BR><BR><BR>Would appreciate any guidance or others experience on this.<BR><BR><BR><BR><BR><BR>Andrew Riley<BR>(a.k.a Riles)<BR>Unified Communications<BR>CCIE # 18285 Voice<BR>Consulting Services<BR><BR>Getronics Australia ? A UXC Company<BR>2 Minna Close<BR>Belrose NSW 2085<BR>Australia<BR>Mobile: +61 402 894 793<BR>Fax: +61 2 9847 7378<BR>Email: <A href="mailto:andrew.riley@uxcg.com.au"
ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A><mailto:<A href="mailto:andrew.riley@uxcg.com.au" ymailto="mailto:andrew.riley@uxcg.com.au">andrew.riley@uxcg.com.au</A>><<A href="http://andrew.riley@uxcg.com.au" target=_blank>http://andrew.riley@uxcg.com.au</A><<A href="http://uxcg.com.au/" target=_blank>http://uxcg.com.au</A>>><BR>Web: <A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au</A><<A href="http://www.getronics.com.au/" target=_blank>http://www.getronics.com.au/</A>><BR><BR><BR><BR><BR><BR>________________________________<BR><BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of
this message, or part thereof, is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR><BR>________________________________<BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof,
is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether..net">cisco-voip@puck.nether.net</A>><mailto:<A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>>><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><mailto:<A href="mailto:cisco-voip@puck..nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><mailto:<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>>><BR><A
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR><BR>--<BR>Sean Walberg <<A href="mailto:sean@ertw.com" ymailto="mailto:sean@ertw.com">sean@ertw.com</A><mailto:<A href="mailto:sean@ertw.com" ymailto="mailto:sean@ertw.com">sean@ertw.com</A>><mailto:<A href="mailto:sean@ertw.com" ymailto="mailto:sean@ertw.com">sean@ertw.com</A><mailto:<A href="mailto:sean@ertw.com" ymailto="mailto:sean@ertw.com">sean@ertw.com</A>>>> <A href="http://ertw.com/" target=_blank>http://ertw.com/</A><BR><BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of
this message, or part thereof, is strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR><BR><BR><BR>CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is
strictly prohibited.<BR>DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.<BR><BR><BR><BR>------------------------------<BR><BR>Message: 62<BR>Date: Thu, 08 Jan 2009 10:46:56 -0500<BR>From: Wes Sisk <<A href="mailto:wsisk@cisco.com" ymailto="mailto:wsisk@cisco.com">wsisk@cisco.com</A>><BR>Subject: Re: [cisco-voip] Directories to exclude in for antivirus in<BR> CCM4.2.3<BR>To: "Louis Koekemoer (ZA)" <<A href="mailto:Louis.Koekemoer@za.didata.com"
ymailto="mailto:Louis.Koekemoer@za.didata.com">Louis.Koekemoer@za.didata..com</A>><BR>Cc: "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID: <<A href="mailto:49661FF0.6080505@cisco.com" ymailto="mailto:49661FF0.6080505@cisco.com">49661FF0.6080505@cisco.com</A>><BR>Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"<BR><BR>search for 'callmanager antivirus' on cisco.com and you get lots of hits <BR>with config recommendations.<BR><BR>some of the highlights:<BR>disable heuristic scanning (usually breaks ccm web pages)<BR>exclude:<BR>trace directory<BR>sql data directory<BR>cdr directory<BR><BR>regards,<BR>wes<BR><BR>On Thursday, January 08, 2009 12:20:00 AM, Louis Koekemoer (ZA) <BR><<A
href="mailto:Louis.Koekemoer@za.didata.com" ymailto="mailto:Louis.Koekemoer@za.didata.com">Louis.Koekemoer@za.didata.com</A>> wrote:<BR>><BR>> I have a customer that is still stuck on CCM 4.2.3, and we need to get <BR>> anti virus on their system a.s.a.p. Does anyone know which directories <BR>> we need to exclude?<BR>><BR>> <BR>><BR>> <BR>><BR>> <BR>><BR>> *Louis Koekemoer*<BR>><BR>> Cisco IPT Systems Engineer<BR>><BR>> Dimension Data<BR>><BR>> Tel. +27 (11) 575 6560<BR>><BR>> Mob. +27 (71) 680 8790<BR>><BR>> Fax. +27 (11) 576 6560<BR>><BR>> <A href="mailto:Louis.Koekemoer@za.didata.com" ymailto="mailto:Louis.Koekemoer@za.didata.com">Louis.Koekemoer@za.didata.com</A><BR>><BR>> <BR>><BR>> P Before printing I think about the environment<BR>><BR>>
<BR>><BR>> For more information about Dimension Data, please go to <BR>> _www.dimensiondata.com <<A href="http://www.dimensiondata.com/" target=_blank>http://www.dimensiondata.com/</A>>_<BR>><BR>> <BR>><BR>> This email and all contents are subject to the following disclaimer:<BR>><BR>> "<A href="http://www.dimensiondata.com/emaildisclaimer.htm" target=_blank>http://www.dimensiondata.com/emaildisclaimer.htm</A>"<BR>><BR>> ------------------------------------------------------------------------<BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR><BR>-------------- next part
--------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/46a76042/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/46a76042/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 63<BR>Date: Thu, 08 Jan 2009 15:05:14 +0000<BR>From: "Andy Swiffin" <<A href="mailto:a.l.swiffin@dundee.ac.uk" ymailto="mailto:a.l.swiffin@dundee.ac.uk">a.l.swiffin@dundee.ac.uk</A>><BR>Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with<BR> 4.1.3CCMAdmin<BR>To: <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID: <<A href="mailto:49661633.54D3.00BD.3@dundee.ac.uk" ymailto="mailto:49661633.54D3.00BD.3@dundee.ac.uk">49661633.54D3.00BD.3@dundee.ac.uk</A>><BR>Content-Type: text/plain;
charset=US-ASCII<BR><BR>>>> On 08/01/2009 at 14:55, in message<BR><<A href="mailto:038ECED6C286904CA93C8A76ABC45DF51621D45D@VENUS.greensboronc.org" ymailto="mailto:038ECED6C286904CA93C8A76ABC45DF51621D45D@VENUS.greensboronc.org">038ECED6C286904CA93C8A76ABC45DF51621D45D@VENUS.greensboronc.org</A>>, "Biffle,<BR>Gerrad" <<A href="mailto:Gerrad.Biffle@greensboro-nc.gov" ymailto="mailto:Gerrad.Biffle@greensboro-nc.gov">Gerrad.Biffle@greensboro-nc.gov</A>> wrote:<BR>> If it helps ... I'm running Firefox 3.0.5 without any problems. Might<BR>> be worth upgrading Firefox to see if your problem clears. I don't<BR>> remember having any issues when I was on 3.0.4 though. Are you running<BR>> the NoScript add-on by chance? <BR><BR>When I try Firefox 3.0.5 here against 4.1.3 it gets in OK but when you try something like Device->Phone you get a popup saying:<BR><BR>ERROR:<BR>Cannot locate proxy which supports
Remote Scripting.<BR>Was RSEnableRemoteScripting method invoked?<BR><BR>and then<BR><BR>Failed to create ASP object for : _RemoteScripts/rs_device.asp<BR><BR>so I guess it doesn't work here either.<BR><BR>(I usually just use IE).<BR><BR>Regards<BR>Andy Swiffin<BR>Dundee Univ.<BR><BR><BR><BR><BR><BR>The University of Dundee is a registered Scottish charity, No: SC015096<BR><BR><BR>------------------------------<BR><BR>Message: 64<BR>Date: Thu, 8 Jan 2009 11:04:43 -0500<BR>From: "Jason Aarons (US)" <<A href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>><BR>Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with<BR> 4.1.3CCMAdmin<BR>To: "Biffle, Gerrad" <<A href="mailto:Gerrad.Biffle@greensboro-nc.gov" ymailto="mailto:Gerrad.Biffle@greensboro-nc.gov">Gerrad.Biffle@greensboro-nc.gov</A>>,<BR> <<A
href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:C1FE15183DA37645BC0633BC604E44F00D2C77C4@USNAEXCH.na.didata.local" ymailto="mailto:C1FE15183DA37645BC0633BC604E44F00D2C77C4@USNAEXCH.na.didata.local">C1FE15183DA37645BC0633BC604E44F00D2C77C4@USNAEXCH.na.didata.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>No add-on, tried Firefox 3.0.5, same issue. Went back to IE7..<BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Biffle, Gerrad<BR>Sent: Thursday, January 08, 2009 9:56 AM<BR>To: <A href="mailto:cisco-voip@puck..nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with<BR>4.1.3CCMAdmin<BR><BR><BR><BR>If it helps ... I'm running Firefox 3.0.5 without any problems. Might<BR>be worth upgrading Firefox to see if your problem clears. I don't<BR>remember having any issues when I was on 3.0..4 though. Are you running<BR>the NoScript add-on by chance? <BR><BR><BR><BR><BR><BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Jason Aarons<BR>(US)<BR>Sent: Thursday, January 08, 2009 9:33 AM<BR>To: <A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: [cisco-voip] FireFox 3.0.4 reports Java error with 4.1.3<BR>CCMAdmin<BR><BR><BR><BR>Trying to open CCMAdmin on a 4.1(3) box with FireFox 3.0.4, I get ERROR<BR>- Cisco CallManager Administration requires that a JAVA Virtual Machine<BR>be installed and configured on the local PC. In addition, the browser<BR>security must have JAVA enabled.<BR><BR><BR><BR>Java is enabled on PC and in FireFox, works fine with IE7 on same<BR>computer, anyone tried this?<BR><BR>________________________________<BR><BR>Disclaimer: This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the designated<BR>addressee(s) named above only. If you are not the intended addressee,<BR>you are hereby notified that you have received this communication in<BR>error and that any use or reproduction of this email or its contents is<BR>strictly
prohibited and may be unlawful. If you have received this<BR>communication in error, please notify us immediately by replying to this<BR>message and deleting it from your computer. Thank you. <BR><BR><BR><BR><BR>=======================================================<BR>Please note that email sent to and from this address is subject <BR>to the North Carolina Public Records Law and may be disclosed to <BR>third parties.<BR><BR><BR><BR><BR><BR><BR>-----------------------------------------<BR>Disclaimer:<BR><BR>This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the<BR>designated addressee(s) named above only. If you are not the<BR>intended addressee, you are hereby notified that you have received<BR>this communication in error and that any use or reproduction of<BR>this email or its contents is strictly prohibited and may be<BR>unlawful. If you have received this communication
in error, please<BR>notify us immediately by replying to this message and deleting it<BR>from your computer. Thank you.<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/8736fcbf/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/8736fcbf/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 65<BR>Date: Thu, 8 Jan 2009 17:08:40 +0100<BR>From: "Ignacio Lorenzo" <<A href="mailto:ilorenzo@grupoica.com" ymailto="mailto:ilorenzo@grupoica.com">ilorenzo@grupoica.com</A>><BR>Subject: Re: [cisco-voip] Problem upgrade CM 6.0 to 6.1<BR>To: "Wes Sisk" <<A href="mailto:wsisk@cisco.com" ymailto="mailto:wsisk@cisco.com">wsisk@cisco.com</A>><BR>Cc: "<A href="mailto:cisco-voip@puck-nether.net"
ymailto="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:4A8F27C11F2B734691D59BED8D2C10B40137666B@CLUSTER01.ica.local" ymailto="mailto:4A8F27C11F2B734691D59BED8D2C10B40137666B@CLUSTER01.ica.local">4A8F27C11F2B734691D59BED8D2C10B40137666B@CLUSTER01.ica.local</A>><BR>Content-Type: text/plain; charset="iso-8859-1"<BR><BR>Thanks Wes,<BR><BR><BR><BR>This problem is solved. <BR><BR><BR><BR>Regards<BR><BR><BR><BR>Ignacio Lorenzo Dom?nguez<BR><BR>Ingeniero de redes <BR><BR>Dpto de Proyectos. Grupo ICA<BR><BR>C / Alejandro Rodr?guez, 32 - 28039 Madrid<BR><BR>Tel. 91 311 04 87 Fax: 91 311 93 86<BR><BR><BR><BR>De: Wes Sisk [mailto:<A href="mailto:wsisk@cisco.com" ymailto="mailto:wsisk@cisco.com">wsisk@cisco.com</A>] <BR>Enviado el: s?bado, 03 de enero de
2009 17:00<BR>Para: Ignacio Lorenzo<BR>CC: <A href="mailto:cisco-voip@puck-nether.net" ymailto="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</A><BR>Asunto: Re: [cisco-voip] Problem upgrade CM 6.0 to 6.1<BR><BR><BR><BR>appmanager failed (1)<BR><BR>you will need to get all upgrade logs to see why upgrade failed.<BR>/wes<BR><BR>On Wednesday, December 17, 2008 9:41:33 AM, Ignacio Lorenzo <<A href="mailto:ilorenzo@grupoica.com" ymailto="mailto:ilorenzo@grupoica.com">ilorenzo@grupoica.com</A>> <mailto:<A href="mailto:ilorenzo@grupoica.com" ymailto="mailto:ilorenzo@grupoica.com">ilorenzo@grupoica.com</A>> wrote:<BR><BR><BR><BR>Hello<BR><BR><BR><BR>I try to upgrade the cisco unified communication manager version 6.0 to 6.1.2 and cannot do it. <BR><BR>Attach the report
<BR><BR><BR><BR>Thanks<BR><BR><BR><BR><BR><BR><BR><BR><BR>________________________________<BR><BR><BR><BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR> <BR><BR><BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/ede5bce4/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/ede5bce4/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 66<BR>Date: Thu, 8 Jan 2009 11:09:40 -0500<BR>From: "Jason Aarons (US)" <<A href="mailto:jason.aarons@us.didata.com"
ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>><BR>Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with<BR> 4.1.3CCMAdmin<BR>To: "Andy Swiffin" <<A href="mailto:a.l.swiffin@dundee.ac.uk" ymailto="mailto:a.l.swiffin@dundee.ac.uk">a..l.swiffin@dundee.ac.uk</A>>,<BR> <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:C1FE15183DA37645BC0633BC604E44F00D2C77EF@USNAEXCH.na.didata.local" ymailto="mailto:C1FE15183DA37645BC0633BC604E44F00D2C77EF@USNAEXCH.na.didata.local">C1FE15183DA37645BC0633BC604E44F00D2C77EF@USNAEXCH.na.didata.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Yes, exact same thing here. However the CCMAdmin home page warns me<BR>about Java problem. If I go to www.java.com and run the Java
test in<BR>FireFox 3.0.5 it completes fine. When you view the java window in<BR>Firefox it tell you have the web page is using all sorts of function<BR>calls that have been depreciated! This is where it's nice that Excel<BR>2007 can still open a Excel 2.0 file, but Java is a mess of versions and<BR>incompatabilies -jason<BR><BR><BR>-----Original Message-----<BR>From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>[mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Andy Swiffin<BR>Sent: Thursday, January 08, 2009 10:05 AM<BR>To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error
with<BR>4.1.3CCMAdmin<BR><BR>>>> On 08/01/2009 at 14:55, in message<BR><<A href="mailto:038ECED6C286904CA93C8A76ABC45DF51621D45D@VENUS.greensboronc.org" ymailto="mailto:038ECED6C286904CA93C8A76ABC45DF51621D45D@VENUS.greensboronc.org">038ECED6C286904CA93C8A76ABC45DF51621D45D@VENUS.greensboronc.org</A>>,<BR>"Biffle,<BR>Gerrad" <<A href="mailto:Gerrad..Biffle@greensboro-nc.gov" ymailto="mailto:Gerrad.Biffle@greensboro-nc.gov">Gerrad.Biffle@greensboro-nc.gov</A>> wrote:<BR>> If it helps ... I'm running Firefox 3.0.5 without any problems. Might<BR>> be worth upgrading Firefox to see if your problem clears. I don't<BR>> remember having any issues when I was on 3.0.4 though. Are you<BR>running<BR>> the NoScript add-on by chance? <BR><BR>When I try Firefox 3..0.5 here against 4.1.3 it gets in OK but when you<BR>try something like Device->Phone you get a popup saying:<BR><BR>ERROR:<BR>Cannot locate proxy
which supports Remote Scripting.<BR>Was RSEnableRemoteScripting method invoked?<BR><BR>and then<BR><BR>Failed to create ASP object for : _RemoteScripts/rs_device.asp<BR><BR>so I guess it doesn't work here either.<BR><BR>(I usually just use IE).<BR><BR>Regards<BR>Andy Swiffin<BR>Dundee Univ.<BR><BR><BR><BR><BR><BR>The University of Dundee is a registered Scottish charity, No: SC015096<BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR>-----------------------------------------<BR>Disclaimer:<BR><BR>This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the<BR>designated addressee(s) named above only.
If you are not the<BR>intended addressee, you are hereby notified that you have received<BR>this communication in error and that any use or reproduction of<BR>this email or its contents is strictly prohibited and may be<BR>unlawful. If you have received this communication in error, please<BR>notify us immediately by replying to this message and deleting it<BR>from your computer. Thank you.<BR><BR><BR>------------------------------<BR><BR>Message: 67<BR>Date: Thu, 8 Jan 2009 11:12:26 -0500<BR>From: "Daniel Martin" <<A href="mailto:martind@cae.com" ymailto="mailto:martind@cae.com">martind@cae.com</A>><BR>Subject: [cisco-voip] CDR Monitoring tool<BR>To: <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:09881513E25DD549B26BF7F38ECAF8DA0375A9D9@caemex01.caecorp.cae.com"
ymailto="mailto:09881513E25DD549B26BF7F38ECAF8DA0375A9D9@caemex01.caecorp.cae.com">09881513E25DD549B26BF7F38ECAF8DA0375A9D9@caemex01.caecorp.cae.com</A>><BR>Content-Type: text/plain; charset="iso-8859-1"<BR><BR>Hi,<BR><BR><BR><BR>I'm looking to purchase good VoIP monitoring tool(s) and would like to know what other people in the community are using?<BR><BR><BR><BR>I want two different types of tool. <BR><BR><BR><BR>One that is proactively monitoring the network / QoS / Call Manager and notifies me of issues, able to do synthetic tests as well. Some reports and dashboard are also something that is needed. I've been researching products such as Prognosis, CA Ehealth (since we are using Spectrum) and Cisco Operations Manager (Service Monitor).<BR><BR>- Anybody using these products and can provide me some pros/cons or propose other products<BR><BR><BR><BR><BR><BR>The other product would be sniffer type
such as JDSU DA-3400 / Probe or something running on a laptop that can analyse voice traffic on a SPAN port. Cisco has probes as well with their Service Monitor product which sounds good. Anybody using probes to capture/analyse voice traffic? Which product are you using and pros/cons?<BR><BR><BR><BR>Thanks,<BR><BR><BR><BR>Daniel. <BR><BR><BR><BR>Daniel Martin<BR><BR>Chef de Groupe - Infrastructure R?seau et T?l?com<BR><BR>Group Leader - Network Infrastructure and Telecom<BR><BR>CAE Inc.<BR><BR>St-Laurent, Qu?bec Canada<BR><BR>H4T 1G6<BR><BR>T?l: 1-514-341-2000 x4878<BR><BR>Fax: 1-514-340-5583<BR><BR><BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/0b32e3fb/attachment-0001.html"
target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/0b32e3fb/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 68<BR>Date: Thu, 8 Jan 2009 11:14:58 -0500<BR>From: "Jason Aarons (US)" <<A href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>><BR>Subject: [cisco-voip] OS for UCCX 7.0(1)<BR>To: <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:C1FE15183DA37645BC0633BC604E44F00D2C7820@USNAEXCH.na.didata.local" ymailto="mailto:C1FE15183DA37645BC0633BC604E44F00D2C7820@USNAEXCH.na.didata.local">C1FE15183DA37645BC0633BC604E44F00D2C7820@USNAEXCH.na.didata.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>I'm building a test box for UCCX 7.0(1) in a lab. I thought UCCX 7.0(1)<BR>used
OS2003-1-2HP for a MCS-7835H-2.4 (74-3198-01), but the OS2003<BR>install comes back with "The installation program has determined that<BR>this server is not supported by this media".<BR><BR><BR><BR>What is the right OS version for UCCX 7.0(1)? My media via PUT is<BR>enroute but was hoping to start the test lab before then.<BR><BR><BR><BR><BR><BR><BR><BR><BR>-----------------------------------------<BR>Disclaimer:<BR><BR>This e-mail communication and any attachments may contain<BR>confidential and privileged information and is for use by the<BR>designated addressee(s) named above only. If you are not the<BR>intended addressee, you are hereby notified that you have received<BR>this communication in error and that any use or reproduction of<BR>this email or its contents is strictly prohibited and may be<BR>unlawful. If you have received this communication in error, please<BR>notify us immediately by replying to this message and deleting
it<BR>from your computer. Thank you.<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/54cd57c7/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/54cd57c7/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 69<BR>Date: Thu, 8 Jan 2009 08:18:59 -0800<BR>From: "Wesley Fonvergne" <<A href="mailto:wfonvergne@expertnetworks.us" ymailto="mailto:wfonvergne@expertnetworks.us">wfonvergne@expertnetworks.us</A>><BR>Subject: [cisco-voip] Cisco Unity 4.2 - Creating Internet contacts<BR> with "mail-enabled" accounts...<BR>To: <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID: <<A
href="mailto:AC78B10BAEE36B47AD1AEA5D98E445720158ED70@ex01.XNI.local" ymailto="mailto:AC78B10BAEE36B47AD1AEA5D98E445720158ED70@ex01.XNI.local">AC78B10BAEE36B47AD1AEA5D98E445720158ED70@ex01.XNI.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Hello!<BR><BR><BR><BR>I'm trying to verify some information with Cisco's documentation before<BR>I start making demands on our local Active Directory administrators, and<BR>I can't seem to confirm a particular behavior of Cisco Unity 4.2.<BR><BR><BR><BR>Our situation is that we have several business associates who having<BR>login accounts to our system, but do not have Exchange accounts, and we<BR>would like to provide them with voice messaging. It seems that, in order<BR>to create an Internet subscriber within Unity, you need to have a<BR>contact object in Active Directory, and CANNOT have a mail-enabled user<BR>object. <BR><BR><BR><BR>Can anyone confirm this, or am I missing something with our
Unity<BR>servers?<BR><BR><BR><BR>Thanks,<BR><BR><BR><BR>Wesley Fonvergne<BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/2d338157/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/2d338157/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 70<BR>Date: Thu, 8 Jan 2009 11:21:23 -0500<BR>From: Ryan Ratliff <<A href="mailto:rratliff@cisco.com" ymailto="mailto:rratliff@cisco.com">rratliff@cisco.com</A>><BR>Subject: Re: [cisco-voip] OS for UCCX 7.0(1)<BR>To: "Jason Aarons (US)" <<A href="mailto:jason.aarons@us.didata.com" ymailto="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: <<A
href="mailto:752EF14A-5F79-48A6-BEE6-B319D87670DF@cisco.com" ymailto="mailto:752EF14A-5F79-48A6-BEE6-B319D87670DF@cisco.com">752EF14A-5F79-48A6-BEE6-B319D87670DF@cisco.com</A>><BR>Content-Type: text/plain; charset="windows-1252"; Format="flowed";<BR> DelSp="yes"<BR><BR>2003.1.1 is the disk you need for a 7835H-2.4.<BR><BR>-Ryan<BR><BR>On Jan 8, 2009, at 11:14 AM, Jason Aarons (US) wrote:<BR><BR>I?m building a test box for UCCX 7.0(1) in a lab. I thought UCCX 7.0 <BR>(1) used OS2003-1-2HP for a MCS-7835H-2.4 (74-3198-01), but the <BR>OS2003 install comes back with ?The installation program has <BR>determined that this server is not supported by this media?.<BR><BR><BR><BR>What is the right OS version for UCCX 7.0(1)? My media via PUT is <BR>enroute but was hoping to start the test lab before then.<BR><BR><BR><BR><BR><BR><BR><BR>Disclaimer: This e-mail communication and any attachments may contain
<BR>confidential and privileged information and is for use by the <BR>designated addressee(s) named above only. If you are not the intended <BR>addressee, you are hereby notified that you have received this <BR>communication in error and that any use or reproduction of this email <BR>or its contents is strictly prohibited and may be unlawful. If you <BR>have received this communication in error, please notify us <BR>immediately by replying to this message and deleting it from your <BR>computer. Thank you.<BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR>-------------- next part --------------<BR>An HTML attachment was
scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/5c12dce5/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/5c12dce5/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 71<BR>Date: Thu, 8 Jan 2009 11:23:10 -0500<BR>From: "Ed Leatherman" <<A href="mailto:ealeatherman@gmail.com" ymailto="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</A>><BR>Subject: Re: [cisco-voip] CDR Monitoring tool<BR>To: "Daniel Martin" <<A href="mailto:martind@cae.com" ymailto="mailto:martind@cae.com">martind@cae.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck..nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:94a1afde0901080823n2017defcl6785a487817b4560@mail.gmail.com"
ymailto="mailto:94a1afde0901080823n2017defcl6785a487817b4560@mail.gmail.com">94a1afde0901080823n2017defcl6785a487817b4560@mail.gmail.com</A>><BR>Content-Type: text/plain; charset="utf-8"<BR><BR>Take a look at the IPSLA feature set, if you have equipment that can run the<BR>required IOS it can do quite a bit in the monitoring portion when paired<BR>with some decent network management tools that you might already have.<BR><BR>www.cisco.com/ipsla<BR><BR>I'm using it for various synthetic tests on our LAN and WAN links for such<BR>things as call quality and latency between CUCM subscribers.. test results<BR>are pollable via SNMP and you can graph them with MRTG or cacti if you<BR>happen to use those.<BR>I'm not doing any alerting with it currently but I know it can be configured<BR>to send SNMP traps if a threshold is exceeded.<BR><BR>Ed<BR><BR>On Thu, Jan 8, 2009 at 11:12 AM, Daniel Martin <<A href="mailto:martind@cae.com"
ymailto="mailto:martind@cae.com">martind@cae.com</A>> wrote:<BR><BR>> Hi,<BR>><BR>><BR>><BR>> I'm looking to purchase good VoIP monitoring tool(s) and would like to<BR>> know what other people in the community are using?<BR>><BR>><BR>><BR>> I want two different types of tool.<BR>><BR>><BR>><BR>> One that is proactively monitoring the network / QoS / Call Manager and<BR>> notifies me of issues, able to do synthetic tests as well. Some reports and<BR>> dashboard are also something that is needed. I've been researching products<BR>> such as Prognosis, CA Ehealth (since we are using Spectrum) and Cisco<BR>> Operations Manager (Service Monitor).<BR>><BR>> - Anybody using these products and can provide me some pros/cons<BR>> or propose other products<BR>><BR>><BR>><BR>><BR>><BR>> The other product would be sniffer type
such as JDSU DA-3400 / Probe or<BR>> something running on a laptop that can analyse voice traffic on a SPAN port.<BR>> Cisco has probes as well with their Service Monitor product which sounds<BR>> good. Anybody using probes to capture/analyse voice traffic? Which product<BR>> are you using and pros/cons?<BR>><BR>><BR>><BR>> Thanks,<BR>><BR>><BR>><BR>> Daniel.<BR>><BR>><BR>><BR>> Daniel Martin<BR>><BR>> Chef de Groupe - Infrastructure R?seau et T?l?com<BR>><BR>> Group Leader - Network Infrastructure and Telecom<BR>><BR>> CAE Inc..<BR>><BR>> St-Laurent, Qu?bec Canada<BR>><BR>> H4T 1G6<BR>><BR>> T?l: 1-514-341-2000 x4878<BR>><BR>> Fax: 1-514-340-5583<BR>><BR>><BR>><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR>><BR><BR><BR>-- <BR>Ed Leatherman<BR>Assistant Director, Voice Services<BR>West Virginia University<BR>Telecommunications and Network Operations<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/04aaa3c9/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/04aaa3c9/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 72<BR>Date: Thu, 8 Jan 2009 11:23:48 -0500<BR>From: "Ed Leatherman" <<A href="mailto:ealeatherman@gmail.com" ymailto="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</A>><BR>Subject: Re: [cisco-voip] CDR
Monitoring tool<BR>To: "Daniel Martin" <<A href="mailto:martind@cae.com" ymailto="mailto:martind@cae.com">martind@cae.com</A>><BR>Cc: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID:<BR> <<A href="mailto:94a1afde0901080823sbbc6456qd78b3bca76d9cc15@mail..gmail.com" ymailto="mailto:94a1afde0901080823sbbc6456qd78b3bca76d9cc15@mail.gmail.com">94a1afde0901080823sbbc6456qd78b3bca76d9cc15@mail.gmail.com</A>><BR>Content-Type: text/plain; charset="utf-8"<BR><BR>Sorry I typoed the URL, www.cisco.com/go/ipsla<BR><BR>On Thu, Jan 8, 2009 at 11:23 AM, Ed Leatherman <<A href="mailto:ealeatherman@gmail.com" ymailto="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</A>>wrote:<BR><BR>> Take a look at the IPSLA feature set, if you have equipment that can run<BR>> the required IOS it can do quite a bit in the monitoring portion when
paired<BR>> with some decent network management tools that you might already have.<BR>><BR>> www.cisco.com/ipsla<BR>><BR>> I'm using it for various synthetic tests on our LAN and WAN links for such<BR>> things as call quality and latency between CUCM subscribers. test results<BR>> are pollable via SNMP and you can graph them with MRTG or cacti if you<BR>> happen to use those.<BR>> I'm not doing any alerting with it currently but I know it can be<BR>> configured to send SNMP traps if a threshold is exceeded.<BR>><BR>> Ed<BR>><BR>> On Thu, Jan 8, 2009 at 11:12 AM, Daniel Martin <<A href="mailto:martind@cae.com" ymailto="mailto:martind@cae.com">martind@cae.com</A>> wrote:<BR>><BR>>> Hi,<BR>>><BR>>><BR>>><BR>>> I'm looking to purchase good VoIP monitoring tool(s) and would like to<BR>>> know what other people in the community are
using?<BR>>><BR>>><BR>>><BR>>> I want two different types of tool.<BR>>><BR>>><BR>>><BR>>> One that is proactively monitoring the network / QoS / Call Manager and<BR>>> notifies me of issues, able to do synthetic tests as well. Some reports and<BR>>> dashboard are also something that is needed. I've been researching products<BR>>> such as Prognosis, CA Ehealth (since we are using Spectrum) and Cisco<BR>>> Operations Manager (Service Monitor).<BR>>><BR>>> - Anybody using these products and can provide me some pros/cons<BR>>> or propose other products<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> The other product would be sniffer type such as JDSU DA-3400 / Probe or<BR>>> something running on a laptop that can analyse voice traffic on a SPAN port.<BR>>> Cisco has probes as well with their
Service Monitor product which sounds<BR>>> good. Anybody using probes to capture/analyse voice traffic? Which product<BR>>> are you using and pros/cons?<BR>>><BR>>><BR>>><BR>>> Thanks,<BR>>><BR>>><BR>>><BR>>> Daniel.<BR>>><BR>>><BR>>><BR>>> Daniel Martin<BR>>><BR>>> Chef de Groupe - Infrastructure R?seau et T?l?com<BR>>><BR>>> Group Leader - Network Infrastructure and Telecom<BR>>><BR>>> CAE Inc.<BR>>><BR>>> St-Laurent, Qu?bec Canada<BR>>><BR>>> H4T 1G6<BR>>><BR>>> T?l: 1-514-341-2000 x4878<BR>>><BR>>> Fax: 1-514-340-5583<BR>>><BR>>><BR>>><BR>>> _______________________________________________<BR>>> cisco-voip mailing list<BR>>> <A href="mailto:cisco-voip@puck.nether.net"
ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>>><BR>>><BR>><BR>><BR>> --<BR>> Ed Leatherman<BR>> Assistant Director, Voice Services<BR>> West Virginia University<BR>> Telecommunications and Network Operations<BR>><BR><BR><BR><BR>-- <BR>Ed Leatherman<BR>Assistant Director, Voice Services<BR>West Virginia University<BR>Telecommunications and Network Operations<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/863d2141/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/863d2141/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 73<BR>Date: Thu, 8 Jan
2009 16:33:03 +0000<BR>From: Dean Wright <<A href="mailto:Dean.Wright@SysServers.co.uk" ymailto="mailto:Dean.Wright@SysServers.co.uk">Dean.Wright@SysServers.co.uk</A>><BR>Subject: [cisco-voip] Cisco 1861 caller-id<BR>To: "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID: <1A5AEA8CE36A6347B1E679768840B12A324FD2E1C5@venus><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>I finally got the caller id to work or so I thought I set all required information and dialled in from my mobile and it worked<BR><BR>Then I hung up and tried again and DOH it doesn't work!!!! Now what I noticed if it helps<BR><BR>when it work on the first go there was only 2 rings before ringing my desk phone on the second go its three rings before it hits my
desk phone!!!!<BR><BR>So I went though checking all settings then tried again and reproduced the above!!! Worked on first go and not after<BR><BR>Has anyone see this before<BR><BR>Many thanks<BR><BR>Deano<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL: <<A href="https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/a2765205/attachment-0001.html" target=_blank>https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/a2765205/attachment-0001.html</A>><BR><BR>------------------------------<BR><BR>Message: 74<BR>Date: Thu, 8 Jan 2009 09:41:06 -0700<BR>From: Corbett Enders <<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>><BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>To: Stefan Baltus <<A href="mailto:stefan@iunxi.nl" ymailto="mailto:stefan@iunxi.nl">stefan@iunxi.nl</A>>, Nicolas <<A
href="mailto:yogzgo@gmail.com" ymailto="mailto:yogzgo@gmail.com">yogzgo@gmail.com</A>><BR>Cc: "<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>" <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Message-ID:<BR> <<A href="mailto:F71E4DFAC3A2FA4C95D0C73D744C7BCE1CA99B85A7@EX02.homesbyavi.local" ymailto="mailto:F71E4DFAC3A2FA4C95D0C73D744C7BCE1CA99B85A7@EX02.homesbyavi.local">F71E4DFAC3A2FA4C95D0C73D744C7BCE1CA99B85A7@EX02.homesbyavi.local</A>><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Reminds me of a time when Windows 2000 server was shipped with EVERYTHING turned on by default (IIS, etc). And here today we have Windows 2008 which boots up with NOTHING enabled. Probably something Cisco should start doing.<BR><BR>-----Original Message-----<BR>From: Stefan
Baltus [mailto:<A href="mailto:stefan@iunxi.nl" ymailto="mailto:stefan@iunxi.nl">stefan@iunxi.nl</A>] <BR>Sent: Thursday, January 08, 2009 2:48 AM<BR>To: Nicolas<BR>Cc: Aman Chugh; Corbett Enders; <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read<BR><BR>I was planning to send Cisco a letter complaining about the fact that these<BR>'features' are enabled by default on an ISR which is positioned as the <BR>platform that does everything (in this case being a voip gateway and <BR>internet router). I would like to hear other thoughts about this as well.<BR><BR>In my view, opening a TAC case would be of lesser use. Better send a letter<BR>to John Chambers or the like of him.<BR><BR>Stefan<BR><BR>On Thu, Jan 08, 2009 at 10:39:34AM +0100, Nicolas wrote:<BR>> Does someone open a TAC at Cisco to talk aout it ?<BR>> What Cisco
say about that ?<BR>> <BR>> Nicolas<BR>> <BR>> On Thu, Jan 8, 2009 at 6:16 AM, Aman Chugh <<A href="mailto:aman.chugh@gmail.com" ymailto="mailto:aman.chugh@gmail.com">aman.chugh@gmail.com</A>> wrote:<BR>> <BR>> > I had this happen as well to a CME router which the customer connected to<BR>> > the Internet and the router also had a PRI from the local telco. Customer<BR>> > had put in a public ip on the router exposing it to the Internet as they<BR>> > wanted to do an IPSEC tunnel as well. After investigation it was discovered<BR>> > that some one was using SIP port on the router and running a script to call<BR>> > numbers in CUBA and all calls were a minute call. We put in an ACL to block<BR>> > SIP and H.323 on the router to stop this. I believe someone is using SIP<BR>> > port (5060) from the Internet and making calls through your FXO line.<BR>> ><BR>> ><BR>> >
Aman<BR>> ><BR>> > On Thu, Jan 8, 2009 at 10:31 AM, Ryan West <<A href="mailto:rwest@zyedge.com" ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>> wrote:<BR>> ><BR>> >> The feature set doesn't imply that CBAC is configured correctly. Check<BR>> >> your outside ACL and since you're only using MGCP, you can use the link<BR>> >> below to disable SIP processing (most likely your culprit, probably a<BR>> >> calling card company that scans for open routers). You should also disable<BR>> >> H323 as well. To see if the router has the firewall running, issue a show<BR>> >> ip inspect sessions. The command I was thinking of earlier is 'show<BR>> >> control-plan host open-ports', which do a netstat type listing on the<BR>> >> router.<BR>> >><BR>> >><BR>> >><BR>> >> Hope that helps.<BR>>
>><BR>> >><BR>> >><BR>> >> -ryan<BR>> >><BR>> >><BR>> >><BR>> >> *From:* Corbett Enders [mailto:<A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A>]<BR>> >> *Sent:* Wednesday, January 07, 2009 23:56<BR>> >> *To:* Ryan West<BR>> >> *Cc:* Ahmed Elnagar; VOIP Group<BR>> >><BR>> >> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>> >><BR>> >><BR>> >><BR>> >> The router is on the Internet, is configured for MGCP and has ip advanced<BR>> >> services with the firewall feature enabled (for VPN and nat). Wouldn't that<BR>> >> block external connections?<BR>> >><BR>> >><BR>> >> On Jan 7, 2009, at 9:48 PM, "Ryan West" <<A href="mailto:rwest@zyedge.com"
ymailto="mailto:rwest@zyedge.com">rwest@zyedge.com</A>> wrote:<BR>> >><BR>> >> If the router is connected to the Internet, both H323 TCP/1720 and SIP<BR>> >> UDP/5060 need to blocked. I don't remember the command offhand, but on some<BR>> >> versions of code it is show ip sockets. Check this out to actually disable<BR>> >> default SIP and H323 processing:<BR>> >><BR>> >><BR>> >><BR>> >><BR>> >> <A href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_</A>(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router<<A
href="https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_%28SIP%29_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router" target=_blank>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_%28SIP%29_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router</A>><BR>> >><BR>> >> -ryan<BR>> >><BR>> >><BR>> >><BR>> >> *From:* <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [<BR>> >> mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>>]<BR>>
>> *On Behalf Of *Ahmed Elnagar<BR>> >> *Sent:* Wednesday, January 07, 2009 23:13<BR>> >> *To:* <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><BR>> >> *Cc:* VOIP Group<BR>> >> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read<BR>> >><BR>> >><BR>> >><BR>> >><BR>> >> Wow...exaclty the same problem I had...but with PRI...I have a site in<BR>> >> Egypt that the user called us one day and informed that he has a bill from<BR>> >> the Teleco for 100,000$ for a period of 3 months and they never produce this<BR>> >> amount of calls...all calls were for random numbers and the call never<BR>> >> exceeded 1 minute and these random numbers happen to be starting with 00<BR>> >> which is the internationl prefix here in Egypt.<BR>> >><BR>> >> After
long nights of troubleshootting...I found that the gateway was<BR>> >> configured to register SIP phones from the internet and I found an IP<BR>> >> address from Mexico city that is trying this random calls so frequent, the<BR>> >> strange thing is that the gateway was accepting these calls and route it to<BR>> >> H323 side which relay the call to the PRI.<BR>> >><BR>> >> I did the following to ensure that it will not happen again...removed SIP<BR>> >> at all from the gateway...converted the gateway to MGCP so that every call<BR>> >> that will pass the gateway will need signalling from Callmanager and will<BR>> >> leave a record in the CDR. But the strange thing the problem contiuned...<BR>> >><BR>> >> During troubleshooting we noticed something strange...alot of incoming<BR>> >> calls coming to the PRI from a certain local number...and it was 3
AM in the<BR>> >> morning we called this number and he told us that he know no one in this<BR>> >> site and he has a problem that he got high invoices from the Teleco too...so<BR>> >> we come up with this conculsion...seems that the CO. equipments has some<BR>> >> problems and it is generating calls on behalf of the user to random<BR>> >> numbers...a strange thing I know but till now this company still going to<BR>> >> discussions with the teleco to solve this problem.<BR>> >><BR>> >> I suggest to do the followin...try to review CDR files and have a detailed<BR>> >> bill from your Teleco and try to compare these calls with the CDR calls<BR>> >> maybe this would help you...also try to activate some debugs and show<BR>> >> commands "there is some tools that can automate show command every 5 mins or<BR>> >> so" to know exactly when these calls happen
and what is the source of it.<BR>> >><BR>> >> Good luck with this strange issue.<BR>> >><BR>> >> Thanks,<BR>> >> Ahmed Elnagar<BR>> >><BR>> >><BR>> >><BR>> >> ------------------------------<BR>> >><BR>> >> From: <A href="mailto:cenders@homesbyavi.com" ymailto="mailto:cenders@homesbyavi.com">cenders@homesbyavi.com</A><BR>> >> To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> >> Date: Wed, 7 Jan 2009 20:26:56 -0700<BR>> >> Subject: [cisco-voip] Fraud calls to Cuba - Please read<BR>> >><BR>> >> Hello List,<BR>> >><BR>> >><BR>> >><BR>> >> I've got a situation with 2 remote sites. Over the course of several days<BR>> >> in late November, somehow the analog POTS line in the site (which
we use for<BR>> >> SRST backup) proceeded to make approx 4,940 calls to Cuba. There wasn't<BR>> >> really a pattern to the calls. It started with a couple of repeated calls<BR>> >> to the same number and from that point, the dialed number changed (not<BR>> >> dialed in any sort of sequential pattern either). Calls varied in duration<BR>> >> from 0 seconds to many minutes long. Sometimes the next call would happen<BR>> >> right away and other times there would be several minutes delay between<BR>> >> calls. This proceeded to occur over the course of about a day and a half<BR>> >> until the POTS provider called us and we blocked the line.<BR>> >><BR>> >><BR>> >><BR>> >> The analog line in the show home serves 2 purposes. It is connected to<BR>> >> the SRST FXO port on the Cisco 2801 router and also
connects to the analog<BR>> >> fax machine.<BR>> >><BR>> >><BR>> >><BR>> >> At this point, the POTS provider feels that somehow the 2801 router has<BR>> >> been compromised and is being used to route calls out the FXO port. We have<BR>> >> a cordless phone on an ATA, and at first they felt this was the source but I<BR>> >> indicated that any calls from the cordless phone would leave through our PRI<BR>> >> in the main office, through the phone line on the FXO port.<BR>> >><BR>> >><BR>> >><BR>> >> Even if someone had managed to guess our admin password for the console of<BR>> >> the router, I don't believe that person sitting on the Internet would be<BR>> >> able to get a call to connect from their computer, through the Internet, and<BR>> >> leave out our FXO port in our site.<BR>> >><BR>>
>><BR>> >><BR>> >> I'm wondering if anyone on the list has some thoughts as to how the system<BR>> >> could have been compromise or if it just isn't possible. The POTS line is<BR>> >> actually a digital line provided by Shaw (a local cable/telco in Alberta).<BR>> >> I feel that their "digital" phone terminal has been compromised though it<BR>> >> isn't connected to the Internet in any way. One other possibility is old<BR>> >> school phone phreaking where someone has actually tapped into the physical<BR>> >> line but they would have been sitting outside in the cold for a very long<BR>> >> time making these crazy calls.<BR>> >><BR>> >><BR>> >><BR>> >> I look forward to any insight the collective brain power of this list can<BR>> >> provide. The bill for these calls is over $6000.<BR>> >><BR>>
>><BR>> >><BR>> >> Regards,<BR>> >><BR>> >> Corbett Enders.<BR>> >><BR>> >><BR>> >><BR>> >> *Corbett Enders*<BR>> >><BR>> >> Network Manager<BR>> >> Homes by Avi - 2007 Canadian Builder of the Year.<BR>> >> Tel: (403) 536-7170<BR>> >> Fax: (403) 536-7171<BR>> >> www.homesbyavi.com<BR>> >><BR>> >><BR>> >><BR>> >><BR>> >> ------------------------------<BR>> >><BR>> >> check out the rest of the Windows Live?. More than mail?Windows Live? goes<BR>> >> way beyond your inbox. More than messages<<A href="http://www.microsoft.com/windows/windowslive/" target=_blank>http://www.microsoft.com/windows/windowslive/</A>><BR>> >><BR>> >> No virus found in this incoming message.<BR>> >> Checked by AVG - <A
href="http://www.avg.com/" target=_blank>http://www.avg.com</A><BR>> >> Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release Date: 1/7/2009<BR>> >> 8:49 AM<BR>> >><BR>> >><BR>> >> _______________________________________________<BR>> >> cisco-voip mailing list<BR>> >> <A href="mailto:cisco-voip@puck..nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> >> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> >><BR>> >><BR>> ><BR>> > _______________________________________________<BR>> > cisco-voip mailing list<BR>> > <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> > <A href="https://puck.nether.net/mailman/listinfo/cisco-voip"
target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> ><BR>> ><BR><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR>-- <BR>E: <A href="mailto:stefan@iunxi.nl" ymailto="mailto:stefan@iunxi.nl">stefan@iunxi.nl</A> iunxi BV<BR>M: +31 (0)6 18844094 Postbus 1315<BR>T: +31 (0)88 5400500 1300 BH ALMERE<BR>F: +31 (0)88
5400501<BR><BR><BR><BR>------------------------------<BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR>End of cisco-voip Digest, Vol 63, Issue 8<BR>*****************************************<BR></DIV></DIV></div><br>
<hr size=1>
Stay connected to the people that matter most with a smarter inbox. <a href="http://au.rd.yahoo.com/galaxy/mail/tagline2/*http://au.docs.yahoo.com/mail/smarterinbox" target=_blank>Take a look</a>.</body></html>