[cisco-voip] Gateway Voice for CallManager (Ant?nio Fragoso)

Cool Boy collboy80 at yahoo.com
Fri Jan 9 06:10:59 EST 2009


Hi Guys,
 
There are 2 easy ways to achieve this.
 
1- Send all the incoming digits to CallManager and create translation pattern in CallManager
 
Or 
 
2 - Send all the digits to CUCM and under gateway configuration
    A- Call routing information--- incoming calls
            I- significant digs  = 3
            II - Prefix DN = 3
 
Hope it will help


 



________________________________
From: "cisco-voip-request at puck.nether.net" <cisco-voip-request at puck.nether.net>
To: cisco-voip at puck.nether.net
Sent: Friday, 9 January, 2009 2:00:01 AM
Subject: cisco-voip Digest, Vol 63, Issue 8

Send cisco-voip mailing list submissions to
    cisco-voip at puck.nether.net

To subscribe or unsubscribe via the World Wide Web, visit
    https://puck.nether.net/mailman/listinfo/cisco-voip
or, via email, send a message with subject or body 'help' to
    cisco-voip-request at puck.nether.net

You can reach the person managing the list at
    cisco-voip-owner at puck.nether.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of cisco-voip digest..."


Today's Topics:

  1. Re: Gateway Voice for CallManager (Ant?nio Fragoso)
  2. Re: Outbound CLI problem again (Norton, Mike)
  3. Re: Outbound CLI problem again (Samuel Womack)
  4. Re: TFTP Server licences? (Joe Albertini)
  5. CCM working with Nortel (Micah Bennett)
  6. Re: CCM working with Nortel (Leetun, Rob)
  7. Re: CCM working with Nortel (Eric Isakson)
  8. Re: CCM working with Nortel (Lelio Fulgenzi)
  9. Re: CCM working with Nortel (Micah Bennett)
  10. Re: CCM working with Nortel (Matt Slaga (US))
  11. Does the VIC2-4FXO Card Work with a 3825 Gateway    Router?
      (Miller, Steve)
  12. Re: Does the VIC2-4FXO Card Work with a 3825 Gateway Router?
      (Lelio Fulgenzi)
  13. Re: Does the VIC2-4FXO Card Work with a 3825 Gateway Router?
      (Miller, Steve)
  14. Re: CCM working with Nortel (Micah Bennett)
  15. Re: Does the VIC2-4FXO Card Work with a 3825 Gateway Router?
      (Lelio Fulgenzi)
  16. Re: CCM working with Nortel (Lelio Fulgenzi)
  17. Re: CCM working with Nortel (Eric Isakson)
  18. Question about the Dependency service (Tim Reimers)
  19. Re: CCM working with Nortel (Micah Bennett)
  20. Re: UCM 6.01 Linux version - Listing phones in device    pool
      and showing subscribed IP Phone services? (Matthew Saskin)
  21. Re: Question about the Dependency service (Wes Sisk)
  22. Re: CCM working with Nortel (Wes Sisk)
  23. Re: CUCM 6.1.X https session timeout configurable (Wes Sisk)
  24. (no subject) (Jason Aarons (US))
  25. Re: CUCM 6.1.X https session timeout configurable
      (Jason Aarons (US))
  26. Re: (no subject) (Jason Aarons (US))
  27.. FW:  CUCM 6.1.X https session timeout configurable
      (Jason Aarons (US))
  28. Re: CUCM 6.1.X https session timeout configurable
      (Frazee, Timothy)
  29. Re: (no subject) (Wes Sisk)
  30. Change Corp Dir without loosing/breaking Personal    Directories
      (6.1) (Riley, Andrew)
  31. Re: Change Corp Dir without loosing/breaking
      PersonalDirectories (6.1) (Melvin Fong)
  32. Re: Change Corp Dir without loosing/breaking
      PersonalDirectories (6.1) (Riley, Andrew)
  33. Re: CAD 6.1 Vista Compatible? (Scott Voll)
  34. Re: Change Corp Dir without loosing/breaking
      PersonalDirectories (6.1) (Adam Blomfield)
  35. Re: Change Corp Dir without loosing/breaking
      PersonalDirectories (6.1) (Sean Walberg)
  36. Re: Change Corp Dir without loosing/breaking
      PersonalDirectories (6.1) (Riley, Andrew)
  37. ALI Updates for CER / EM User (Samuel Womack)
  38. Fraud calls to Cuba - Please read (Corbett Enders)
  39. Re: Fraud calls to Cuba - Please read (Ahmed Elnagar)
  40. Re: Fraud calls to Cuba - Please read (Ryan West)
  41. Re: Fraud calls to Cuba - Please read (Corbett Enders)
  42. Re: Fraud calls to Cuba - Please read (Ryan West)
  43. Re: Fraud calls to Cuba - Please read (Aman Chugh)
  44. Directories to exclude in for antivirus in CCM4.2.3
      (Louis Koekemoer (ZA))
  45. Re: Directories to exclude in for antivirus in CCM4.2.3
      (Aman Chugh)
  46. SIP Phone and Forced Authorization Codes (Timothy Smith)
  47. Re: CCX 7.0 reporting abilities? (rj.e at gmx.de)
  48. Re: Change Corp Dir without loosing/breaking
      PersonalDirectories (6.1) (Riley, Andrew)
  49. Re: Fraud calls to Cuba - Please read (Nicolas)
  50. Re: Fraud calls to Cuba - Please read (Stefan Baltus)
  51. Re: Fraud calls to Cuba - Please read (Kelemen Zoltan)
  52. Re: Fraud calls to Cuba - Please read (Ryan West)
  53.. Re: Change Corp Dir without loosing/breaking
      PersonalDirectories (6.1) (Adam Blomfield)
  54. Re: Outbound CLI problem again (James Dust)
  55. Phone won't hold CFWDALL Setting (Matthew Loraditch)
  56. FireFox 3.0.4 reports Java error with 4.1.3 CCMAdmin
      (Jason Aarons (US))
  57. Re: Phone won't hold CFWDALL Setting (Randy Homyk)
  58. Re: FireFox 3.0.4 reports Java error with 4.1.3    CCMAdmin
      (Kelemen Zoltan)
  59. Re: FireFox 3.0.4 reports Java error with 4.1.3    CCMAdmin
      (Biffle, Gerrad)
  60. Re: FireFox 3.0.4 reports Java error with 4.1.3CCMAdmin
      (Biffle, Gerrad)
  61. Re: Change Corp Dir without loosing/breaking
      PersonalDirectories (6.1) (Riley, Andrew)
  62. Re: Directories to exclude in for antivirus in CCM4.2.3 (Wes Sisk)
  63. Re: FireFox 3.0.4 reports Java error with    4.1.3CCMAdmin
      (Andy Swiffin)
  64. Re: FireFox 3.0.4 reports Java error with 4.1.3CCMAdmin
      (Jason Aarons (US))
  65. Re: Problem upgrade CM 6.0 to 6.1 (Ignacio Lorenzo)
  66. Re: FireFox 3.0.4 reports Java error with    4.1.3CCMAdmin
      (Jason Aarons (US))
  67. CDR Monitoring tool (Daniel Martin)
  68. OS for UCCX 7.0(1) (Jason Aarons (US))
  69. Cisco Unity 4.2 - Creating Internet contacts with
      "mail-enabled" accounts... (Wesley Fonvergne)
  70. Re: OS for UCCX 7.0(1) (Ryan Ratliff)
  71. Re: CDR Monitoring tool (Ed Leatherman)
  72. Re: CDR Monitoring tool (Ed Leatherman)
  73. Cisco 1861 caller-id (Dean Wright)
  74. Re: Fraud calls to Cuba - Please read (Corbett Enders)


----------------------------------------------------------------------

Message: 1
Date: Wed, 7 Jan 2009 16:26:52 -0100
From: Ant?nio Fragoso <Antonio.Fragoso at bancobai.cv>
Subject: Re: [cisco-voip] Gateway Voice for CallManager
To: Justin Steinberg <jsteinberg at gmail.com>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <0B9DBADCC054F343A927FD1BC72C60AB069669C03C at exchangemb-srv.baicv.local>
    
Content-Type: text/plain; charset="iso-8859-1"

Hi Justin
I have this dial-peer configured and ist working  fine for the CallManager Express

Antonio Fragoso
[cid:image001.jpg at 01C970E4.BF7DD900]
BAI Cabo Verde, S.A.
Departamento de Infraestrutura e Comunica?ao
Edif?cio Santa Maria, 1? Andar
Ch? de Areia - Praia, Cx. Postal - 459
Santiago, Cabo Verde
Tel.: +238 260 1224/26
Fax: +238 262 2810
antonio.fragoso at bancobai.cv<mailto:nelson.ramos at bancobai.cv>
www.bancobai.cv<http://www..bancobai.ao/>

De: Justin Steinberg [mailto:jsteinberg at gmail.com]
Enviada: quarta-feira, 7 de Janeiro de 2009 14:53
Para: Ant?nio Fragoso
Cc: Jacky Cai; cisco-voip at puck.nether.net
Assunto: Re: [cisco-voip] Gateway Voice for CallManager

try adding...

dial-peer voice 1 pots
translation-profile incoming in
incoming called-number .
direct-inward-dial

if it still doesn't work, post the updated 'debug voip dialpeer inout'

Justin
On Wed, Jan 7, 2009 at 10:32 AM, Ant?nio Fragoso <Antonio..Fragoso at bancobai.cv<mailto:Antonio.Fragoso at bancobai.cv>> wrote:

Jan  7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

  Calling Number=9914056, Called Number=2601227, Voice-Interface=0x662CEC2C,

  Timeout=TRUE, Peer Encap Type=ENCAP_VOICE, Peer Search Type=PEER_TYPE_VOICE,

  Peer Info Type=DIALPEER_INFO_SPEECH

Jan  7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

  Result=Success(0) after DP_MATCH_INCOMING_DNIS; Incoming Dial-peer=8

Jan  7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

  Calling Number=9914056, Called Number=2601227, Voice-Interface=0x0,

  Timeout=TRUE, Peer Encap Type=ENCAP_VOICE, Peer Search Type=PEER_TYPE_VOICE,

  Peer Info Type=DIALPEER_INFO_FAX

Jan  7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

  Result=NO_MATCH(-1) After All Match Rules Attempt

Jan  7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

  Calling Number=, Called Number=2601227, Peer Info Type=DIALPEER_INFO_SPEECH

Jan  7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

  Match Rule=DP_MATCH_DEST; Called Number=2601227

Jan  7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

  No Outgoing Dial-peer Is Matched; Result=NO_MATCH(-1)

Jan  7 15:32:52.984: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers:

  Result=NO_MATCH(-1)

Jan  7 15:32:52.988: //-1/487A5E8B95E9/DPM/dpMatchPeersCore:

  Calling Number=, Called Number=2601227, Peer Info Type=DIALPEER_INFO_SPEECH

Jan  7 15:32:52.988: //-1/487A5E8B95E9/DPM/dpMatchPeersCore:

  Match Rule=DP_MATCH_DEST; Called Number=2601227

Jan  7 15:32:52.988: //-1/487A5E8B95E9/DPM/dpMatchPeersCore:

  No Outgoing Dial-peer Is Matched; Result=NO_MATCH(-1)

Jan  7 15:32:52.988: //-1/487A5E8B95E9/DPM/dpMatchPeersMoreArg:

  Result=NO_MATCH(-1)

Jan  7 14:32:53.096: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId 4

87A5E8B DC0711DD 95E9001D E560AFC0, SetupTime 14:32:52.986 CV Wed Jan 7 2009, Pe

erAddress 9914056, PeerSubAddress , DisconnectCause 1  , DisconnectText unassig

ned number (1), ConnectTime 14:32:53.096 CV Wed Jan 7 2009, DisconnectTime 14:32

:53.096 CV Wed Jan 7 2009, CallOrigin 2, ChargedUnits 0, InfoType 2, TransmitPac

kets 0, TransmitBytes 0, ReceivePackets 0, ReceiveBytes 0

Jan  7 14:33:03.177: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId 4

4797DE1 DC0711DD 90D7F914 D8BC9346, SetupTime 14:32:48.557 CV Wed Jan 7 2009, Pe

erAddress 341, PeerSubAddress , DisconnectCause 10  , DisconnectText normal call

clearing (16), ConnectTime 14:33:03.177 CV Wed Jan 7 2009, DisconnectTime 14:33

:03.177 CV Wed Jan 7 2009, CallOrigin 1, ChargedUnits 0, InfoType 2, TransmitPac

kets 0, TransmitBytes 0, ReceivePackets 0, ReceiveBytes 0

Jan  7 14:33:03.177: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId 4

4797DE1 DC0711DD 90D7F914 D8BC9346, SetupTime 14:32:46.277 CV Wed Jan 7 2009, Pe

erAddress 331, PeerSubAddress , DisconnectCause 10  , DisconnectText normal call

clearing (16), ConnectTime 14:33:03.177 CV Wed Jan 7 2009, DisconnectTime 14:33

:03.177 CV Wed Jan 7 2009, CallOrigin 2, ChargedUnits 0, InfoType 2, TransmitPac

kets 0, TransmitBytes 0, ReceivePackets 0, ReceiveBytes 0



Antonio Fragoso

[cid:image001.jpg at 01C970E4.BF7DD900]

BAI Cabo Verde, S.A.

Departamento de Infraestrutura e Comunica?ao

Edif?cio Santa Maria, 1? Andar

Ch? de Areia - Praia, Cx. Postal - 459

Santiago, Cabo Verde

Tel.: +238 260 1224/26

Fax: +238 262 2810

antonio.fragoso at bancobai.cv<mailto:nelson.ramos at bancobai.cv>

www.bancobai.cv<http://www.bancobai.ao/>



De: Justin Steinberg [mailto:jsteinberg at gmail.com<mailto:jsteinberg at gmail.com>]
Enviada: quarta-feira, 7 de Janeiro de 2009 14:06
Para: Ant?nio Fragoso
Cc: Jacky Cai; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>

Assunto: Re: [cisco-voip] Gateway Voice for CallManager



Antonio,



can you post the output from 'debug voip dialpeer inout' for a failed inbound call ?



Justin

On Wed, Jan 7, 2009 at 4:58 AM, Ant?nio Fragoso <Antonio.Fragoso at bancobai.cv<mailto:Antonio.Fragoso at bancobai.cv>> wrote:

Hi Jack

And for Callmanager what should I do ?



Antonio Fragoso

[cid:image001.jpg at 01C970E4.BF7DD900]

BAI Cabo Verde, S.A.

Departamento de Infraestrutura e Comunica?ao

Edif?cio Santa Maria, 1? Andar

Ch? de Areia - Praia, Cx. Postal - 459

Santiago, Cabo Verde

Tel.: +238 260 1224/26

Fax: +238 262 2810

antonio.fragoso at bancobai.cv<mailto:nelson.ramos at bancobai.cv>

www..bancobai.cv<http://www.bancobai.ao/>



De: Jacky Cai [mailto:jackycxh at gmail.com<mailto:jackycxh at gmail.com>]
Enviada: quarta-feira, 7 de Janeiro de 2009 04:51
Para: Ant?nio Fragoso
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Assunto: Re: [cisco-voip] Gateway Voice for CallManager



seems you want to direct the call to the extension 311 when some one call in.

instead of the translation profile, why don't just use "connection plar 311" in the voice-ports

2009/1/7 Ant?nio Fragoso <Antonio.Fragoso at bancobai.cv<mailto:Antonio.Fragoso at bancobai..cv>>

Hi team

Some one can help me to solve the following issue

I hava Callmanager and a voice Gateway with ISDN BRI interface - I am not able to configurs the incoming call

The outgoing call is ok







Take a look part of  my Gateway configuration





IP GATEWAY 172.19.0.254

CALLMANAGER  - 172.19.0.253

IPPhone Numbes 3xx

Voice INTERFACE - BR

TELCO NUMBER  - 2601224

                                      2601225

                                    2601226

                                    2601227











voice class codec 1

codec preference 1 gsmfr

codec preference 2 g729r8

codec preference 3 g728

!



voice translation-rule 9

rule 1 /^132$/ /132/

rule 2 /^0\(.*\)/ /\1/

rule 3 /^00\(.*\)/ /\1/

!

voice translation-rule 10

rule 1 /^3../ /2601226/

!

voice translation-rule 11

rule 1 /^3../ /2601224/

!

voice translation-rule 12

rule 1 /^2....../ /311/

!

!

voice translation-profile in

translate called 12

!

voice translation-profile out

translate calling 10

translate called 9

!

voice translation-profile out0

translate calling 11

translate called 9



voice-port 0/1/0

translation-profile incoming in

compand-type a-law

cptone PT

bearer-cap Speech

!

voice-port 0/1/1

translation-profile outgoing out

compand-type a-law

cptone PT

bearer-cap Speech



dial-peer voice 300 voip

destination-pattern 3..

session protocol sipv2

session target ipv4:172.19.0.253

dtmf-relay h245-alphanumeric

codec g711alaw

no vad



voice-port 0/1/0

translation-profile incoming in

compand-type a-law

cptone PT

bearer-cap Speech

!

voice-port 0/1/1

translation-profile outgoing out

compand-type a-law

cptone PT

bearer-cap Speech





Antonio Fragoso

[cid:image001.jpg at 01C970E4.BF7DD900]

BAI Cabo Verde, S.A.

Departamento de Infraestrutura e Comunica?ao

Edif?cio Santa Maria, 1? Andar

Ch? de Areia - Praia, Cx. Postal - 459

Santiago, Cabo Verde

Tel.: +238 260 1224/26

Fax: +238 262 2810

antonio.fragoso at bancobai.cv<mailto:nelson.ramos at bancobai.cv>

www.bancobai.cv<http://www.bancobai.ao/>

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip



_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/86e5f332/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 3305 bytes
Desc: image001.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/86e5f332/attachment-0001.jpg>

------------------------------

Message: 2
Date: Wed, 7 Jan 2009 11:21:21 -0700
From: "Norton, Mike" <mikenorton at pwsd76.ab.ca>
Subject: Re: [cisco-voip] Outbound CLI problem again
To: "James Dust" <james.dust at charles-stanley.co.uk>,
    <cisco-voip at puck.nether.net>
Message-ID:
    <381D80960AE8B048BE7794AACEE079E8031EDEB5 at exchange01.pwsb33.ab.ca>
Content-Type: text/plain; charset="us-ascii"

Are you sure it is sending out incorrect CLI? Debug on the gateway to
see what is being sent.



It is possible you are sending the correct info, but your telco is
altering it. Often if you try to send out CLI as a number that you don't
own (which would be the case when forwarding out a call that originated
outside), the telco will replace it with your BTN.



-- 

Mike Norton

I.T. Support

Peace Wapiti School Division No. 76

Helpdesk: 780-831-3080

Direct: 780-831-3076





From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of James Dust
Sent: January-07-09 9:19 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Outbound CLI problem again



I have a problem in one of our branch office's with a H323 gateway.



I am sending the CLI of the users DDI number, and am achieving this by
using the 'Calling Party Transformations Mask'



The problem I am getting is when a user forward's their phone to their
mobile phone for instance, by using the 'Call Forward All' key on their
phone.



When the call is forwarded it sends out the CLI of the first DDI in the
range.



Is there any way around this?

James Dust 
Team Leader 
ICT Network Infrastructure & Communications Department 
Charles Stanley & Co Ltd 
Tel: 020 7149 6314 
Mob: 07989 491136 
mailto: james.dust at charles-stanley.co.uk
<mailto:james.dust at charles-stanley.co.uk>  






********************SAVE PAPER - THINK BEFORE YOU
PRINT**************************************************

The information contained in this e-mail is strictly confidential, some
or all of which may be legally privileged. 
Access to this e-mail by any person other than the recipient is
prohibited. If you have received this message in
error, any use, disclosure, copying, printing, distribution of, replying
to or any action taken or omitted to be
taken in reliance on this e-mail, is prohibited. Please advise the
sender immediately should this e-mail have been 
incorrectly addressed or transmitted, and then delete the email and any
attachment sent with it from your computer.

You are advised that urgent, time sensitive and confidential
communications should not be sent by e-mail. You 
accept that any instructions are deemed to have been given at the time
the recipient(s) accesses them and that 
delivery receipt does not constitute acknowledgement or receipt by the
intended recipient(s). 

You acknowledge that e-mails are not secure and you accept the risk of
malfunction, viruses, unauthorised 
interference, mis-delivery or delay. Charles Stanley reserves the right
to monitor and/or record emails sent and
received via its network for any lawful business purpose in accordance
with applicable law and regulations.
************************************************************************
*******************************


Charles Stanley & Co. Ltd
Registered Office: 25 Luke Street London EC2A 4AR

Tel: 0207 739 8200 Fax: 0207 739 7798
Registered in England No. 1903304

Charles Stanley Sutherlands and Charles Stanley Securities are divisions
of Charles Stanley & Co. Ltd  

Authorised and Regulated by the Financial Services Authority, Member of
the London Stock Exchange, The 
International Capital Market Association and The London International
Financial Futures & Options Exchange.

This footnote also confirms that this email message has been swept by
McAfee VirusScan and SurfControl Email 
Filter software. 



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/5bbe570b/attachment-0001.html>

------------------------------

Message: 3
Date: Wed, 7 Jan 2009 12:34:31 -0600
From: Samuel Womack <samuel.womack1 at gmail.com>
Subject: Re: [cisco-voip] Outbound CLI problem again
To: "Norton, Mike" <mikenorton at pwsd76.ab.ca>
Cc: cisco-voip at puck.nether.net
Message-ID: <BDEC93FC-6373-47E6-8309-BFECBFE99ED1 at gmail.com>
Content-Type: text/plain; charset="windows-1252"; Format="flowed";
    DelSp="yes"

I've also seen an issue where the CALLING PARTY IE NUMBER TYPE UNKNOWN  
* and the CALLING NUMBERING PLAN need to be set to NATIONAL and ISDN  
respectively (under Gateway configuration), otherwise with the default  
CISCO CALLMANAGER settings the BTN (main number) will display on all  
Phone Calls.

Pretty sure this isn't the issue you are having, but this is good  
information to have because this issue doesn't occur in most cases  
when dealing with the Telco and PRIs...


On Jan 7, 2009, at 12:21 PM, Norton, Mike wrote:

> Are you sure it is sending out incorrect CLI? Debug on the gateway  
> to see what is being sent.
>
> It is possible you are sending the correct info, but your telco is  
> altering it. Often if you try to send out CLI as a number that you  
> don?t own (which would be the case when forwarding out a call that  
> originated outside), the telco will replace it with your BTN.
>
> --
> Mike Norton
> I.T. Support
> Peace Wapiti School Division No. 76
> Helpdesk: 780-831-3080
> Direct: 780-831-3076
>
>
> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net 
> ] On Behalf Of James Dust
> Sent: January-07-09 9:19 AM
> To: cisco-voip at puck.nether.net
> Subject: [cisco-voip] Outbound CLI problem again
>
> I have a problem in one of our branch office's with a H323 gateway.
>
> I am sending the CLI of the users DDI number, and am achieving this  
> by using the 'Calling Party Transformations Mask'
>
> The problem I am getting is when a user forward's their phone to  
> their mobile phone for instance, by using the 'Call Forward All' key  
> on their phone.
>
> When the call is forwarded it sends out the CLI of the first DDI in  
> the range.
>
> Is there any way around this?
> James Dust
> Team Leader
> ICT Network Infrastructure & Communications Department
> Charles Stanley & Co Ltd
> Tel: 020 7149 6314
> Mob: 07989 491136
> mailto: james.dust at charles-stanley.co.uk
>
>
>
>
> ********************SAVE PAPER - THINK BEFORE YOU  
> PRINT**************************************************
>
> The information contained in this e-mail is strictly confidential,  
> some or all of which may be legally privileged.
> Access to this e-mail by any person other than the recipient is  
> prohibited. If you have received this message in
> error, any use, disclosure, copying, printing, distribution of,  
> replying to or any action taken or omitted to be
> taken in reliance on this e-mail, is prohibited. Please advise the  
> sender immediately should this e-mail have been
> incorrectly addressed or transmitted, and then delete the email and  
> any attachment sent with it from your computer.
>
> You are advised that urgent, time sensitive and confidential  
> communications should not be sent by e-mail. You
> accept that any instructions are deemed to have been given at the  
> time the recipient(s) accesses them and that
> delivery receipt does not constitute acknowledgement or receipt by  
> the intended recipient(s).
>
> You acknowledge that e-mails are not secure and you accept the risk  
> of malfunction, viruses, unauthorised
> interference, mis-delivery or delay. Charles Stanley reserves the  
> right to monitor and/or record emails sent and
> received via its network for any lawful business purpose in  
> accordance with applicable law and regulations.
> *******************************************************************************************************
>
>
> Charles Stanley & Co. Ltd
> Registered Office: 25 Luke Street London EC2A 4AR
>
> Tel: 0207 739 8200 Fax: 0207 739 7798
> Registered in England No. 1903304
>
> Charles Stanley Sutherlands and Charles Stanley Securities are  
> divisions of Charles Stanley & Co. Ltd
>
> Authorised and Regulated by the Financial Services Authority, Member  
> of the London Stock Exchange, The
> International Capital Market Association and The London  
> International Financial Futures & Options Exchange.
>
> This footnote also confirms that this email message has been swept  
> by McAfee VirusScan and SurfControl Email
> Filter software.
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/0b117f13/attachment-0001..html>

------------------------------

Message: 4
Date: Wed, 7 Jan 2009 18:46:03 +0000 (UTC)
From: Joe Albertini <tyrolian at comcast.net>
Subject: Re: [cisco-voip] TFTP Server licences?
To: STEVEN CASPER <SCASPER at mtb.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <285732768.2342921231353963216.JavaMail.root at sz0152a.emeryville.ca.mail.comcast.net>
    
Content-Type: text/plain; charset="utf-8"

Yes... 
----- Original Message ----- 
From: "STEVEN CASPER" <SCASPER at mtb.com> 
To: cisco-voip at puck.nether.net 
Sent: Wednesday, January 7, 2009 10:47:24 AM GMT -05:00 US/Canada Eastern 
Subject: [cisco-voip] ?TFTP Server licences? 


?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? 

Thanks! 
Steve ************************************
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.
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.
************************************ 
_______________________________________________ cisco-voip mailing list cisco-voip at puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/1ab1bd87/attachment-0001.html>

------------------------------

Message: 5
Date: Wed, 7 Jan 2009 13:33:26 -0600
From: "Micah Bennett" <mbennett at als-xtn.com>
Subject: [cisco-voip] CCM working with Nortel
To: <cisco-voip at puck.nether.net>
Message-ID:
    <160C116A79522E4B9404937D2E28811D016A147C at exchange02.alsnet.als-xtn.com>
    
Content-Type: text/plain; charset="us-ascii"

Hello all

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. 

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.

If anyone has a broad overview that would be great.

Micah Bennett

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

------------------------------

Message: 6
Date: Wed, 7 Jan 2009 12:40:09 -0700
From: "Leetun, Rob" <rleetun at bouldercounty.org>
Subject: Re: [cisco-voip] CCM working with Nortel
To: "Micah Bennett" <mbennett at als-xtn.com>,
    <cisco-voip at puck..nether.net>
Message-ID:
    <963CE94787005149A52C17F33A028E120DA2A0BC at EVS1B.boco.co.boulder.co.us>
Content-Type: text/plain; charset="us-ascii"

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?





From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett
Sent: Wednesday, January 07, 2009 12:33 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] CCM working with Nortel



Hello all

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. 

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.

If anyone has a broad overview that would be great.

Micah Bennett

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/0260ef53/attachment-0001.html>

------------------------------

Message: 7
Date: Wed, 7 Jan 2009 12:47:20 -0700
From: "Eric Isakson" <Eisakson at ogdenclinic.com>
Subject: Re: [cisco-voip] CCM working with Nortel
To: "Micah Bennett" <mbennett at als-xtn.com>,
    <cisco-voip at puck.nether.net>
Message-ID:
    <ED3D9C98292E2448B4271C86E76B4A26062B817B at exchange.ogdenclinic.com>
Content-Type: text/plain; charset="us-ascii"

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.



Eric Isakson | Network Engineer | Information Technology Dept. | Ogden
Clinic | eric at ogdenclinic.com <mailto:eric at ogdenclinic.com>  |
801.475.3572



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Leetun, Rob
Sent: Wednesday, January 07, 2009 12:40
To: Micah Bennett; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CCM working with Nortel



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?





From: cisco-voip-bounces at puck.nether..net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett
Sent: Wednesday, January 07, 2009 12:33 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] CCM working with Nortel



Hello all

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. 

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.

If anyone has a broad overview that would be great.

Micah Bennett


####################################################################################################
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.
####################################################################################################
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/da35edd5/attachment-0001.html>

------------------------------

Message: 8
Date: Wed, 7 Jan 2009 14:48:04 -0500 (EST)
From: Lelio Fulgenzi <lelio at uoguelph.ca>
Subject: Re: [cisco-voip] CCM working with Nortel
To: Micah Bennett <mbennett at als-xtn.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <58503796.450401231357684947.JavaMail.root at superior.cs.uoguelph.ca>
Content-Type: text/plain; charset="utf-8"

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. 

Two basic options as far as I see: 

    ? traditional TDM/PSTN gateway: T1 to T1, FXO to FXO, E&M to E&M. 
    ? IP gateway: H323, SIP, etc. 

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. 

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.;) 



--- 
Lelio Fulgenzi, B.A. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
"Bad grammar makes me [sic]" - Tshirt 


----- Original Message ----- 
From: "Micah Bennett" <mbennett at als-xtn.com> 
To: cisco-voip at puck.nether.net 
Sent: Wednesday, January 7, 2009 2:33:26 PM GMT -05:00 US/Canada Eastern 
Subject: [cisco-voip] CCM working with Nortel 

CCM working with Nortel 

Hello all 

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. 



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. 



If anyone has a broad overview that would be great. 

Micah Bennett 


_______________________________________________ cisco-voip mailing list cisco-voip at puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/a290eba8/attachment-0001.html>

------------------------------

Message: 9
Date: Wed, 7 Jan 2009 13:50:31 -0600
From: "Micah Bennett" <mbennett at als-xtn.com>
Subject: Re: [cisco-voip] CCM working with Nortel
To: "Eric Isakson" <Eisakson at ogdenclinic.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <160C116A79522E4B9404937D2E28811D016A148F at exchange02.alsnet.als-xtn.com>
    
Content-Type: text/plain; charset="us-ascii"

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. 



Anyway, thanks.  It sounds like its not going to be a problem.  



Micah Bennett 
Telecommunications Admin 



  _____  

From: Eric Isakson [mailto:Eisakson at ogdenclinic.com] 
Sent: Wednesday, January 07, 2009 1:47 PM
To: Micah Bennett; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CCM working with Nortel



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.



Eric Isakson | Network Engineer | Information Technology Dept. | Ogden
Clinic | eric at ogdenclinic.com <mailto:eric at ogdenclinic.com>  |
801.475.3572



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Leetun, Rob
Sent: Wednesday, January 07, 2009 12:40
To: Micah Bennett; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CCM working with Nortel



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?





From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett
Sent: Wednesday, January 07, 2009 12:33 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] CCM working with Nortel



Hello all

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. 

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.

If anyone has a broad overview that would be great.

Micah Bennett







  _____  

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. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/8227000a/attachment-0001.html>

------------------------------

Message: 10
Date: Wed, 7 Jan 2009 14:52:34 -0500
From: "Matt Slaga (US)" <Matt.Slaga at us.didata.com>
Subject: Re: [cisco-voip] CCM working with Nortel
To: "Micah Bennett" <mbennett at als-xtn.com>,    "Eric Isakson"
    <Eisakson at ogdenclinic.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <C1FE15183DA37645BC0633BC604E44F00D28458C at USNAEXCH.na.didata.local>
Content-Type: text/plain; charset="us-ascii"

If your Nortel is licensed for Q.Sig, I would recommend that route.  



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett
Sent: Wednesday, January 07, 2009 2:51 PM
To: Eric Isakson
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CCM working with Nortel



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. 



Anyway, thanks.  It sounds like its not going to be a problem.  



Micah Bennett 
Telecommunications Admin 

________________________________

From: Eric Isakson [mailto:Eisakson at ogdenclinic.com] 
Sent: Wednesday, January 07, 2009 1:47 PM
To: Micah Bennett; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CCM working with Nortel



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.



Eric Isakson | Network Engineer | Information Technology Dept. | Ogden
Clinic | eric at ogdenclinic.com <mailto:eric at ogdenclinic.com>  |
801.475.3572



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Leetun, Rob
Sent: Wednesday, January 07, 2009 12:40
To: Micah Bennett; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CCM working with Nortel



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?





From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett
Sent: Wednesday, January 07, 2009 12:33 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] CCM working with Nortel



Hello all

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. 

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.

If anyone has a broad overview that would be great.

Micah Bennett







________________________________

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. 




-----------------------------------------
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/6e4210f8/attachment-0001.html>

------------------------------

Message: 11
Date: Wed, 7 Jan 2009 15:05:41 -0500
From: "Miller, Steve" <MillerS at DicksteinShapiro.COM>
Subject: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825 Gateway
    Router?
To: "cisco-voip at puck-nether.net" <cisco-voip at puck.nether.net>
Message-ID: <418329B7ED67E64BBD2BAA97078D70D009DB0F at DCEX2.DSMO.COM>
Content-Type: text/plain; charset="us-ascii"

I see conflicting things about this.  Thank you.


Steve Miller
Telecom Engineer
Dickstein Shapiro LLP
1825 Eye Street NW | Washington, DC 20006
Tel (202) 420-3370| Fax (202) 330-5607
MillerS at dicksteinshapiro.com 



--------------------------------------------------------
This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s)
named above. This communication may contain material protected by attorney-client, work product, or other 
privileges. If you are not the intended recipient or person responsible for delivering this confidential
communication to the intended recipient, you have received this communication in error, and any review, use, 
dissemination, forwarding, printing, copying, or other distribution of this e-mail message and any attached files 
is strictly prohibited. Dickstein Shapiro reserves the right to monitor any communication that is created, 
received, or sent on its network.  If you have received this confidential communication in error, please notify the 
sender immediately by reply e-mail message and permanently delete the original message. 

To reply to our email administrator directly, send an email to postmaster at dicksteinshapiro.com

Dickstein Shapiro LLP
http://www.DicksteinShapiro.com

==============================================================================
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/a0586cf5/attachment-0001.html>

------------------------------

Message: 12
Date: Wed, 7 Jan 2009 15:09:16 -0500 (EST)
From: Lelio Fulgenzi <lelio at uoguelph.ca>
Subject: Re: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825
    Gateway Router?
To: Steve Miller <MillerS at DicksteinShapiro.COM>
Cc: "cisco-voip at puck-nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <1529967089.475641231358956793.JavaMail.root at superior.cs.uoguelph.ca>
Content-Type: text/plain; charset="utf-8"

Conflicting documentation on CCO? Never happens. I don't believe it. ;) 

According to the main datasheet it is. 

http://cisco.com/en/US/prod/collateral/modules/ps5365/product_data_sheet0900aecd801c595e.html 



--- 
Lelio Fulgenzi, B.A. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
"Bad grammar makes me [sic]" - Tshirt 


----- Original Message ----- 
From: "Steve Miller" <MillerS at DicksteinShapiro.COM> 
To: "cisco-voip at puck-nether.net" <cisco-voip at puck.nether.net> 
Sent: Wednesday, January 7, 2009 3:05:41 PM GMT -05:00 US/Canada Eastern 
Subject: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825 Gateway Router? 


I see conflicting things about this. Thank you. 


Steve Miller 
Telecom Engineer 
Dickstein Shapiro LLP 
1825 Eye Street NW | Washington, DC 20006 
Tel (202) 420-3370| Fax (202) 330-5607 
MillerS at dicksteinshapiro.com 


--------------------------------------------------------
This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s)
named above. This communication may contain material protected by attorney-client, work product, or other 
privileges. If you are not the intended recipient or person responsible for delivering this confidential
communication to the intended recipient, you have received this communication in error, and any review, use, 
dissemination, forwarding, printing, copying, or other distribution of this e-mail message and any attached files 
is strictly prohibited. Dickstein Shapiro reserves the right to monitor any communication that is created, 
received, or sent on its network.  If you have received this confidential communication in error, please notify the 
sender immediately by reply e-mail message and permanently delete the original message. 

To reply to our email administrator directly, send an email to postmaster at dicksteinshapiro..com

Dickstein Shapiro LLP
http://www.DicksteinShapiro.com

============================================================================== 


_______________________________________________ cisco-voip mailing list cisco-voip at puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/488a85ba/attachment-0001.html>

------------------------------

Message: 13
Date: Wed, 7 Jan 2009 15:16:08 -0500
From: "Miller, Steve" <MillerS at DicksteinShapiro.COM>
Subject: Re: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825
    Gateway Router?
To: "Lelio Fulgenzi" <lelio at uoguelph.ca>
Cc: "cisco-voip at puck-nether.net" <cisco-voip at puck.nether.net>
Message-ID: <418329B7ED67E64BBD2BAA97078D70D009DB10 at DCEX2.DSMO.COM>
Content-Type: text/plain; charset="us-ascii"

Thank you!


Steve Miller
Telecom Engineer
Dickstein Shapiro LLP
1825 Eye Street NW | Washington, DC 20006
Tel (202) 420-3370| Fax (202) 330-5607
MillerS at dicksteinshapiro.com 



________________________________

From: Lelio Fulgenzi [mailto:lelio at uoguelph.ca] 
Sent: Wednesday, January 07, 2009 3:09 PM
To: Miller, Steve
Cc: cisco-voip at puck-nether.net
Subject: Re: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825
Gateway Router?


Conflicting documentation on CCO? Never happens. I don't believe it. ;)

According to the main datasheet it is.

http://cisco.com/en/US/prod/collateral/modules/ps5365/product_data_sheet
0900aecd801c595e.html



---
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"Bad grammar makes me [sic]" - Tshirt


----- Original Message -----
From: "Steve Miller" <MillerS at DicksteinShapiro.COM>
To: "cisco-voip at puck-nether.net" <cisco-voip at puck.nether.net>
Sent: Wednesday, January 7, 2009 3:05:41 PM GMT -05:00 US/Canada Eastern
Subject: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825 Gateway
Router?


I see conflicting things about this.  Thank you.


Steve Miller
Telecom Engineer
Dickstein Shapiro LLP
1825 Eye Street NW | Washington, DC 20006
Tel (202) 420-3370| Fax (202) 330-5607
MillerS at dicksteinshapiro.com 



--------------------------------------------------------
This e-mail message and any attached files are confidential and are
intended solely for the use of the addressee(s)
named above. This communication may contain material protected by
attorney-client, work product, or other 
privileges. If you are not the intended recipient or person responsible
for delivering this confidential
communication to the intended recipient, you have received this
communication in error, and any review, use, 
dissemination, forwarding, printing, copying, or other distribution of
this e-mail message and any attached files 
is strictly prohibited. Dickstein Shapiro reserves the right to monitor
any communication that is created, 
received, or sent on its network.  If you have received this
confidential communication in error, please notify the 
sender immediately by reply e-mail message and permanently delete the
original message. 

To reply to our email administrator directly, send an email to
postmaster at dicksteinshapiro.com

Dickstein Shapiro LLP
http://www.DicksteinShapiro.com

========================================================================
======


_______________________________________________ cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip 

--------------------------------------------------------
This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s)
named above. This communication may contain material protected by attorney-client, work product, or other 
privileges. If you are not the intended recipient or person responsible for delivering this confidential
communication to the intended recipient, you have received this communication in error, and any review, use, 
dissemination, forwarding, printing, copying, or other distribution of this e-mail message and any attached files 
is strictly prohibited. Dickstein Shapiro reserves the right to monitor any communication that is created, 
received, or sent on its network.  If you have received this confidential communication in error, please notify the 
sender immediately by reply e-mail message and permanently delete the original message. 

To reply to our email administrator directly, send an email to postmaster at dicksteinshapiro.com

Dickstein Shapiro LLP
http://www.DicksteinShapiro.com

==============================================================================
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/5f50f9a0/attachment-0001.html>

------------------------------

Message: 14
Date: Wed, 7 Jan 2009 14:20:17 -0600
From: "Micah Bennett" <mbennett at als-xtn.com>
Subject: Re: [cisco-voip] CCM working with Nortel
To: "Matt Slaga \(US\)" <Matt.Slaga at us.didata.com>,    "Eric Isakson"
    <Eisakson at ogdenclinic.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <160C116A79522E4B9404937D2E28811D016A14AE at exchange02.alsnet.als-xtn.com>
    
Content-Type: text/plain; charset="us-ascii"

No idea at this point.  The Cisco is currently mine and our new sister
company has Nortel.



Our call manager version is 4.2(3).  I believe they have Nortel 81C.



Do different versions of one system care about different versions of the
other?

Micah Bennett 
Telecommunications Admin 
Automated License Systems 
3055 Lebanon Rd, Ste 2301 
Nashville, TN  37214 
Extension: 2357 
Office: 615-263-4066 
Mobile: 615-207-0318 
Email: micah.bennett at als-xtn.com <mailto:micah.bennett at als-xtn.com>  
Website: www.als-xtn.com <http://www.als-xtn.com>  

  _____  

From: Matt Slaga (US) [mailto:Matt..Slaga at us.didata.com] 
Sent: Wednesday, January 07, 2009 1:53 PM
To: Micah Bennett; Eric Isakson
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CCM working with Nortel



If your Nortel is licensed for Q.Sig, I would recommend that route.  



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett
Sent: Wednesday, January 07, 2009 2:51 PM
To: Eric Isakson
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CCM working with Nortel



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. 



Anyway, thanks.  It sounds like its not going to be a problem.  



Micah Bennett 
Telecommunications Admin 

  _____  

From: Eric Isakson [mailto:Eisakson at ogdenclinic.com] 
Sent: Wednesday, January 07, 2009 1:47 PM
To: Micah Bennett; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CCM working with Nortel



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.



Eric Isakson | Network Engineer | Information Technology Dept. | Ogden
Clinic | eric at ogdenclinic.com <mailto:eric at ogdenclinic.com>  |
801.475.3572



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Leetun, Rob
Sent: Wednesday, January 07, 2009 12:40
To: Micah Bennett; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CCM working with Nortel



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?





From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett
Sent: Wednesday, January 07, 2009 12:33 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] CCM working with Nortel



Hello all

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. 

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.

If anyone has a broad overview that would be great.

Micah Bennett







  _____  

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. 

  _____  

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. 

-------------- next part --------------
An HTML attachment was scrubbed....
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/52216e63/attachment-0001.html>

------------------------------

Message: 15
Date: Wed, 7 Jan 2009 15:21:53 -0500 (EST)
From: Lelio Fulgenzi <lelio at uoguelph.ca>
Subject: Re: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825
    Gateway Router?
To: Steve Miller <MillerS at DicksteinShapiro.COM>
Cc: "cisco-voip at puck-nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <457516055.491291231359713742.JavaMail.root at superior.cs.uoguelph.ca>
Content-Type: text/plain; charset="utf-8"

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. 


----- Original Message ----- 
From: "Steve Miller" <MillerS at DicksteinShapiro..COM> 
To: "Lelio Fulgenzi" <lelio at uoguelph.ca> 
Cc: "cisco-voip at puck-nether.net" <cisco-voip at puck.nether.net> 
Sent: Wednesday, January 7, 2009 3:16:08 PM GMT -05:00 US/Canada Eastern 
Subject: RE: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825 Gateway Router? 


Thank you! 


Steve Miller 
Telecom Engineer 
Dickstein Shapiro LLP 
1825 Eye Street NW | Washington, DC 20006 
Tel (202) 420-3370| Fax (202) 330-5607 
MillerS at dicksteinshapiro.com 



From: Lelio Fulgenzi [mailto:lelio at uoguelph.ca] 
Sent: Wednesday, January 07, 2009 3:09 PM 
To: Miller, Steve 
Cc: cisco-voip at puck-nether.net 
Subject: Re: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825 Gateway Router? 



Conflicting documentation on CCO? Never happens. I don't believe it. ;) 

According to the main datasheet it is. 

http://cisco.com/en/US/prod/collateral/modules/ps5365/product_data_sheet0900aecd801c595e.html 



--- 
Lelio Fulgenzi, B.A. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
"Bad grammar makes me [sic]" - Tshirt 


----- Original Message ----- 
From: "Steve Miller" <MillerS at DicksteinShapiro.COM> 
To: "cisco-voip at puck-nether.net" <cisco-voip at puck.nether.net> 
Sent: Wednesday, January 7, 2009 3:05:41 PM GMT -05:00 US/Canada Eastern 
Subject: [cisco-voip] Does the VIC2-4FXO Card Work with a 3825 Gateway Router? 


I see conflicting things about this. Thank you. 


Steve Miller 
Telecom Engineer 
Dickstein Shapiro LLP 
1825 Eye Street NW | Washington, DC 20006 
Tel (202) 420-3370| Fax (202) 330-5607 
MillerS at dicksteinshapiro.com 


--------------------------------------------------------
This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s)
named above. This communication may contain material protected by attorney-client, work product, or other 
privileges. If you are not the intended recipient or person responsible for delivering this confidential
communication to the intended recipient, you have received this communication in error, and any review, use, 
dissemination, forwarding, printing, copying, or other distribution of this e-mail message and any attached files 
is strictly prohibited. Dickstein Shapiro reserves the right to monitor any communication that is created, 
received, or sent on its network.  If you have received this confidential communication in error, please notify the 
sender immediately by reply e-mail message and permanently delete the original message. 

To reply to our email administrator directly, send an email to postmaster at dicksteinshapiro.com

Dickstein Shapiro LLP
http://www.DicksteinShapiro.com

============================================================================== 


_______________________________________________ cisco-voip mailing list cisco-voip at puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip 

--------------------------------------------------------
This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s)
named above. This communication may contain material protected by attorney-client, work product, or other 
privileges. If you are not the intended recipient or person responsible for delivering this confidential
communication to the intended recipient, you have received this communication in error, and any review, use, 
dissemination, forwarding, printing, copying, or other distribution of this e-mail message and any attached files 
is strictly prohibited. Dickstein Shapiro reserves the right to monitor any communication that is created, 
received, or sent on its network.  If you have received this confidential communication in error, please notify the 
sender immediately by reply e-mail message and permanently delete the original message. 

To reply to our email administrator directly, send an email to postmaster at dicksteinshapiro.com

Dickstein Shapiro LLP
http://www.DicksteinShapiro.com

============================================================================== 

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

------------------------------

Message: 16
Date: Wed, 7 Jan 2009 15:23:10 -0500 (EST)
From: Lelio Fulgenzi <lelio at uoguelph.ca>
Subject: Re: [cisco-voip] CCM working with Nortel
To: Micah Bennett <mbennett at als-xtn.com>
Cc: "Matt Slaga \(US\)" <Matt.Slaga at us.didata.com>,
    cisco-voip at puck.nether.net,    Eric Isakson <Eisakson at ogdenclinic.com>
Message-ID:
    <459389615.492541231359790657.JavaMail.root at superior.cs.uoguelph.ca>
Content-Type: text/plain; charset="utf-8"

I don't think so, but it depends on which protocol/gateway you are using. 

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. 


--- 
Lelio Fulgenzi, B.A.. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
"Bad grammar makes me [sic]" - Tshirt 


----- Original Message ----- 
From: "Micah Bennett" <mbennett at als-xtn.com> 
To: "Matt Slaga (US)" <Matt.Slaga at us.didata.com>, "Eric Isakson" <Eisakson at ogdenclinic.com> 
Cc: cisco-voip at puck.nether.net 
Sent: Wednesday, January 7, 2009 3:20:17 PM GMT -05:00 US/Canada Eastern 
Subject: Re: [cisco-voip] CCM working with Nortel 

CCM working with Nortel 


No idea at this point. The Cisco is currently mine and our new sister company has Nortel. 



Our call manager version is 4.2(3). I believe they have Nortel 81C. 



Do different versions of one system care about different versions of the other? 


Micah Bennett 
Telecommunications Admin 
Automated License Systems 
3055 Lebanon Rd, Ste 2301 
Nashville , TN 37214 
Extension: 2357 
Office: 615-263-4066 
Mobile : 615-207-0318 
Email: micah.bennett at als-xtn.com 
Website: www.als-xtn.com 




From: Matt Slaga (US) [mailto:Matt.Slaga at us.didata.com] 
Sent: Wednesday, January 07, 2009 1:53 PM 
To: Micah Bennett; Eric Isakson 
Cc: cisco-voip at puck.nether.net 
Subject: RE: [cisco-voip] CCM working with Nortel 



If your Nortel is licensed for Q.Sig, I would recommend that route. 





From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett 
Sent: Wednesday, January 07, 2009 2:51 PM 
To: Eric Isakson 
Cc: cisco-voip at puck.nether.net 
Subject: Re: [cisco-voip] CCM working with Nortel 



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. 



Anyway, thanks. It sounds like its not going to be a problem. 




Micah Bennett 
Telecommunications Admin 




From: Eric Isakson [mailto:Eisakson at ogdenclinic.com] 
Sent: Wednesday, January 07, 2009 1:47 PM 
To: Micah Bennett; cisco-voip at puck.nether.net 
Subject: RE: [cisco-voip] CCM working with Nortel 



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. 





Eric Isakson | Network Engineer | Information Technology Dept. | Ogden Clinic | eric at ogdenclinic.com | 801.475.3572 





From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Leetun, Rob 
Sent: Wednesday, January 07, 2009 12:40 
To: Micah Bennett; cisco-voip at puck.nether.net 
Subject: Re: [cisco-voip] CCM working with Nortel 



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? 







From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett 
Sent: Wednesday, January 07, 2009 12:33 PM 
To: cisco-voip at puck.nether.net 
Subject: [cisco-voip] CCM working with Nortel 



Hello all 

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. 

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. 

If anyone has a broad overview that would be great. 

Micah Bennett 









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. 






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. 
_______________________________________________ cisco-voip mailing list cisco-voip at puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/7350a0d2/attachment-0001.html>

------------------------------

Message: 17
Date: Wed, 7 Jan 2009 13:24:08 -0700
From: "Eric Isakson" <Eisakson at ogdenclinic.com>
Subject: Re: [cisco-voip] CCM working with Nortel
To: "Micah Bennett" <mbennett at als-xtn.com>,    "Matt Slaga (US)"
    <Matt.Slaga at us.didata.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <ED3D9C98292E2448B4271C86E76B4A26062B8182 at exchange.ogdenclinic.com>
Content-Type: text/plain; charset="us-ascii"

If you set both ends up as trunks to the other, not one iota.  As far as
the systems know, they're simply routing calls over those trunks, so
once you have both ends up, route away and you're done.  BTW, and Option
81c is the same as the Option 51c we used, just bigger.



Eric Isakson | Network Engineer | Information Technology Dept. | Ogden
Clinic | eric at ogdenclinic.com <mailto:eric at ogdenclinic.com>  |
801.475.3572



From: Micah Bennett [mailto:mbennett at als-xtn.com] 
Sent: Wednesday, January 07, 2009 13:20
To: Matt Slaga (US); Eric Isakson
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CCM working with Nortel



No idea at this point.  The Cisco is currently mine and our new sister
company has Nortel.



Our call manager version is 4.2(3).  I believe they have Nortel 81C.



Do different versions of one system care about different versions of the
other?

Micah Bennett 
Telecommunications Admin 
Automated License Systems 
3055 Lebanon Rd, Ste 2301 
Nashville, TN  37214 
Extension: 2357 
Office: 615-263-4066 
Mobile: 615-207-0318 
Email: micah.bennett at als-xtn.com <mailto:micah.bennett at als-xtn.com>  
Website: www.als-xtn.com <http://www.als-xtn.com>  

________________________________

From: Matt Slaga (US) [mailto:Matt.Slaga at us.didata.com] 
Sent: Wednesday, January 07, 2009 1:53 PM
To: Micah Bennett; Eric Isakson
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CCM working with Nortel



If your Nortel is licensed for Q.Sig, I would recommend that route.  



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett
Sent: Wednesday, January 07, 2009 2:51 PM
To: Eric Isakson
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CCM working with Nortel



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. 



Anyway, thanks.  It sounds like its not going to be a problem.  



Micah Bennett 
Telecommunications Admin 

________________________________

From: Eric Isakson [mailto:Eisakson at ogdenclinic.com] 
Sent: Wednesday, January 07, 2009 1:47 PM
To: Micah Bennett; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CCM working with Nortel



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.



Eric Isakson | Network Engineer | Information Technology Dept. | Ogden
Clinic | eric at ogdenclinic.com <mailto:eric at ogdenclinic.com>  |
801.475.3572



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Leetun, Rob
Sent: Wednesday, January 07, 2009 12:40
To: Micah Bennett; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CCM working with Nortel



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?





From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett
Sent: Wednesday, January 07, 2009 12:33 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] CCM working with Nortel



Hello all

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. 

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.

If anyone has a broad overview that would be great.

Micah Bennett







________________________________

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. 

________________________________

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. 

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

------------------------------

Message: 18
Date: Wed, 7 Jan 2009 15:28:29 -0500
From: "Tim Reimers" <treimers at ashevillenc.gov>
Subject: [cisco-voip] Question about the Dependency service
To: <cisco-voip at puck.nether.net>
Message-ID:
    <F3B7C0E8920C414E943AFBF3577D95D90CB1C4CB at coa-exchange2k3.asheville.local>
    
Content-Type: text/plain; charset="us-ascii"

hi folks-

UCM 6.01

I see that Cisco warns you in the following way when you don't have
Dependency running:

"The Dependency Records feature is disabled. 

To enable this feature, please go to the Enterprise Parameters page in
the System menu and set the Enable Dependency Records to True. Enabling
the Dependency Records functionality causes high CPU usage and may
impact call processing. This task may take a long time to complete due
to dial plan size and complexity, CPU speed and the CPU requirements of
other applications. If you are monitoring CPU usage, you may experience
high CPU usage alarms."


Is that a temporary condition of Dependency, such that once the initial
SQL query (I assume) is done internally, things settle down to a more
normal CPU level?

I can find all sorts of discussion on how when you START it there is
high CPU -- which makes sense.

But I don't find any discussion from Cisco on what this Dependency
service might do to your production environment on an ongoing basis.
Except for a comment that "if you are having problems, disable this
first" -- a common caveat that doesn't really go far towards saying what
metrics dependency should cause in a normal environment.

Tim Reimers
Systems Analyst II
Information Technology Services
City of Asheville
70 Court Plaza
Asheville, NC 28801
phone - 828-259-5512
treimers at ashevillenc.gov <mailto:timreimers at ashevillenc.gov> 

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

------------------------------

Message: 19
Date: Wed, 7 Jan 2009 14:29:19 -0600
From: "Micah Bennett" <mbennett at als-xtn.com>
Subject: Re: [cisco-voip] CCM working with Nortel
To: "Eric Isakson" <Eisakson at ogdenclinic.com>,    "Matt Slaga \(US\)"
    <Matt.Slaga at us.didata.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <160C116A79522E4B9404937D2E28811D016A14B1 at exchange02.alsnet.als-xtn.com>
    
Content-Type: text/plain; charset="us-ascii"

I expect that my office is going to get some Nortel equipment as well as
keep my current call manager setup so the connection between the two
will be a short in house run.  We will have users on both in this
location.  The Nortel leg here (TN) will be connected to the main Nortel
leg (MD) via some type of long haul connection (IP or P2P).  Sounds like
its going to be good time for everyone.

Micah Bennett 



  _____  

From: Eric Isakson [mailto:Eisakson at ogdenclinic.com] 
Sent: Wednesday, January 07, 2009 2:24 PM
To: Micah Bennett; Matt Slaga (US)
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CCM working with Nortel



If you set both ends up as trunks to the other, not one iota.  As far as
the systems know, they're simply routing calls over those trunks, so
once you have both ends up, route away and you're done.  BTW, and Option
81c is the same as the Option 51c we used, just bigger.



Eric Isakson | Network Engineer | Information Technology Dept. | Ogden
Clinic | eric at ogdenclinic.com <mailto:eric at ogdenclinic.com>  |
801.475.3572



From: Micah Bennett [mailto:mbennett at als-xtn.com] 
Sent: Wednesday, January 07, 2009 13:20
To: Matt Slaga (US); Eric Isakson
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CCM working with Nortel



No idea at this point.  The Cisco is currently mine and our new sister
company has Nortel.



Our call manager version is 4.2(3).  I believe they have Nortel 81C.



Do different versions of one system care about different versions of the
other?

Micah Bennett 
Telecommunications Admin 
Automated License Systems 
3055 Lebanon Rd, Ste 2301 
Nashville, TN  37214 
Extension: 2357 
Office: 615-263-4066 
Mobile: 615-207-0318 
Email: micah.bennett at als-xtn.com <mailto:micah.bennett at als-xtn.com>  
Website: www.als-xtn.com <http://www.als-xtn.com>  

  _____  

From: Matt Slaga (US) [mailto:Matt.Slaga at us.didata.com] 
Sent: Wednesday, January 07, 2009 1:53 PM
To: Micah Bennett; Eric Isakson
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CCM working with Nortel



If your Nortel is licensed for Q.Sig, I would recommend that route.  



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett
Sent: Wednesday, January 07, 2009 2:51 PM
To: Eric Isakson
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CCM working with Nortel



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. 



Anyway, thanks.  It sounds like its not going to be a problem.  



Micah Bennett 
Telecommunications Admin 

  _____  

From: Eric Isakson [mailto:Eisakson at ogdenclinic.com] 
Sent: Wednesday, January 07, 2009 1:47 PM
To: Micah Bennett; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CCM working with Nortel



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.



Eric Isakson | Network Engineer | Information Technology Dept. | Ogden
Clinic | eric at ogdenclinic.com <mailto:eric at ogdenclinic.com>  |
801.475.3572



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Leetun, Rob
Sent: Wednesday, January 07, 2009 12:40
To: Micah Bennett; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CCM working with Nortel



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?





From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Micah Bennett
Sent: Wednesday, January 07, 2009 12:33 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] CCM working with Nortel



Hello all

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. 

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.

If anyone has a broad overview that would be great.

Micah Bennett







  _____  

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. 

  _____  

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. 

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

------------------------------

Message: 20
Date: Wed, 7 Jan 2009 15:47:19 -0500
From: "Matthew Saskin" <msaskin at gmail.com>
Subject: Re: [cisco-voip] UCM 6.01 Linux version - Listing phones in
    device    pool and showing subscribed IP Phone services?
To: "Jacky Cai" <jackycxh at gmail.com>
Cc: cisco-voip at puck.nether.net, Tim Reimers <treimers at ashevillenc.gov>
Message-ID:
    <bbbb0f690901071247y27879f9dlb4aad49de9ba0a2 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Here you go: phone name, description, with device pool listed and all
subscribed services

run sql select DP.name,D.name,D.description,T.name
from device D
join devicepool DP on D.fkdevicepool = DP.pkid
join telecastersubscribedservice TS on D..pkid = TS.fkdevice
join telecasterservice T on TS.fktelecasterservice = T.pkid


-matt


On Wed, Jan 7, 2009 at 1:05 AM, Jacky Cai <jackycxh at gmail.com> wrote:

> you can go in to the service, and go to its dependency records to get a
> list of phones those subscribe to this service.
>
> 2009/1/7 Tim Reimers <treimers at ashevillenc.gov>
>
>>  Hi everyone-
>>
>> Running UCM 6.01
>>
>>
>> What I'm trying to do is get a list of phones that have a given service
>> configured on them.
>> I don't know of any way to list phones and show their services, nor can I
>> list phones from the service.
>>
>>  I do have the AXL SQL Tool Kit installed---
>> I can do the basic provided query via the XML file that returns
>> sample.xml.
>>
>> I suspect there IS some way to ask this question in a massive Select
>> statement ---
>> but that could be a sledgehammer approach, and I don't even know the table
>> names or fields to be asking for.
>>
>> the game plan is to list the devices in a device pool, with "what IP
>> services are you subscribed to" showing, so as to ensure that I've
>> configured all phones and not missed any.
>>
>> I've been using BAT successfully to add the service, but I'd like to
>> verify my work..
>> (thanks to those of you who pointed me to BAT and templates to do that)
>>
>> Also, it appears that simply deleting the undesired service is safe and
>> the phones no longer have the service applied. (I forget who suggested that)
>>
>> Tim Reimers
>> Systems Analyst II
>> Information Technology Services
>> City of Asheville
>> 70 Court Plaza
>> Asheville, NC 28801
>> phone - 828-259-5512
>> treimers at ashevillenc.gov <timreimers at ashevillenc.gov>
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/c114b07c/attachment-0001.html>

------------------------------

Message: 21
Date: Wed, 07 Jan 2009 16:16:33 -0500
From: Wes Sisk <wsisk at cisco.com>
Subject: Re: [cisco-voip] Question about the Dependency service
To: Tim Reimers <treimers at ashevillenc.gov>
Cc: cisco-voip at puck.nether.net
Message-ID: <49651BB1.6030908 at cisco.com>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"

yes, temporary. extra work is only assocaited iwth clicking the 
dependency records link.

/wes

On Wednesday, January 07, 2009 3:28:29 PM, Tim Reimers 
<treimers at ashevillenc.gov> wrote:
> hi folks-
>  
> UCM 6.01
>  
> I see that Cisco warns you in the following way when you don't have 
> Dependency running:
>  
> "The Dependency Records feature is disabled.
>  
> To enable this feature, please go to the Enterprise Parameters page in 
> the System menu and set the Enable Dependency Records to True. 
> Enabling the Dependency Records functionality causes high CPU usage 
> and may impact call processing. This task may take a long time to 
> complete due to dial plan size and complexity, CPU speed and the CPU 
> requirements of other applications. If you are monitoring CPU usage, 
> you may experience high CPU usage alarms."
>  
>  
> Is that a temporary condition of Dependency, such that once the 
> initial SQL query (I assume) is done internally, things settle down to 
> a more normal CPU level?
>  
> I can find all sorts of discussion on how when you START it there is 
> high CPU -- which makes sense.
>  
> But I don't find any discussion from Cisco on what this Dependency 
> service might do to your production environment on an ongoing basis.
> Except for a comment that "if you are having problems, disable this 
> first" -- a common caveat that doesn't really go far towards saying 
> what metrics dependency should cause in a normal environment.
>  
> Tim Reimers
> Systems Analyst II
> Information Technology Services
> City of Asheville
> 70 Court Plaza
> Asheville, NC 28801
> phone - 828-259-5512
> treimers at ashevillenc.gov <mailto:timreimers at ashevillenc.gov>
>  
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/19633f62/attachment-0001.html>

------------------------------

Message: 22
Date: Wed, 07 Jan 2009 16:20:42 -0500
From: Wes Sisk <wsisk at cisco.com>
Subject: Re: [cisco-voip] CCM working with Nortel
To: Micah Bennett <mbennett at als-xtn.com>
Cc: cisco-voip at puck.nether.net
Message-ID: <49651CAA.3010605 at cisco.com>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"

PBX Interop Portal:
http://www.cisco.com/en/US/solutions/ns340/ns414/ns728/networking_solutions_products_genericcontent0900aecd805b561d.html

describes interop and supported features.

/wes

On Wednesday, January 07, 2009 2:33:26 PM, Micah Bennett 
<mbennett at als-xtn.com> wrote:
>
> Hello all
>
> 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.
>
> 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.
>
> If anyone has a broad overview that would be great.
>
> ***Micah Bennett*
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  

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

------------------------------

Message: 23
Date: Wed, 07 Jan 2009 16:41:40 -0500
From: Wes Sisk <wsisk at cisco.com>
Subject: Re: [cisco-voip] CUCM 6.1.X https session timeout
    configurable
To: Thorsten.Mayr at barclayscapital.com
Cc: cisco-voip at puck.nether.net
Message-ID: <49652194.6040601 at cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Does not look likely: CSCsj45520.  Let your account manager know this is 
critical for you.

Regards,
Wes

On Tuesday, January 06, 2009 8:37:31 AM, 
<Thorsten.Mayr at barclayscapital.com> wrote:
> Is there a way to tweak the https session timeout against  /ccmadmin
> pages without root access?
>
> Apologies if I have missed the answer to this in any previous threads; I
> am pretty sure it has been discussed before...; for some reason I
> couldn't find anything on SRND or puck..... Might just be poor search
> skills...
>
> Thanks in advance
> T
>
> Exact cucm version is 6.1.2.1110-3
> _______________________________________________
>
> 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!
fi!
>  ce at 1 Churchill Place, London, E14 5HP.  This email may relate to or be sent from other members of the Barclays Group.
> _______________________________________________
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  




------------------------------

Message: 24
Date: Wed, 7 Jan 2009 16:41:57 -0500
From: "Jason Aarons (US)" <jason.aarons at us.didata.com>
Subject: [cisco-voip] (no subject)
To: <cisco-voip at puck.nether.net>
Message-ID:
    <C1FE15183DA37645BC0633BC604E44F00D284855 at USNAEXCH.na.didata.local>
Content-Type: text/plain; charset="us-ascii"

I burned copied the file UCSInstall_UCOS_ES_7.0.1.21007-1.sgn.iso on a
DVD and put it into a 7845H2 with 7.0.1.11000-2 and went tried to
upgrade. It said it couldn't mount the DVD, but I can read that DVD fine
in other computers.



Was I actually suppoed to burn the iso image to the DVD with Roxio, etc?




-----------------------------------------
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/efab516b/attachment-0001.html>

------------------------------

Message: 25
Date: Wed, 7 Jan 2009 16:47:37 -0500
From: "Jason Aarons (US)" <jason.aarons at us.didata.com>
Subject: Re: [cisco-voip] CUCM 6.1.X https session timeout
    configurable
To: "Wes Sisk" <wsisk at cisco.com>, <Thorsten.Mayr at barclayscapital.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <C1FE15183DA37645BC0633BC604E44F00D284888 at USNAEXCH.na.didata.local>
Content-Type: text/plain;    charset="us-ascii"

This is usually the first customer complaint. Having to re-login when
you alt+tab over to read your email and then come back find you've been
logged out -jason

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Wes Sisk
Sent: Wednesday, January 07, 2009 4:42 PM
To: Thorsten.Mayr at barclayscapital.com
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CUCM 6.1.X https session timeout configurable

Does not look likely: CSCsj45520.  Let your account manager know this is

critical for you.

Regards,
Wes

On Tuesday, January 06, 2009 8:37:31 AM, 
<Thorsten.Mayr at barclayscapital.com> wrote:
> Is there a way to tweak the https session timeout against  /ccmadmin
> pages without root access?
>
> Apologies if I have missed the answer to this in any previous threads;
I
> am pretty sure it has been discussed before...; for some reason I
> couldn't find anything on SRND or puck.... Might just be poor search
> skills...
>
> Thanks in advance
> T
>
> Exact cucm version is 6.1.2.1110-3
> _______________________________________________
>
> 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!
fi!
>  ce at 1 Churchill Place, London, E14 5HP.  This email may relate to
or be sent from other members of the Barclays Group.
> _______________________________________________
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-----------------------------------------
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.


------------------------------

Message: 26
Date: Wed, 7 Jan 2009 16:58:43 -0500
From: "Jason Aarons (US)" <jason.aarons at us.didata.com>
Subject: Re: [cisco-voip] (no subject)
To: "Jason Aarons (US)" <jason.aarons at us.didata.com>,
    <cisco-voip at puck.nether.net>
Message-ID:
    <C1FE15183DA37645BC0633BC604E44F00D2848CE at USNAEXCH.na.didata.local>
Content-Type: text/plain; charset="us-ascii"

Don't copy the file to data dvd, actually burn the ISO to dvd, it will
then recognize it and allow the upgrade -jason



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jason Aarons
(US)
Sent: Wednesday, January 07, 2009 4:42 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] (no subject)



I burned copied the file UCSInstall_UCOS_ES_7.0.1.21007-1.sgn.iso on a
DVD and put it into a 7845H2 with 7.0.1.11000-2 and went tried to
upgrade. It said it couldn't mount the DVD, but I can read that DVD fine
in other computers.



Was I actually suppoed to burn the iso image to the DVD with Roxio, etc?

________________________________




-----------------------------------------
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/e01f786a/attachment-0001.html>

------------------------------

Message: 27
Date: Wed, 7 Jan 2009 17:03:05 -0500
From: "Jason Aarons (US)" <jason.aarons at us.didata.com>
Subject: [cisco-voip] FW:  CUCM 6.1.X https session timeout
    configurable
To: <cisco-voip at puck.nether.net>
Message-ID:
    <C1FE15183DA37645BC0633BC604E44F00D2848E8 at USNAEXCH.na.didata.local>
Content-Type: text/plain;    charset="us-ascii"

I can imagine if Outlook or Office Communicator forced me out and closed
every 20 minutes....would drive a person nuts. Would be better to
monitor my keystrokes to determine if I'm not here...

What if your cell phone powered off after 20 minutes when not talking on
it...



> -----Original Message-----
> From: Jason Aarons (US) [mailto:jason.aarons at us.didata.com] 
> Sent: Wednesday, January 07, 2009 9:48 PM
> To: Wes Sisk; Mayr, Thorsten: IT (LDN)
> Cc: cisco-voip at puck.nether.net
> Subject: RE: [cisco-voip] CUCM 6.1.X https session timeout 
> configurable
> 
> This is usually the first customer complaint. Having to 
> re-login when you alt+tab over to read your email and then 
> come back find you've been logged out -jason
> 
> -----Original Message-----
> From: cisco-voip-bounces at puck.nether.net
> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Wes Sisk
> Sent: Wednesday, January 07, 2009 4:42 PM
> To: Thorsten.Mayr at barclayscapital.com
> Cc: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] CUCM 6.1.X https session timeout 
> configurable
> 
> Does not look likely: CSCsj45520.  Let your account manager 
> know this is
> 
> critical for you.
> 
> Regards,
> Wes
> 
> On Tuesday, January 06, 2009 8:37:31 AM, 
> <Thorsten.Mayr at barclayscapital.com> wrote:
> > Is there a way to tweak the https session timeout against  
> /ccmadmin 
> > pages without root access?
> >
> > Apologies if I have missed the answer to this in any 
> previous threads;
> I
> > am pretty sure it has been discussed before...; for some reason I 
> > couldn't find anything on SRND or puck.... Might just be 
> poor search 
> > skills...
> >
> > Thanks in advance
> > T
> >
> > Exact cucm version is 6.1.2.1110-3
> > _______________________________________________
> >
> > 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!
>  fi!
> >  ce at 1 Churchill Place, London, E14 5HP.  This email may relate to
> or be sent from other members of the Barclays Group.
> > _______________________________________________
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
> 
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 
> -----------------------------------------
> 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.
> 
_______________________________________________

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 office at 1 Churchill Place, London, E14 5HP.  This
email may relate to or be sent from other members of the Barclays Group.
_______________________________________________

-----------------------------------------
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.


------------------------------

Message: 28
Date: Wed, 7 Jan 2009 16:07:33 -0600
From: "Frazee, Timothy" <Timothy_Frazee at adp.com>
Subject: Re: [cisco-voip] CUCM 6.1.X https session timeout
    configurable
To: "Wes Sisk" <wsisk at cisco.com>, <Thorsten.Mayr at barclayscapital.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <723FA17C6AA4C4428CDF572DCAEE08D40837BE00 at EXCHANGEDS01.ds.ad.adp.com>
Content-Type: text/plain;    charset="us-ascii"

I thought this was supposed to be able to be configured in UCM 7?

It is settable on Connection 2.x.......

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Wes Sisk
Sent: Wednesday, January 07, 2009 3:42 PM
To: Thorsten.Mayr at barclayscapital.com
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CUCM 6.1.X https session timeout configurable

Does not look likely: CSCsj45520.  Let your account manager know this is

critical for you.

Regards,
Wes

On Tuesday, January 06, 2009 8:37:31 AM, 
<Thorsten.Mayr at barclayscapital.com> wrote:
> Is there a way to tweak the https session timeout against  /ccmadmin
> pages without root access?
>
> Apologies if I have missed the answer to this in any previous threads;
I
> am pretty sure it has been discussed before...; for some reason I
> couldn't find anything on SRND or puck.... Might just be poor search
> skills...
>
> Thanks in advance
> T
>
> Exact cucm version is 6.1.2.1110-3
> _______________________________________________
>
> 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!
fi!
>  ce at 1 Churchill Place, London, E14 5HP.  This email may relate to
or be sent from other members of the Barclays Group.
> _______________________________________________
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


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.


------------------------------

Message: 29
Date: Wed, 07 Jan 2009 17:47:20 -0500
From: Wes Sisk <wsisk at cisco.com>
Subject: Re: [cisco-voip] (no subject)
To: "Jason Aarons (US)" <jason.aarons at us.didata.com>
Cc: cisco-voip at puck.nether.net
Message-ID: <496530F8.7090802 at cisco.com>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"

better yet, stick it on an SFTP server and save the plastic.

On Wednesday, January 07, 2009 4:58:43 PM, Jason Aarons (US) 
<jason.aarons at us.didata.com> wrote:
>
> Don't copy the file to data dvd, actually burn the ISO to dvd, it will 
> then recognize it and allow the upgrade -jason
>
>  
>
> *From:* cisco-voip-bounces at puck.nether.net 
> [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf Of *Jason 
> Aarons (US)
> *Sent:* Wednesday, January 07, 2009 4:42 PM
> *To:* cisco-voip at puck.nether.net
> *Subject:* [cisco-voip] (no subject)
>
>  
>
> I burned copied the file UCSInstall_UCOS_ES_7.0.1.21007-1.sgn.iso on a 
> DVD and put it into a 7845H2 with 7.0.1.11000-2 and went tried to 
> upgrade. It said it couldn't mount the DVD, but I can read that DVD 
> fine in other computers.
>
>  
>
> Was I actually suppoed to burn the iso image to the DVD with Roxio, etc?
>
> ------------------------------------------------------------------------
> ------------------------------------------------------------------------
>
> *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. *
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  

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

------------------------------

Message: 30
Date: Thu, 8 Jan 2009 09:55:37 +1100
From: "Riley, Andrew" <Andrew.Riley at uxcg.com.au>
Subject: [cisco-voip] Change Corp Dir without loosing/breaking
    Personal    Directories (6.1)
To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <DB011559B5A3D640A78EC445BB7268E946819DEAEE at EXMSYD01.aus.local>
Content-Type: text/plain; charset="us-ascii"

Hi There,

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?

Here is what i have done..

When you pop the normal (http://10.2.10.10:8080/ccmcip/xmldirectory.jsp) URL into a browser you get the following

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<CiscoIPPhoneMenu>
-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
  N<Name>Personal Directory</Name>
  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>
</MenuItem>
-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
  <<Name>Corporate Directory</Name>
  <<URL>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</URL>
</MenuItem>
  <<Prompt>Select a directory</Prompt>
</CiscoIPPhoneMenu>


Which indicates that this URL is loading both Personal and Corp Directories..


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
<<<CiscoIPPhoneMenu>
-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
  N<Name>Personal Directory</Name>
  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>
</MenuItem>
-<http://10.2.10.10:8080/ccmcip/xmldirectory..jsp> <<MenuItem>
  <<Name>Corporate Directory</Name>
  <<URL>http://myserver/mydirectory/myservice.asp</URL>
</MenuItem>
  <<Prompt>Select a directory</Prompt>
</CiscoIPPhoneMenu>

Then change the enterprise parameter to my point to http://myserver/mydirectory/mydir.xml

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 http://10.2.10.10:8080/ccmcip/xmldirectory.jsp file which stops this from happening..


Would appreciate any guidance or others experience on this.


Andrew Riley
(a.k.a Riles)
Unified Communications
CCIE # 18285 Voice
Consulting Services

Getronics Australia - A UXC Company
2 Minna Close
Belrose NSW 2085
Australia
Mobile:  +61 402 894 793
Fax:      +61 2 9847 7378
Email:    andrew.riley at uxcg.com.au
Web: http://www.getronics.com..au<http://www.getronics.com.au/>


________________________________
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.
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/609f3b9e/attachment-0001.html>

------------------------------

Message: 31
Date: Wed, 7 Jan 2009 15:11:26 -0800
From: "Melvin Fong" <mfong at pacific.edu>
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking
    PersonalDirectories (6.1)
To: "Riley, Andrew" <Andrew.Riley at uxcg.com.au>,
    <cisco-voip at puck.nether..net>
Message-ID:
    <FFF80CC41C32954B84FF170DAFC942FF026A2362 at EXVS1.stk.pacific.edu>
Content-Type: text/plain; charset="us-ascii"

We ran into the same issue, we remedied it by making the PAB available
as a service through the services button.



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Riley, Andrew
Sent: Wednesday, January 07, 2009 2:56 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Change Corp Dir without loosing/breaking
PersonalDirectories (6.1)



Hi There, 


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?



Here is what i have done..



When you pop the normal (http://10..2.10.10:8080/ccmcip/xmldirectory.jsp)
URL into a browser you get the following



- <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp>  <<CiscoIPPhoneMenu>

- <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp>  <<MenuItem>

  N<Name>Personal Directory</Name> 


<<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL> 

</MenuItem>

- <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp>  <<MenuItem>

  <<Name>Corporate Directory</Name> 

  <<URL>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</URL> 

</MenuItem>

  <<Prompt>Select a directory</Prompt> 

</CiscoIPPhoneMenu>





Which indicates that this URL is loading both Personal and Corp
Directories.. 





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

<<<CiscoIPPhoneMenu>

- <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp>  <<MenuItem>

  N<Name>Personal Directory</Name> 


<<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL> 

</MenuItem>

- <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp>  <<MenuItem>

  <<Name>Corporate Directory</Name> 

  <<URL>http://myserver/mydirectory/myservice.asp</URL> 

</MenuItem>

  <<Prompt>Select a directory</Prompt> 

</CiscoIPPhoneMenu>



Then change the enterprise parameter to my point to
http://myserver/mydirectory/mydir.xml



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
http://10.2.10.10:8080/ccmcip/xmldirectory.jsp file which stops this
from happening.. 





Would appreciate any guidance or others experience on this.





Andrew Riley
(a.k.a Riles)
Unified Communications
CCIE # 18285 Voice 
Consulting Services

Getronics Australia - A UXC Company
2 Minna Close
Belrose NSW 2085
Australia
Mobile:  +61 402 894 793
Fax:      +61 2 9847 7378
Email:    andrew.riley at uxcg.com.au
Web: http://www.getronics.com.au <http://www.getronics.com.au/> 





________________________________

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.
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.

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

------------------------------

Message: 32
Date: Thu, 8 Jan 2009 10:32:52 +1100
From: "Riley, Andrew" <Andrew.Riley at uxcg.com.au>
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking
    PersonalDirectories (6.1)
To: Melvin Fong <mfong at PACIFIC.EDU>, "cisco-voip at puck.nether.net"
    <cisco-voip at puck.nether.net>
Message-ID:
    <DB011559B5A3D640A78EC445BB7268E946819DEB04 at EXMSYD01.aus.local>
Content-Type: text/plain; charset="us-ascii"

Ok yes understand..

However you would think the 'directories' of any type should be under the directories button

.. 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..



Regards
Andrew Riley
0402894793

From: Melvin Fong [mailto:mfong at PACIFIC.EDU]
Sent: Thursday, 8 January 2009 10:11 AM
To: Riley, Andrew; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

We ran into the same issue, we remedied it by making the PAB available as a service through the services button.

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Riley, Andrew
Sent: Wednesday, January 07, 2009 2:56 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

Hi There,

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?

Here is what i have done..

When you pop the normal (http://10.2.10.10:8080/ccmcip/xmldirectory.jsp) URL into a browser you get the following

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<CiscoIPPhoneMenu>
-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
  N<Name>Personal Directory</Name>
  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>
</MenuItem>
-<http://10..2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
  <<Name>Corporate Directory</Name>
  <<URL>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</URL>
</MenuItem>
  <<Prompt>Select a directory</Prompt>
</CiscoIPPhoneMenu>


Which indicates that this URL is loading both Personal and Corp Directories..


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
<<<CiscoIPPhoneMenu>
-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
  N<Name>Personal Directory</Name>
  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>
</MenuItem>
-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
  <<Name>Corporate Directory</Name>
  <<URL>http://myserver/mydirectory/myservice.asp</URL>
</MenuItem>
  <<Prompt>Select a directory</Prompt>
</CiscoIPPhoneMenu>

Then change the enterprise parameter to my point to http://myserver/mydirectory/mydir.xml

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 http://10.2.10.10:8080/ccmcip/xmldirectory.jsp file which stops this from happening..


Would appreciate any guidance or others experience on this.


Andrew Riley
(a.k.a Riles)
Unified Communications
CCIE # 18285 Voice
Consulting Services

Getronics Australia - A UXC Company
2 Minna Close
Belrose NSW 2085
Australia
Mobile:  +61 402 894 793
Fax:      +61 2 9847 7378
Email:    andrew.riley at uxcg.com.au
Web: http://www.getronics.com.au<http://www.getronics.com.au/>


________________________________
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.
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.

________________________________
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.
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/b9b6261d/attachment-0001.html>

------------------------------

Message: 33
Date: Wed, 7 Jan 2009 15:50:46 -0800
From: "Scott Voll" <svoll.voip at gmail.com>
Subject: Re: [cisco-voip] CAD 6.1 Vista Compatible?
To: "Countryman, Edward" <Edward.Countryman at provena.org>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <f84a38d30901071550i40a4a173td79ea67e192a4602 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

6.4 (UCCx 5.0) works just fine on vista.

Scott

On Tue, Jan 6, 2009 at 1:30 PM, Countryman, Edward <
Edward.Countryman at provena.org> wrote:

>  Does anyone know if the CAD 6.1 will run on vista?
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/f81971a0/attachment-0001.html>

------------------------------

Message: 34
Date: Wed, 7 Jan 2009 20:41:38 -0600
From: "Adam Blomfield" <adman at adman.net>
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking
    PersonalDirectories (6.1)
To: "Riley, Andrew" <Andrew.Riley at uxcg.com.au>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <c6f32ce40901071841q2ffff7d1mf4b7eda4738c2cff at mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"

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
http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined - 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 -
http://www.adman.net/cisco/defaultservicemenu.asp. Hope that helps!

-Adam

On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <Andrew..Riley at uxcg.com.au>wrote:

>  Ok yes understand..
>
>
>
> However you would think the 'directories' of any type should be under the
> directories button
>
>
>
> .. 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..
>
>
>
>
>
>
>
> Regards
>
> Andrew Riley
>
> 0402894793
>
>
>
> *From:* Melvin Fong [mailto:mfong at PACIFIC.EDU]
> *Sent:* Thursday, 8 January 2009 10:11 AM
> *To:* Riley, Andrew; cisco-voip at puck.nether.net
> *Subject:* RE: [cisco-voip] Change Corp Dir without loosing/breaking
> PersonalDirectories (6.1)
>
>
>
> We ran into the same issue, we remedied it by making the PAB available as a
> service through the services button.
>
>
>
> *From:* cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck..nether.net] *On Behalf Of *Riley, Andrew
> *Sent:* Wednesday, January 07, 2009 2:56 PM
> *To:* cisco-voip at puck.nether.net
> *Subject:* [cisco-voip] Change Corp Dir without loosing/breaking
> PersonalDirectories (6.1)
>
>
>
> Hi There,
>
>
> 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?
>
>
>
> Here is what i have done..
>
>
>
> When you pop the normal (http://10.2.10.10:8080/ccmcip/xmldirectory.jsp)
> URL into a browser you get the following
>
>
>
> *-* <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<CiscoIPPhoneMenu>
>
> *-* <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
>
>  N<Name>Personal Directory</Name>
>
>  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>
>
>  </MenuItem>
>
> *-* <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
>
>  <<Name>Corporate Directory</Name>
>
>  <<URL>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</URL>
>
>  </MenuItem>
>
>  <<Prompt>Select a directory</Prompt>
>
>  </CiscoIPPhoneMenu>
>
>
>
>
>
> Which indicates that this URL is loading both Personal and Corp
> Directories..
>
>
>
>
>
> 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
>
> <<<CiscoIPPhoneMenu>
>
> *-* <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
>
>  N<Name>Personal Directory</Name>
>
>  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>
>
>  </MenuItem>
>
> *-* <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
>
>  <<Name>Corporate Directory</Name>
>
>  <<URL>http://myserver/mydirectory/myservice.asp</URL>
>
>  </MenuItem>
>
>  <<Prompt>Select a directory</Prompt>
>
>  </CiscoIPPhoneMenu>
>
>
>
> Then change the enterprise parameter to my point to
> http://myserver/mydirectory/mydir.xml
>
>
>
> 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
> http://10.2.10.10:8080/ccmcip/xmldirectory.jsp file which stops this from
> happening..
>
>
>
>
>
> Would appreciate any guidance or others experience on this..
>
>
>
>
>
> *Andrew Riley
> *(a.k.a Riles)
> *Unified Communications
> **CCIE # 18285 Voice**
> **Consulting Services
> *
> *Getronics Australia ? A UXC Company
> *2 Minna Close
> Belrose NSW 2085
> Australia
> Mobile:  +61 402 894 793
> Fax:      +61 2 9847 7378
> Email:    *andrew.riley at uxcg.com.au
> *Web: http://www.getronics.com.au
>
>
>
>
>  ------------------------------
>
> 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.
> 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.
>
> ------------------------------
> 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..
> 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.
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/47f65179/attachment-0001.html>

------------------------------

Message: 35
Date: Wed, 7 Jan 2009 21:30:08 -0600
From: "Sean Walberg" <swalberg at gmail.com>
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking
    PersonalDirectories (6.1)
To: "Adam Blomfield" <adman at adman.net>
Cc: "Riley, Andrew" <Andrew.Riley at uxcg.com.au>,
    "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <cc43a8f80901071930o4c080aa6j92af4ea19de28181 at mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"

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:
<?php header('Content-type: text/xml'); ?>
<?php echo '<?xml version="1.0" encoding="UTF-8"?>'?>

<CiscoIPPhoneMenu>

<Prompt>Select a directory</Prompt>

<MenuItem>
  <Name>Personal Directory</Name>
  <URL>http://PUBLISHERIP:8080/ccmpd/pdCheckLogin.do?name=
<?=$_GET['name']?></URL>
</MenuItem>

</CiscoIPPhoneMenu>

On Wed, Jan 7, 2009 at 8:41 PM, Adam Blomfield <adman at adman.net> wrote:

> 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
> http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined - 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 -
> http://www.adman.net/cisco/defaultservicemenu.asp. Hope that helps!
>
> -Adam
>
> On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <Andrew.Riley at uxcg.com.au>wrote:
>
>>  Ok yes understand...
>>
>>
>>
>> However you would think the 'directories' of any type should be under the
>> directories button
>>
>>
>>
>> .. 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..
>>
>>
>>
>>
>>
>>
>>
>> Regards
>>
>> Andrew Riley
>>
>> 0402894793
>>
>>
>>
>> *From:* Melvin Fong [mailto:mfong at PACIFIC.EDU]
>> *Sent:* Thursday, 8 January 2009 10:11 AM
>> *To:* Riley, Andrew; cisco-voip at puck.nether.net
>> *Subject:* RE: [cisco-voip] Change Corp Dir without loosing/breaking
>> PersonalDirectories (6.1)
>>
>>
>>
>> We ran into the same issue, we remedied it by making the PAB available as
>> a service through the services button.
>>
>>
>>
>> *From:* cisco-voip-bounces at puck.nether.net [mailto:
>> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Riley, Andrew
>> *Sent:* Wednesday, January 07, 2009 2:56 PM
>> *To:* cisco-voip at puck.nether.net
>> *Subject:* [cisco-voip] Change Corp Dir without loosing/breaking
>> PersonalDirectories (6.1)
>>
>>
>>
>> Hi There,
>>
>>
>> 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?
>>
>>
>>
>> Here is what i have done...
>>
>>
>>
>> When you pop the normal (http://10.2.10.10:8080/ccmcip/xmldirectory.jsp)
>> URL into a browser you get the following
>>
>>
>>
>> *-* <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<CiscoIPPhoneMenu>
>>
>> *-* <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
>>
>>  N<Name>Personal Directory</Name>
>>
>>  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>
>>
>>  </MenuItem>
>>
>> *-* <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
>>
>>  <<Name>Corporate Directory</Name>
>>
>>  <<URL>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</URL>
>>
>>  </MenuItem>
>>
>>  <<Prompt>Select a directory</Prompt>
>>
>>  </CiscoIPPhoneMenu>
>>
>>
>>
>>
>>
>> Which indicates that this URL is loading both Personal and Corp
>> Directories..
>>
>>
>>
>>
>>
>> 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
>>
>> <<<CiscoIPPhoneMenu>
>>
>> *-* <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
>>
>>  N<Name>Personal Directory</Name>
>>
>>  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>
>>
>>  </MenuItem>
>>
>> *-* <http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
>>
>>  <<Name>Corporate Directory</Name>
>>
>>  <<URL>http://myserver/mydirectory/myservice.asp</URL>
>>
>>  </MenuItem>
>>
>>  <<Prompt>Select a directory</Prompt>
>>
>>  </CiscoIPPhoneMenu>
>>
>>
>>
>> Then change the enterprise parameter to my point to
>> http://myserver/mydirectory/mydir.xml
>>
>>
>>
>> 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
>> http://10.2.10.10:8080/ccmcip/xmldirectory.jsp file which stops this from
>> happening..
>>
>>
>>
>>
>>
>> Would appreciate any guidance or others experience on this.
>>
>>
>>
>>
>>
>> *Andrew Riley
>> *(a.k.a Riles)
>> *Unified Communications
>> **CCIE # 18285 Voice**
>> **Consulting Services
>> *
>> *Getronics Australia ? A UXC Company
>> *2 Minna Close
>> Belrose NSW 2085
>> Australia
>> Mobile:  +61 402 894 793
>> Fax:      +61 2 9847 7378
>> Email:    *andrew.riley at uxcg.com.au
>> *Web: http://www.getronics.com.au
>>
>>
>>
>>
>>  ------------------------------
>>
>> 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.
>> 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.
>>
>> ------------------------------
>> 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.
>> 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.
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


-- 
Sean Walberg <sean at ertw.com>    http://ertw.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/7b06c2bd/attachment-0001..html>

------------------------------

Message: 36
Date: Thu, 8 Jan 2009 14:50:38 +1100
From: "Riley, Andrew" <Andrew.Riley at uxcg.com.au>
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking
    PersonalDirectories (6.1)
To: Sean Walberg <swalberg at gmail.com>, Adam Blomfield
    <adman at adman.net>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <DB011559B5A3D640A78EC445BB7268E946819DEBBB at EXMSYD01.aus.local>
Content-Type: text/plain; charset="us-ascii"

Thanks Sean and Adam.

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.

I'll try out both options and see how I go.

Regards
Andrew Riley
0402894793

From: Sean Walberg [mailto:swalberg at gmail.com]
Sent: Thursday, 8 January 2009 2:30 PM
To: Adam Blomfield
Cc: Riley, Andrew; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

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:

<?php header('Content-type: text/xml'); ?>
<?php echo '<?xml version="1.0" encoding="UTF-8"?>'?>

<CiscoIPPhoneMenu>

<Prompt>Select a directory</Prompt>

<MenuItem>
  <Name>Personal Directory</Name>
  <URL>http://PUBLISHERIP:8080/ccmpd/pdCheckLogin.do?name=<?=$_GET['name']?></URL>
</MenuItem>

</CiscoIPPhoneMenu>

On Wed, Jan 7, 2009 at 8:41 PM, Adam Blomfield <adman at adman.net<mailto:adman at adman.net>> wrote:
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 http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined - 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 - http://www.adman.net/cisco/defaultservicemenu.asp. Hope that helps!

-Adam
On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <Andrew.Riley at uxcg.com.au<mailto:Andrew.Riley at uxcg.com.au>> wrote:

Ok yes understand..



However you would think the 'directories' of any type should be under the directories button



.. 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..







Regards

Andrew Riley

0402894793



From: Melvin Fong [mailto:mfong at PACIFIC.EDU<mailto:mfong at PACIFIC.EDU>]
Sent: Thursday, 8 January 2009 10:11 AM
To: Riley, Andrew; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)



We ran into the same issue, we remedied it by making the PAB available as a service through the services button.



From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>] On Behalf Of Riley, Andrew
Sent: Wednesday, January 07, 2009 2:56 PM
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)



Hi There,

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?



Here is what i have done..



When you pop the normal (http://10.2.10.10:8080/ccmcip/xmldirectory.jsp) URL into a browser you get the following



-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<CiscoIPPhoneMenu>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

  N<Name>Personal Directory</Name>

  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>

</MenuItem>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

  <<Name>Corporate Directory</Name>

  <<URL>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</URL>

</MenuItem>

  <<Prompt>Select a directory</Prompt>

</CiscoIPPhoneMenu>





Which indicates that this URL is loading both Personal and Corp Directories..





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

<<<CiscoIPPhoneMenu>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

  N<Name>Personal Directory</Name>

  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>

</MenuItem>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

  <<Name>Corporate Directory</Name>

  <<URL>http://myserver/mydirectory/myservice.asp</URL>

</MenuItem>

  <<Prompt>Select a directory</Prompt>

</CiscoIPPhoneMenu>



Then change the enterprise parameter to my point to http://myserver/mydirectory/mydir.xml



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 http://10.2.10.10:8080/ccmcip/xmldirectory.jsp file which stops this from happening..





Would appreciate any guidance or others experience on this.





Andrew Riley
(a.k.a Riles)
Unified Communications
CCIE # 18285 Voice
Consulting Services

Getronics Australia - A UXC Company
2 Minna Close
Belrose NSW 2085
Australia
Mobile:  +61 402 894 793
Fax:      +61 2 9847 7378
Email:    andrew.riley at uxcg.com.au<http://andrew.riley@uxcg.com.au>
Web: http://www.getronics.com.au<http://www.getronics.com.au/>





________________________________

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.
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.

________________________________
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.
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.

_______________________________________________
cisco-voip mailing list

cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip



--
Sean Walberg <sean at ertw.com<mailto:sean at ertw.com>>    http://ertw.com/

________________________________
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.
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/4b2975dd/attachment-0001.html>

------------------------------

Message: 37
Date: Wed, 7 Jan 2009 21:52:55 -0600
From: Samuel Womack <samuel.womack1 at gmail.com>
Subject: [cisco-voip] ALI Updates for CER / EM User
To: cisco-voip at puck.nether.net
Message-ID: <F0A42ACB-6253-426A-8FCF-937D28D91947 at gmail.com>
Content-Type: text/plain; charset="us-ascii"; Format="flowed";
    DelSp="yes"

UCM 6.1.2
CER 2.0

Extension Mobility user moves to a different CER zone. Currently on a  
911 test call the internal notification/location is correct but the  
PSAP receives the original (wrong location) because the ALI is not  
updating automatically. Requires a manual update and the customer  
wants it to auto update.

Any way to accomplish this other than upgrading to CER 7.0?


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

------------------------------

Message: 38
Date: Wed, 7 Jan 2009 20:26:56 -0700
From: Corbett Enders <cenders at homesbyavi.com>
Subject: [cisco-voip] Fraud calls to Cuba - Please read
To: "'cisco-voip at puck.nether.net'" <cisco-voip at puck.nether.net>
Message-ID:
    <F71E4DFAC3A2FA4C95D0C73D744C7BCE1CA9C247BE at EX02..homesbyavi.local>
Content-Type: text/plain; charset="us-ascii"

Hello List,

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.

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.

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.

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.

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.

I look forward to any insight the collective brain power of this list can provide. The bill for these calls is over $6000.

Regards,
Corbett Enders.

Corbett Enders
Network Manager
Homes by Avi - 2007 Canadian Builder of the Year.
Tel: (403) 536-7170
Fax: (403) 536-7171
www.homesbyavi.com<http://www.homesbyavi.com>

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

------------------------------

Message: 39
Date: Thu, 8 Jan 2009 06:13:01 +0200
From: Ahmed Elnagar <ahmed_elnagar at hotmail.com>
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read
To: <cenders at homesbyavi.com>
Cc: VOIP Group <cisco-voip at puck.nether.net>
Message-ID: <BLU105-W59F7DCD8422534090CFD7F87DC0 at phx.gbl>
Content-Type: text/plain; charset="windows-1256"


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.

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.

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...

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.

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.

Good luck with this strange issue.
Thanks,Ahmed Elnagar

From: cenders at homesbyavi..comTo: cisco-voip at puck.nether.netDate: Wed, 7 Jan 2009 20:26:56 -0700Subject: [cisco-voip] Fraud calls to Cuba - Please read



Hello List,

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.

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.

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.

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.

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.

I look forward to any insight the collective brain power of this list can provide. The bill for these calls is over $6000.

Regards,
Corbett Enders.

Corbett Enders
Network ManagerHomes by Avi - 2007 Canadian Builder of the Year.Tel: (403) 536-7170Fax: (403) 536-7171www.homesbyavi.com 

_________________________________________________________________
More than messages?check out the rest of the Windows Live?.
http://www.microsoft.com/windows/windowslive/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/e0a8a807/attachment-0001.html>

------------------------------

Message: 40
Date: Wed, 7 Jan 2009 23:49:59 -0500
From: Ryan West <rwest at zyedge.com>
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read
To: Ahmed Elnagar <ahmed_elnagar at hotmail.com>,
    "cenders at homesbyavi.com"    <cenders at homesbyavi.com>
Cc: VOIP Group <cisco-voip at puck.nether.net>
Message-ID:
    <6E21B2BDEF6E714EA0B5BA8D5D0E14010C2FCC7D51 at zy-ex1.zyedge.local>
Content-Type: text/plain; charset="us-ascii"

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:

https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router
-ryan

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ahmed Elnagar
Sent: Wednesday, January 07, 2009 23:13
To: cenders at homesbyavi.com
Cc: VOIP Group
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read


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.

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.

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...

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.

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.

Good luck with this strange issue.
Thanks,
Ahmed Elnagar


________________________________
From: cenders at homesbyavi.com
To: cisco-voip at puck.nether.net
Date: Wed, 7 Jan 2009 20:26:56 -0700
Subject: [cisco-voip] Fraud calls to Cuba - Please read
Hello List,

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.

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.

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.

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.

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.

I look forward to any insight the collective brain power of this list can provide. The bill for these calls is over $6000.

Regards,
Corbett Enders.

Corbett Enders
Network Manager
Homes by Avi - 2007 Canadian Builder of the Year.
Tel: (403) 536-7170
Fax: (403) 536-7171
www.homesbyavi.com<http://www.homesbyavi.com/>


________________________________
check out the rest of the Windows Live(tm). More than mail-Windows Live(tm) goes way beyond your inbox. More than messages<http://www.microsoft.com/windows/windowslive/>

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release Date: 1/7/2009 8:49 AM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/31391742/attachment-0001.html>

------------------------------

Message: 41
Date: Wed, 7 Jan 2009 21:55:34 -0700
From: Corbett Enders <cenders at homesbyavi.com>
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read
To: Ryan West <rwest at zyedge.com>
Cc: VOIP Group <cisco-voip at puck.nether.net>
Message-ID: <D7551F8F-41A4-4A00-9B09-D931184DEF32 at homesbyavi.com>
Content-Type: text/plain; charset="utf-8"

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?

On Jan 7, 2009, at 9:48 PM, "Ryan West" <rwest at zyedge..com<mailto:rwest at zyedge.com>> wrote:

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:

<https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router>https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router
-ryan

From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ahmed Elnagar
Sent: Wednesday, January 07, 2009 23:13
To: <mailto:cenders at homesbyavi.com> cenders at homesbyavi.com<mailto:cenders at homesbyavi.com>
Cc: VOIP Group
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read


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.

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.

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...

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.

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.

Good luck with this strange issue.
Thanks,
Ahmed Elnagar


________________________________
From: <mailto:cenders at homesbyavi.com> cenders at homesbyavi.com<mailto:cenders at homesbyavi.com>
To: <mailto:cisco-voip at puck.nether.net> cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Date: Wed, 7 Jan 2009 20:26:56 -0700
Subject: [cisco-voip] Fraud calls to Cuba - Please read
Hello List,

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.

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.

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.

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.

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.

I look forward to any insight the collective brain power of this list can provide. The bill for these calls is over $6000.

Regards,
Corbett Enders.

Corbett Enders
Network Manager
Homes by Avi - 2007 Canadian Builder of the Year..
Tel: (403) 536-7170
Fax: (403) 536-7171
www.homesbyavi.com<http://www.homesbyavi.com/>


________________________________
check out the rest of the Windows Live?. More than mail?Windows Live? goes way beyond your inbox. More than messages<http://www.microsoft.com/windows/windowslive/>

No virus found in this incoming message.
Checked by AVG - <http://www.avg.com> http://www.avg.com
Version: 8.0.176 / Virus Database: 270.10..4/1880 - Release Date: 1/7/2009 8:49 AM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090107/40329b94/attachment-0001.html>

------------------------------

Message: 42
Date: Thu, 8 Jan 2009 00:01:43 -0500
From: Ryan West <rwest at zyedge.com>
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read
To: Corbett Enders <cenders at homesbyavi.com>
Cc: VOIP Group <cisco-voip at puck.nether.net>
Message-ID:
    <6E21B2BDEF6E714EA0B5BA8D5D0E14010C2FCC7D52 at zy-ex1.zyedge.local>
Content-Type: text/plain; charset="utf-8"

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.

Hope that helps.

-ryan

From: Corbett Enders [mailto:cenders at homesbyavi.com]
Sent: Wednesday, January 07, 2009 23:56
To: Ryan West
Cc: Ahmed Elnagar; VOIP Group
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read

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?

On Jan 7, 2009, at 9:48 PM, "Ryan West" <rwest at zyedge.com<mailto:rwest at zyedge.com>> wrote:
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:

https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router
-ryan

From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ahmed Elnagar
Sent: Wednesday, January 07, 2009 23:13
To: cenders at homesbyavi.com<mailto:cenders at homesbyavi.com>
Cc: VOIP Group
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read


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.

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.

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...

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.

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.

Good luck with this strange issue.
Thanks,
Ahmed Elnagar



________________________________
From: cenders at homesbyavi.com<mailto:cenders at homesbyavi.com>
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Date: Wed, 7 Jan 2009 20:26:56 -0700
Subject: [cisco-voip] Fraud calls to Cuba - Please read
Hello List,

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.

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.

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.

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.

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.

I look forward to any insight the collective brain power of this list can provide. The bill for these calls is over $6000.

Regards,
Corbett Enders.

Corbett Enders
Network Manager
Homes by Avi - 2007 Canadian Builder of the Year.
Tel: (403) 536-7170
Fax: (403) 536-7171
www.homesbyavi.com<http://www.homesbyavi.com/>


________________________________
check out the rest of the Windows Live?. More than mail?Windows Live? goes way beyond your inbox. More than messages<http://www.microsoft.com/windows/windowslive/>

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release Date: 1/7/2009 8:49 AM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/8f87ee6f/attachment-0001.html>

------------------------------

Message: 43
Date: Thu, 8 Jan 2009 10:46:46 +0530
From: "Aman Chugh" <aman.chugh at gmail.com>
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read
To: "Corbett Enders" <cenders at homesbyavi.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <d4c697ad0901072116s5a6fd0b1h6f8140167a9ed56c at mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"

I had this happen as well to a CME router which the customer connected to
the Internet and the router also had a PRI from the local telco. Customer
had put in a public ip on the router exposing it to the Internet as they
wanted to do an IPSEC tunnel as well. After investigation it was discovered
that some one was using SIP port on the router and running a script to call
numbers in CUBA and all calls were a minute call. We put in an ACL to block
SIP and H.323 on the router to stop this. I believe someone is using SIP
port (5060) from the Internet and making calls through your FXO line.


Aman

On Thu, Jan 8, 2009 at 10:31 AM, Ryan West <rwest at zyedge.com> wrote:

>  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.
>
>
>
> Hope that helps.
>
>
>
> -ryan
>
>
>
> *From:* Corbett Enders [mailto:cenders at homesbyavi.com]
> *Sent:* Wednesday, January 07, 2009 23:56
> *To:* Ryan West
> *Cc:* Ahmed Elnagar; VOIP Group
>
> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read
>
>
>
> 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?
>
>
> On Jan 7, 2009, at 9:48 PM, "Ryan West" <rwest at zyedge.com> wrote:
>
>  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:
>
>
>
>
> https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H..323_and_Session_Initiation_Protocol_(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router
>
> -ryan
>
>
>
> *From:* cisco-voip-bounces at puck.nether.net [
> mailto:cisco-voip-bounces at puck.nether.net<cisco-voip-bounces at puck.nether.net>]
> *On Behalf Of *Ahmed Elnagar
> *Sent:* Wednesday, January 07, 2009 23:13
> *To:* cenders at homesbyavi.com
> *Cc:* VOIP Group
> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read
>
>
>
>
> 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.
>
> 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.
>
> 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...
>
> 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.
>
> 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.
>
> Good luck with this strange issue.
>
> Thanks,
> Ahmed Elnagar
>
>
>
>  ------------------------------
>
> From: cenders at homesbyavi.com
> To: cisco-voip at puck.nether.net
> Date: Wed, 7 Jan 2009 20:26:56 -0700
> Subject: [cisco-voip] Fraud calls to Cuba - Please read
>
> Hello List,
>
>
>
> 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.
>
>
>
> 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.
>
>
>
> 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.
>
>
>
> 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.
>
>
>
> 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.
>
>
>
> I look forward to any insight the collective brain power of this list can
> provide. The bill for these calls is over $6000.
>
>
>
> Regards,
>
> Corbett Enders.
>
>
>
> *Corbett Enders*
>
> Network Manager
> Homes by Avi - 2007 Canadian Builder of the Year.
> Tel: (403) 536-7170
> Fax: (403) 536-7171
> www.homesbyavi.com
>
>
>
>
>  ------------------------------
>
> check out the rest of the Windows Live?. More than mail?Windows Live? goes
> way beyond your inbox. More than messages<http://www.microsoft.com/windows/windowslive/>
>
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release Date: 1/7/2009
> 8:49 AM
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/7263de1d/attachment-0001.html>

------------------------------

Message: 44
Date: Thu, 8 Jan 2009 07:20:00 +0200
From: "Louis Koekemoer (ZA)" <Louis.Koekemoer at za.didata.com>
Subject: [cisco-voip] Directories to exclude in for antivirus in
    CCM4.2.3
To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <016479E04C96CD43990AE20567892A86021B012194 at ZABRYSVMBX01.af.didata.local>
    
Content-Type: text/plain; charset="us-ascii"

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?



Louis Koekemoer
Cisco IPT Systems Engineer
Dimension Data
Tel.          +27 (11) 575 6560
Mob.      +27 (71) 680 8790
Fax..        +27 (11) 576 6560
Louis.Koekemoer at za.didata.com

P Before printing I think about the environment

For more information about Dimension Data, please go to www.dimensiondata.com<http://www..dimensiondata.com/>


This email and all contents are subject to the following disclaimer:

"http://www.dimensiondata.com/emaildisclaimer.htm"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/3b58844e/attachment-0001.html>

------------------------------

Message: 45
Date: Thu, 8 Jan 2009 10:53:27 +0530
From: "Aman Chugh" <aman.chugh at gmail.com>
Subject: Re: [cisco-voip] Directories to exclude in for antivirus in
    CCM4.2.3
To: "Louis Koekemoer (ZA)" <Louis.Koekemoer at za.didata.com>
Cc: cisco-voip mailinglist <cisco-voip at puck.nether.net>
Message-ID:
    <d4c697ad0901072123l301ae5fv9c5f4a10d8d0e989 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Exclude SQL and trace folders.

HTH
Aman

On Thu, Jan 8, 2009 at 10:50 AM, Louis Koekemoer (ZA) <
Louis.Koekemoer at za.didata.com> wrote:

>  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?
>
>
>
>
>
>
>
> *Louis Koekemoer*
>
> Cisco IPT Systems Engineer
>
> Dimension Data
>
> Tel.          +27 (11) 575 6560
>
> Mob.      +27 (71) 680 8790
>
> Fax.        +27 (11) 576 6560
>
> Louis.Koekemoer at za.didata.com
>
>
>
> P Before printing I think about the environment
>
>
>
> For more information about Dimension Data, please go to *
> www.dimensiondata.com*
>
>
>
> This email and all contents are subject to the following disclaimer:
>
> "http://www.dimensiondata.com/emaildisclaimer.htm"
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/ad734cc3/attachment-0001.html>

------------------------------

Message: 46
Date: Thu, 8 Jan 2009 08:37:15 +0300
From: "Timothy Smith" <timotsmith at gmail.com>
Subject: [cisco-voip] SIP Phone and Forced Authorization Codes
To: cisco-voip <cisco-voip at puck.nether.net>
Message-ID:
    <416fc8170901072137g5e5dbf05wf5634810e394eeeb at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Hi Guys,

I finally got my SIP Phone working by setting it up as a third party
SIP device. However, when I enable FAC, it can dial to the PSTN yet
all the other cisco sccp phones are using FAC. Any pointers on how to
go over this problem?

Thanks!

On Wed, Jan 7, 2009 at 7:33 PM, Timothy Smith <timotsmith at gmail.com> wrote:
> Hi,
>
> Am having trouble adding my Polycom SoundStation IP 7000 SIP Phone to
> CCM 5.1. All other phones are using SCCP. Has anyone had the same
> scenario before?
>
> Help appreciated.
>
> regards,
>


------------------------------

Message: 47
Date: Thu, 08 Jan 2009 08:54:03 +0100
From: rj.e at gmx.de
Subject: Re: [cisco-voip] CCX 7.0 reporting abilities?
To: "Brooks, Mark" <mbrooks at birdseyefoods.com>,
    cisco-voip at puck.nether.net
Message-ID: <20090108075403.23990 at gmx.net>
Content-Type: text/plain; charset="iso-8859-1"


I compared 7.x and 5.x:
the main difference/add-on are the reports for the new e-mail feature in 7.x; the rest seems to be the same.

Reinhold

-------- Original-Nachricht --------
> Datum: Wed, 7 Jan 2009 09:13:32 -0500
> Von: "Brooks, Mark" <mbrooks at birdseyefoods.com>
> An: cisco-voip at puck.nether.net
> Betreff: [cisco-voip] CCX 7.0 reporting abilities?

> Is there a list of reporting changes/abilities that ccx 7.x provides
> versus a 4.x product ?
> 
>  
> 
> -mark
> 
>  
> 
>  
> 

-- 
Sensationsangebot verl?ngert: GMX FreeDSL - Telefonanschluss + DSL 
f?r nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a


------------------------------

Message: 48
Date: Thu, 8 Jan 2009 20:28:52 +1100
From: "Riley, Andrew" <Andrew.Riley at uxcg.com.au>
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking
    PersonalDirectories (6.1)
To: "Riley, Andrew" <Andrew.Riley at uxcg.com.au>, Sean Walberg
    <swalberg at gmail.com>, Adam Blomfield <adman at adman.net>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <DB011559B5A3D640A78EC445BB7268E94681A4AE53 at EXMSYD01.aus.local>
Content-Type: text/plain; charset="Windows-1252"

Adam, Sean

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

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?

thoughts?

Andrew Riley
(a.k.a Riles)
Technical Consultant
CCIE # 18285 Voice
Consulting Services

Getronics Australia ? A UXC Company
2 Minna Close
Belrose NSW 2085
Australia
Mobile:  +61 402 894 793
Fax:      +61 2 9847 7378
Email:    andrew.riley at uxcg.com.au
Web: http://www.getronics.com.au
________________________________________
From: Riley, Andrew
Sent: Thursday, 8 January 2009 2:50 PM
To: Sean Walberg; Adam Blomfield
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

Thanks Sean and Adam.

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.

I?ll try out both options and see how I go.

Regards
Andrew Riley
0402894793

From: Sean Walberg [mailto:swalberg at gmail.com]
Sent: Thursday, 8 January 2009 2:30 PM
To: Adam Blomfield
Cc: Riley, Andrew; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

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:

<?php header('Content-type: text/xml'); ?>
<?php echo '<?xml version="1.0" encoding="UTF-8"?>'?>

<CiscoIPPhoneMenu>

<Prompt>Select a directory</Prompt>

<MenuItem>
  <Name>Personal Directory</Name>
  <URL>http://PUBLISHERIP:8080/ccmpd/pdCheckLogin.do?name=<?=$_GET['name']?></URL>
</MenuItem>

</CiscoIPPhoneMenu>

On Wed, Jan 7, 2009 at 8:41 PM, Adam Blomfield <adman at adman.net<mailto:adman at adman.net>> wrote:
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 http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined - 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 - http://www.adman.net/cisco/defaultservicemenu.asp. Hope that helps!

-Adam
On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <Andrew.Riley at uxcg.com.au<mailto:Andrew.Riley at uxcg.com.au>> wrote:

Ok yes understand..



However you would think the 'directories' of any type should be under the directories button



.. 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..







Regards

Andrew Riley

0402894793



From: Melvin Fong [mailto:mfong at PACIFIC.EDU<mailto:mfong at PACIFIC.EDU>]
Sent: Thursday, 8 January 2009 10:11 AM
To: Riley, Andrew; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether..net>
Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)



We ran into the same issue, we remedied it by making the PAB available as a service through the services button.



From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>] On Behalf Of Riley, Andrew
Sent: Wednesday, January 07, 2009 2:56 PM
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)



Hi There,

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?



Here is what i have done..



When you pop the normal (http://10.2.10.10:8080/ccmcip/xmldirectory.jsp) URL into a browser you get the following



-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<CiscoIPPhoneMenu>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

  N<Name>Personal Directory</Name>

  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>

</MenuItem>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

  <<Name>Corporate Directory</Name>

  <<URL>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</URL>

</MenuItem>

  <<Prompt>Select a directory</Prompt>

</CiscoIPPhoneMenu>





Which indicates that this URL is loading both Personal and Corp Directories..





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

<<<CiscoIPPhoneMenu>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

  N<Name>Personal Directory</Name>

  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>

</MenuItem>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

  <<Name>Corporate Directory</Name>

  <<URL>http://myserver/mydirectory/myservice.asp</URL>

</MenuItem>

  <<Prompt>Select a directory</Prompt>

</CiscoIPPhoneMenu>



Then change the enterprise parameter to my point to http://myserver/mydirectory/mydir..xml



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 http://10.2.10.10:8080/ccmcip/xmldirectory.jsp file which stops this from happening..





Would appreciate any guidance or others experience on this.





Andrew Riley
(a.k.a Riles)
Unified Communications
CCIE # 18285 Voice
Consulting Services

Getronics Australia ? A UXC Company
2 Minna Close
Belrose NSW 2085
Australia
Mobile:  +61 402 894 793
Fax:      +61 2 9847 7378
Email:    andrew.riley at uxcg.com.au<http://andrew.riley@uxcg.com.au>
Web: http://www.getronics.com.au<http://www.getronics.com.au/>





________________________________

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.
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.

________________________________
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.
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.

_______________________________________________
cisco-voip mailing list

cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip



--
Sean Walberg <sean at ertw.com<mailto:sean at ertw.com>>    http://ertw.com/

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.
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.



------------------------------

Message: 49
Date: Thu, 8 Jan 2009 10:39:34 +0100
From: Nicolas <yogzgo at gmail.com>
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read
To: "Aman Chugh" <aman.chugh at gmail.com>
Cc: Corbett Enders <cenders at homesbyavi.com>,
    cisco-voip at puck.nether.net
Message-ID:
    <7f9be1e20901080139s4b22e4fcm764a1ac2934b3e9c at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Does someone open a TAC at Cisco to talk aout it ?
What Cisco say about that ?

Nicolas

On Thu, Jan 8, 2009 at 6:16 AM, Aman Chugh <aman.chugh at gmail.com> wrote:

> I had this happen as well to a CME router which the customer connected to
> the Internet and the router also had a PRI from the local telco. Customer
> had put in a public ip on the router exposing it to the Internet as they
> wanted to do an IPSEC tunnel as well. After investigation it was discovered
> that some one was using SIP port on the router and running a script to call
> numbers in CUBA and all calls were a minute call. We put in an ACL to block
> SIP and H.323 on the router to stop this. I believe someone is using SIP
> port (5060) from the Internet and making calls through your FXO line.
>
>
> Aman
>
> On Thu, Jan 8, 2009 at 10:31 AM, Ryan West <rwest at zyedge.com> wrote:
>
>>  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.
>>
>>
>>
>> Hope that helps.
>>
>>
>>
>> -ryan
>>
>>
>>
>> *From:* Corbett Enders [mailto:cenders at homesbyavi.com]
>> *Sent:* Wednesday, January 07, 2009 23:56
>> *To:* Ryan West
>> *Cc:* Ahmed Elnagar; VOIP Group
>>
>> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read
>>
>>
>>
>> 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?
>>
>>
>> On Jan 7, 2009, at 9:48 PM, "Ryan West" <rwest at zyedge.com> wrote:
>>
>>  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:
>>
>>
>>
>>
>> https://supportwiki..cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router<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>
>>
>> -ryan
>>
>>
>>
>> *From:* cisco-voip-bounces at puck.nether.net [
>> mailto:cisco-voip-bounces at puck.nether.net<cisco-voip-bounces at puck.nether.net>]
>> *On Behalf Of *Ahmed Elnagar
>> *Sent:* Wednesday, January 07, 2009 23:13
>> *To:* cenders at homesbyavi.com
>> *Cc:* VOIP Group
>> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read
>>
>>
>>
>>
>> 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.
>>
>> 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.
>>
>> 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...
>>
>> 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.
>>
>> 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.
>>
>> Good luck with this strange issue.
>>
>> Thanks,
>> Ahmed Elnagar
>>
>>
>>
>>  ------------------------------
>>
>> From: cenders at homesbyavi.com
>> To: cisco-voip at puck.nether.net
>> Date: Wed, 7 Jan 2009 20:26:56 -0700
>> Subject: [cisco-voip] Fraud calls to Cuba - Please read
>>
>> Hello List,
>>
>>
>>
>> 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.
>>
>>
>>
>> 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.
>>
>>
>>
>> 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.
>>
>>
>>
>> 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.
>>
>>
>>
>> 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.
>>
>>
>>
>> I look forward to any insight the collective brain power of this list can
>> provide. The bill for these calls is over $6000.
>>
>>
>>
>> Regards,
>>
>> Corbett Enders.
>>
>>
>>
>> *Corbett Enders*
>>
>> Network Manager
>> Homes by Avi - 2007 Canadian Builder of the Year.
>> Tel: (403) 536-7170
>> Fax: (403) 536-7171
>> www.homesbyavi.com
>>
>>
>>
>>
>>  ------------------------------
>>
>> check out the rest of the Windows Live?. More than mail?Windows Live? goes
>> way beyond your inbox. More than messages<http://www.microsoft.com/windows/windowslive/>
>>
>> No virus found in this incoming message.
>> Checked by AVG - http://www.avg.com
>> Version: 8.0.176 / Virus Database: 270.10..4/1880 - Release Date: 1/7/2009
>> 8:49 AM
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether..net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/3fba8363/attachment-0001.html>

------------------------------

Message: 50
Date: Thu, 8 Jan 2009 10:47:42 +0100
From: Stefan Baltus <stefan at iunxi.nl>
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read
To: Nicolas <yogzgo at gmail.com>
Cc: Corbett Enders <cenders at homesbyavi.com>,
    cisco-voip at puck.nether.net
Message-ID: <20090108094742.GA9347 at iunxi.nl>
Content-Type: text/plain; charset=us-ascii

I was planning to send Cisco a letter complaining about the fact that these
'features' are enabled by default on an ISR which is positioned as the 
platform that does everything (in this case being a voip gateway and 
internet router). I would like to hear other thoughts about this as well.

In my view, opening a TAC case would be of lesser use. Better send a letter
to John Chambers or the like of him.

Stefan

On Thu, Jan 08, 2009 at 10:39:34AM +0100, Nicolas wrote:
> Does someone open a TAC at Cisco to talk aout it ?
> What Cisco say about that ?
> 
> Nicolas
> 
> On Thu, Jan 8, 2009 at 6:16 AM, Aman Chugh <aman.chugh at gmail.com> wrote:
> 
> > I had this happen as well to a CME router which the customer connected to
> > the Internet and the router also had a PRI from the local telco. Customer
> > had put in a public ip on the router exposing it to the Internet as they
> > wanted to do an IPSEC tunnel as well. After investigation it was discovered
> > that some one was using SIP port on the router and running a script to call
> > numbers in CUBA and all calls were a minute call. We put in an ACL to block
> > SIP and H.323 on the router to stop this. I believe someone is using SIP
> > port (5060) from the Internet and making calls through your FXO line.
> >
> >
> > Aman
> >
> > On Thu, Jan 8, 2009 at 10:31 AM, Ryan West <rwest at zyedge.com> wrote:
> >
> >>  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.
> >>
> >>
> >>
> >> Hope that helps.
> >>
> >>
> >>
> >> -ryan
> >>
> >>
> >>
> >> *From:* Corbett Enders [mailto:cenders at homesbyavi.com]
> >> *Sent:* Wednesday, January 07, 2009 23:56
> >> *To:* Ryan West
> >> *Cc:* Ahmed Elnagar; VOIP Group
> >>
> >> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read
> >>
> >>
> >>
> >> 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?
> >>
> >>
> >> On Jan 7, 2009, at 9:48 PM, "Ryan West" <rwest at zyedge.com> wrote:
> >>
> >>  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:
> >>
> >>
> >>
> >>
> >> https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router<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>
> >>
> >> -ryan
> >>
> >>
> >>
> >> *From:* cisco-voip-bounces at puck.nether.net [
> >> mailto:cisco-voip-bounces at puck.nether.net<cisco-voip-bounces at puck.nether.net>]
> >> *On Behalf Of *Ahmed Elnagar
> >> *Sent:* Wednesday, January 07, 2009 23:13
> >> *To:* cenders at homesbyavi.com
> >> *Cc:* VOIP Group
> >> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read
> >>
> >>
> >>
> >>
> >> 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.
> >>
> >> 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.
> >>
> >> 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...
> >>
> >> 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.
> >>
> >> 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.
> >>
> >> Good luck with this strange issue.
> >>
> >> Thanks,
> >> Ahmed Elnagar
> >>
> >>
> >>
> >>  ------------------------------
> >>
> >> From: cenders at homesbyavi.com
> >> To: cisco-voip at puck.nether.net
> >> Date: Wed, 7 Jan 2009 20:26:56 -0700
> >> Subject: [cisco-voip] Fraud calls to Cuba - Please read
> >>
> >> Hello List,
> >>
> >>
> >>
> >> 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.
> >>
> >>
> >>
> >> 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.
> >>
> >>
> >>
> >> 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.
> >>
> >>
> >>
> >> 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.
> >>
> >>
> >>
> >> 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.
> >>
> >>
> >>
> >> I look forward to any insight the collective brain power of this list can
> >> provide. The bill for these calls is over $6000..
> >>
> >>
> >>
> >> Regards,
> >>
> >> Corbett Enders.
> >>
> >>
> >>
> >> *Corbett Enders*
> >>
> >> Network Manager
> >> Homes by Avi - 2007 Canadian Builder of the Year.
> >> Tel: (403) 536-7170
> >> Fax: (403) 536-7171
> >> www.homesbyavi.com
> >>
> >>
> >>
> >>
> >>  ------------------------------
> >>
> >> check out the rest of the Windows Live?. More than mail?Windows Live? goes
> >> way beyond your inbox. More than messages<http://www.microsoft.com/windows/windowslive/>
> >>
> >> No virus found in this incoming message.
> >> Checked by AVG - http://www.avg.com
> >> Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release Date: 1/7/2009
> >> 8:49 AM
> >>
> >>
> >> _______________________________________________
> >> cisco-voip mailing list
> >> cisco-voip at puck.nether.net
> >> https://puck.nether.net/mailman/listinfo/cisco-voip
> >>
> >>
> >
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck..nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
> >
> >

> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip


-- 
E: stefan at iunxi.nl                      iunxi BV
M: +31 (0)6 18844094                    Postbus 1315
T: +31 (0)88 5400500                    1300 BH  ALMERE
F: +31 (0)88 5400501


------------------------------

Message: 51
Date: Thu, 08 Jan 2009 13:50:31 +0200
From: Kelemen Zoltan <keli at carocomp.ro>
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read
To: Nicolas <yogzgo at gmail.com>
Cc: Corbett Enders <cenders at homesbyavi.com>,
    cisco-voip at puck.nether.net
Message-ID: <4965E887.2090300 at carocomp.ro>
Content-Type: text/plain; charset=UTF-8; format=flowed

Cisco just blames you for not putting up a firewall (or ACLs) in the 
first place. 

However I couldn't agree with you more ... been there, burnt myself too, 
and have heard of several others too. Just search this list ... 
http://markmail.org/search/?q=list%3Anet.nether.puck.cisco-voip+sip+port+open

and this has been going on for years now. I think the keyword here is 
ignorance.

Even as as an afterthought I do agree with Cisco (that ACLs, firewalls 
should be put in place etc.) I still cannot accept, that this is a sane 
default.

Anyway. You'll see a bunch of angry rants every time someone pops up 
this question, then nothing.

regards,
  Zoltan Kelemen

Nicolas wrote:
> Does someone open a TAC at Cisco to talk aout it ?
> What Cisco say about that ?
>
> Nicolas
>
> On Thu, Jan 8, 2009 at 6:16 AM, Aman Chugh <aman.chugh at gmail.com 
> <mailto:aman.chugh at gmail.com>> wrote:
>
>    I had this happen as well to a CME router which the customer
>    connected to the Internet and the router also had a PRI from the
>    local telco. Customer had put in a public ip on the router
>    exposing it to the Internet as they wanted to do an IPSEC tunnel
>    as well. After investigation it was discovered that some one was
>    using SIP port on the router and running a script to call numbers
>    in CUBA and all calls were a minute call. We put in an ACL to
>    block SIP and H.323 on the router to stop this. I believe someone
>    is using SIP port (5060) from the Internet and making calls
>    through your FXO line.
>      
>      
>    Aman
>
>    On Thu, Jan 8, 2009 at 10:31 AM, Ryan West <rwest at zyedge.com
>    <mailto:rwest at zyedge.com>> wrote:
>
>        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.
>
>          
>
>        Hope that helps.
>
>          
>
>        -ryan
>
>          
>
>        *From:* Corbett Enders [mailto:cenders at homesbyavi.com
>        <mailto:cenders at homesbyavi.com>]
>        *Sent:* Wednesday, January 07, 2009 23:56
>        *To:* Ryan West
>        *Cc:* Ahmed Elnagar; VOIP Group
>
>        *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read
>
>          
>
>        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?
>
>
>        On Jan 7, 2009, at 9:48 PM, "Ryan West" <rwest at zyedge.com
>        <mailto:rwest at zyedge.com>> wrote:
>
>            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:
>
>              
>
>            https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router
>            <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>
>
>            -ryan
>
>              
>
>            *From:* cisco-voip-bounces at puck.nether.net
>            <mailto:cisco-voip-bounces at puck.nether.net>
>            [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf Of
>            *Ahmed Elnagar
>            *Sent:* Wednesday, January 07, 2009 23:13
>            *To:* cenders at homesbyavi.com <mailto:cenders at homesbyavi.com>
>            *Cc:* VOIP Group
>            *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read
>
>              
>
>
>            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.
>              
>            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.
>              
>            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...
>              
>            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.
>              
>            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.
>              
>            Good luck with this strange issue.
>
>            Thanks,
>            Ahmed Elnagar
>
>
>
>            ------------------------------------------------------------------------
>
>            From: cenders at homesbyavi.com <mailto:cenders at homesbyavi.com>
>            To: cisco-voip at puck.nether.net
>            <mailto:cisco-voip at puck.nether.net>
>            Date: Wed, 7 Jan 2009 20:26:56 -0700
>            Subject: [cisco-voip] Fraud calls to Cuba - Please read
>
>            Hello List,
>
>              
>
>            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.
>
>              
>
>            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.
>
>              
>
>            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.
>
>              
>
>            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.
>
>              
>
>            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.
>
>              
>
>            I look forward to any insight the collective brain power
>            of this list can provide. The bill for these calls is over
>            $6000.
>
>              
>
>            Regards,
>
>            Corbett Enders.
>
>              
>
>            *Corbett Enders*
>
>            Network Manager
>            Homes by Avi - 2007 Canadian Builder of the Year.
>            Tel: (403) 536-7170
>            Fax: (403) 536-7171
>            www.homesbyavi.com <http://www.homesbyavi.com/>
>
>              
>
>              
>
>            ------------------------------------------------------------------------
>
>            check out the rest of the Windows Live?. More than
>            mail?Windows Live? goes way beyond your inbox. More than
>            messages <http://www.microsoft.com/windows/windowslive/>
>
>            No virus found in this incoming message.
>            Checked by AVG - http://www.avg.com <http://www.avg.com/>
>            Version: 8.0..176 / Virus Database: 270.10.4/1880 - Release
>            Date: 1/7/2009 8:49 AM
>
>
>        _______________________________________________
>        cisco-voip mailing list
>
>        cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>
>        https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
>    _______________________________________________
>    cisco-voip mailing list
>    cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>
>    https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck..nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  



------------------------------

Message: 52
Date: Thu, 8 Jan 2009 07:27:36 -0500
From: Ryan West <rwest at zyedge.com>
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read
To: Kelemen Zoltan <keli at carocomp.ro>, Nicolas <yogzgo at gmail.com>
Cc: Corbett Enders <cenders at homesbyavi.com>,
    "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <6E21B2BDEF6E714EA0B5BA8D5D0E14010C2FCC7D55 at zy-ex1.zyedge.local>
Content-Type: text/plain; charset="utf-8"

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...

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Kelemen Zoltan
Sent: Thursday, January 08, 2009 06:51
To: Nicolas
Cc: Corbett Enders; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read

Cisco just blames you for not putting up a firewall (or ACLs) in the 
first place. 

However I couldn't agree with you more ... been there, burnt myself too, 
and have heard of several others too. Just search this list ... 
http://markmail.org/search/?q=list%3Anet.nether.puck.cisco-voip+sip+port+open

and this has been going on for years now. I think the keyword here is 
ignorance.

Even as as an afterthought I do agree with Cisco (that ACLs, firewalls 
should be put in place etc.) I still cannot accept, that this is a sane 
default.

Anyway. You'll see a bunch of angry rants every time someone pops up 
this question, then nothing.

regards,
  Zoltan Kelemen

Nicolas wrote:
> Does someone open a TAC at Cisco to talk aout it ?
> What Cisco say about that ?
>
> Nicolas
>
> On Thu, Jan 8, 2009 at 6:16 AM, Aman Chugh <aman.chugh at gmail.com 
> <mailto:aman.chugh at gmail.com>> wrote:
>
>    I had this happen as well to a CME router which the customer
>    connected to the Internet and the router also had a PRI from the
>    local telco. Customer had put in a public ip on the router
>    exposing it to the Internet as they wanted to do an IPSEC tunnel
>    as well. After investigation it was discovered that some one was
>    using SIP port on the router and running a script to call numbers
>    in CUBA and all calls were a minute call. We put in an ACL to
>    block SIP and H.323 on the router to stop this. I believe someone
>    is using SIP port (5060) from the Internet and making calls
>    through your FXO line.
>      
>      
>    Aman
>
>    On Thu, Jan 8, 2009 at 10:31 AM, Ryan West <rwest at zyedge.com
>    <mailto:rwest at zyedge..com>> wrote:
>
>        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.
>
>          
>
>        Hope that helps.
>
>          
>
>        -ryan
>
>          
>
>        *From:* Corbett Enders [mailto:cenders at homesbyavi.com
>        <mailto:cenders at homesbyavi.com>]
>        *Sent:* Wednesday, January 07, 2009 23:56
>        *To:* Ryan West
>        *Cc:* Ahmed Elnagar; VOIP Group
>
>        *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read
>
>          
>
>        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?
>
>
>        On Jan 7, 2009, at 9:48 PM, "Ryan West" <rwest at zyedge.com
>        <mailto:rwest at zyedge.com>> wrote:
>
>            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:
>
>              
>
>            https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router
>            <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>
>
>            -ryan
>
>              
>
>            *From:* cisco-voip-bounces at puck.nether.net
>            <mailto:cisco-voip-bounces at puck.nether.net>
>            [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf Of
>            *Ahmed Elnagar
>            *Sent:* Wednesday, January 07, 2009 23:13
>            *To:* cenders at homesbyavi.com <mailto:cenders at homesbyavi.com>
>            *Cc:* VOIP Group
>            *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read
>
>              
>
>
>            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.
>              
>            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.
>              
>            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...
>              
>            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.
>              
>            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.
>              
>            Good luck with this strange issue.
>
>            Thanks,
>            Ahmed Elnagar
>
>
>
>            ------------------------------------------------------------------------
>
>            From: cenders at homesbyavi.com <mailto:cenders at homesbyavi.com>
>            To: cisco-voip at puck.nether.net
>            <mailto:cisco-voip at puck.nether.net>
>            Date: Wed, 7 Jan 2009 20:26:56 -0700
>            Subject: [cisco-voip] Fraud calls to Cuba - Please read
>
>            Hello List,
>
>              
>
>            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.
>
>              
>
>            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.
>
>              
>
>            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.
>
>              
>
>            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.
>
>              
>
>            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.
>
>              
>
>            I look forward to any insight the collective brain power
>            of this list can provide. The bill for these calls is over
>            $6000.
>
>              
>
>            Regards,
>
>            Corbett Enders.
>
>              
>
>            *Corbett Enders*
>
>            Network Manager
>            Homes by Avi - 2007 Canadian Builder of the Year.
>            Tel: (403) 536-7170
>            Fax: (403) 536-7171
>            www.homesbyavi.com <http://www.homesbyavi.com/>
>
>              
>
>              
>
>            ------------------------------------------------------------------------
>
>            check out the rest of the Windows Live?. More than
>            mail?Windows Live? goes way beyond your inbox. More than
>            messages <http://www.microsoft.com/windows/windowslive/>
>
>            No virus found in this incoming message.
>            Checked by AVG - http://www.avg.com <http://www.avg.com/>
>            Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release
>            Date: 1/7/2009 8:49 AM
>
>
>        _______________________________________________
>        cisco-voip mailing list
>
>        cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>
>        https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
>    _______________________________________________
>    cisco-voip mailing list
>    cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>
>    https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

------------------------------

Message: 53
Date: Thu, 8 Jan 2009 07:18:37 -0600
From: "Adam Blomfield" <adman at adman.net>
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking
    PersonalDirectories (6.1)
To: "Riley, Andrew" <Andrew.Riley at uxcg.com.au>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <c6f32ce40901080518y10bfd924jfddfdc20148596f4 at mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"

Andrew,

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.

-Adam

On Thu, Jan 8, 2009 at 3:28 AM, Riley, Andrew <Andrew.Riley at uxcg.com.au>wrote:

> Adam, Sean
>
> 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
>
> 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?
>
> thoughts?
>
> Andrew Riley
> (a.k.a Riles)
> Technical Consultant
> CCIE # 18285 Voice
> Consulting Services
>
> Getronics Australia ? A UXC Company
> 2 Minna Close
> Belrose NSW 2085
> Australia
> Mobile:  +61 402 894 793
> Fax:      +61 2 9847 7378
> Email:    andrew.riley at uxcg.com.au
> Web: http://www.getronics.com.au
> ________________________________________
> From: Riley, Andrew
> Sent: Thursday, 8 January 2009 2:50 PM
> To: Sean Walberg; Adam Blomfield
> Cc: cisco-voip at puck.nether.net
> Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking
> PersonalDirectories (6.1)
>
> Thanks Sean and Adam.
>
> 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.
>
> I'll try out both options and see how I go.
>
> Regards
> Andrew Riley
> 0402894793
>
> From: Sean Walberg [mailto:swalberg at gmail.com]
> Sent: Thursday, 8 January 2009 2:30 PM
> To: Adam Blomfield
> Cc: Riley, Andrew; cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking
> PersonalDirectories (6.1)
>
> 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:
>
> <?php header('Content-type: text/xml'); ?>
> <?php echo '<?xml version="1.0" encoding="UTF-8"?>'?>
>
> <CiscoIPPhoneMenu>
>
>  <Prompt>Select a directory</Prompt>
>
>  <MenuItem>
>  <Name>Personal Directory</Name>
>  <URL>http://PUBLISHERIP:8080/ccmpd/pdCheckLogin.do?name=
> <?=$_GET['name']?></URL>
>  </MenuItem>
>
> </CiscoIPPhoneMenu>
>
> On Wed, Jan 7, 2009 at 8:41 PM, Adam Blomfield <adman at adman.net<mailto:
> adman at adman.net>> wrote:
> 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
> http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined - 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 -
> http://www.adman.net/cisco/defaultservicemenu.asp. Hope that helps!
>
> -Adam
> On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <Andrew.Riley at uxcg.com.au
> <mailto:Andrew.Riley at uxcg..com.au>> wrote:
>
> Ok yes understand..
>
>
>
> However you would think the 'directories' of any type should be under the
> directories button
>
>
>
> .. 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..
>
>
>
>
>
>
>
> Regards
>
> Andrew Riley
>
> 0402894793
>
>
>
> From: Melvin Fong [mailto:mfong at PACIFIC.EDU<mailto:mfong at PACIFIC.EDU>]
> Sent: Thursday, 8 January 2009 10:11 AM
> To: Riley, Andrew; cisco-voip at puck.nether.net<mailto:
> cisco-voip at puck..nether.net>
> Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking
> PersonalDirectories (6.1)
>
>
>
> We ran into the same issue, we remedied it by making the PAB available as a
> service through the services button.
>
>
>
> From: cisco-voip-bounces at puck.nether.net<mailto:
> cisco-voip-bounces at puck.nether.net> [mailto:
> cisco-voip-bounces at puck.nether.net<mailto:
> cisco-voip-bounces at puck.nether.net>] On Behalf Of Riley, Andrew
> Sent: Wednesday, January 07, 2009 2:56 PM
> To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
> Subject: [cisco-voip] Change Corp Dir without loosing/breaking
> PersonalDirectories (6.1)
>
>
>
> Hi There,
>
> 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?
>
>
>
> Here is what i have done..
>
>
>
> When you pop the normal (http://10.2.10.10:8080/ccmcip/xmldirectory.jsp)
> URL into a browser you get the following
>
>
>
> -<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<CiscoIPPhoneMenu>
>
> -<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
>
>  N<Name>Personal Directory</Name>
>
>  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>
>
>  </MenuItem>
>
> -<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
>
>  <<Name>Corporate Directory</Name>
>
>  <<URL>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</URL>
>
>  </MenuItem>
>
>  <<Prompt>Select a directory</Prompt>
>
>  </CiscoIPPhoneMenu>
>
>
>
>
>
> Which indicates that this URL is loading both Personal and Corp
> Directories..
>
>
>
>
>
> 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
>
> <<<CiscoIPPhoneMenu>
>
> -<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
>
>  N<Name>Personal Directory</Name>
>
>  <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>
>
>  </MenuItem>
>
> -<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>
>
>  <<Name>Corporate Directory</Name>
>
>  <<URL>http://myserver/mydirectory/myservice.asp</URL>
>
>  </MenuItem>
>
>  <<Prompt>Select a directory</Prompt>
>
>  </CiscoIPPhoneMenu>
>
>
>
> Then change the enterprise parameter to my point to
> http://myserver/mydirectory/mydir.xml
>
>
>
> 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
> http://10.2.10.10:8080/ccmcip/xmldirectory.jsp file which stops this from
> happening..
>
>
>
>
>
> Would appreciate any guidance or others experience on this.
>
>
>
>
>
> Andrew Riley
> (a.k.a Riles)
> Unified Communications
> CCIE # 18285 Voice
> Consulting Services
>
> Getronics Australia ? A UXC Company
> 2 Minna Close
> Belrose NSW 2085
> Australia
> Mobile:  +61 402 894 793
> Fax:      +61 2 9847 7378
> Email:    andrew.riley at uxcg.com.au<http://andrew.riley@uxcg.com.au>
> Web: http://www.getronics.com.au<http://www.getronics.com.au/>
>
>
>
>
>
> ________________________________
>
> 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.
> 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.
>
> ________________________________
> 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.
> 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.
>
> _______________________________________________
> cisco-voip mailing list
>
> cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> --
> Sean Walberg <sean at ertw.com<mailto:sean at ertw.com>>    http://ertw.com/
>
> 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.
> 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.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/647496f7/attachment-0001.html>

------------------------------

Message: 54
Date: Thu, 8 Jan 2009 13:45:17 -0000
From: "James Dust" <james.dust at charles-stanley.co.uk>
Subject: Re: [cisco-voip] Outbound CLI problem again
To: "Samuel Womack" <samuel.womack1 at gmail.com>,    "Norton, Mike"
    <mikenorton at pwsd76.ab.ca>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <9DE1E2144E121A4384B794C03A10045E09B0BF42 at CSEXCH-CL.charles-stanley.co.uk>
    
Content-Type: text/plain; charset="us-ascii"

Thanks guys,

I have checked the debug, and the issue is that call manager is trying
to send the cli of the calling party, onto the external number the DN is
forwarded too.

Is there a way around this?

Regards

James


________________________________

From: Samuel Womack [mailto:samuel.womack1 at gmail.com] 
Sent: 07 January 2009 18:35
To: Norton, Mike
Cc: James Dust; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Outbound CLI problem again


I've also seen an issue where the CALLING PARTY IE NUMBER TYPE UNKNOWN *
and the CALLING NUMBERING PLAN need to be set to NATIONAL and ISDN
respectively (under Gateway configuration), otherwise with the default
CISCO CALLMANAGER settings the BTN (main number) will display on all
Phone Calls. 

Pretty sure this isn't the issue you are having, but this is good
information to have because this issue doesn't occur in most cases when
dealing with the Telco and PRIs...



On Jan 7, 2009, at 12:21 PM, Norton, Mike wrote:


    
    Are you sure it is sending out incorrect CLI? Debug on the
gateway to see what is being sent.
    
    It is possible you are sending the correct info, but your telco
is altering it. Often if you try to send out CLI as a number that you
don't own (which would be the case when forwarding out a call that
originated outside), the telco will replace it with your BTN.
    
    --
    Mike Norton
    I.T. Support
    Peace Wapiti School Division No. 76
    Helpdesk: 780-831-3080
    Direct: 780-831-3076
    
    
    From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of James Dust
    Sent: January-07-09 9:19 AM
    To: cisco-voip at puck.nether.net
    Subject: [cisco-voip] Outbound CLI problem again
    I have a problem in one of our branch office's with a H323
gateway.
    I am sending the CLI of the users DDI number, and am achieving
this by using the 'Calling Party Transformations Mask'
    The problem I am getting is when a user forward's their phone to
their mobile phone for instance, by using the 'Call Forward All' key on
their phone.
    When the call is forwarded it sends out the CLI of the first DDI
in the range.
    Is there any way around this?

    James Dust 
    Team Leader 
    ICT Network Infrastructure & Communications Department 
    Charles Stanley & Co Ltd 
    Tel: 020 7149 6314 
    Mob: 07989 491136 
    mailto: james.dust at charles-stanley.co.uk
<mailto:james.dust at charles-stanley.co.uk> 


********************SAVE PAPER - THINK BEFORE YOU
PRINT**************************************************

The information contained in this e-mail is strictly confidential, some
or all of which may be legally privileged. 
Access to this e-mail by any person other than the recipient is
prohibited. If you have received this message in
error, any use, disclosure, copying, printing, distribution of, replying
to or any action taken or omitted to be
taken in reliance on this e-mail, is prohibited. Please advise the
sender immediately should this e-mail have been 
incorrectly addressed or transmitted, and then delete the email and any
attachment sent with it from your computer.

You are advised that urgent, time sensitive and confidential
communications should not be sent by e-mail. You 
accept that any instructions are deemed to have been given at the time
the recipient(s) accesses them and that 
delivery receipt does not constitute acknowledgement or receipt by the
intended recipient(s). 

You acknowledge that e-mails are not secure and you accept the risk of
malfunction, viruses, unauthorised 
interference, mis-delivery or delay. Charles Stanley reserves the right
to monitor and/or record emails sent and
received via its network for any lawful business purpose in accordance
with applicable law and regulations.
************************************************************************
*******************************


Charles Stanley & Co. Ltd
Registered Office: 25 Luke Street London EC2A 4AR

Tel: 0207 739 8200 Fax: 0207 739 7798
Registered in England No. 1903304

Charles Stanley Sutherlands and Charles Stanley Securities are divisions
of Charles Stanley & Co. Ltd  

Authorised and Regulated by the Financial Services Authority, Member of
the London Stock Exchange, The 
International Capital Market Association and The London International
Financial Futures & Options Exchange.

This footnote also confirms that this email message has been swept by
McAfee VirusScan and SurfControl Email 
Filter software. 
    _______________________________________________
    cisco-voip mailing list
    cisco-voip at puck.nether.net
    https://puck.nether.net/mailman/listinfo/cisco-voip
    


********************SAVE PAPER - THINK BEFORE YOU PRINT**************************************************

The information contained in this e-mail is strictly confidential, some or all of which may be legally privileged. 
Access to this e-mail by any person other than the recipient is prohibited. If you have received this message in
error, any use, disclosure, copying, printing, distribution of, replying to or any action taken or omitted to be
taken in reliance on this e-mail, is prohibited. Please advise the sender immediately should this e-mail have been 
incorrectly addressed or transmitted, and then delete the email and any attachment sent with it from your computer.

You are advised that urgent, time sensitive and confidential communications should not be sent by e-mail. You 
accept that any instructions are deemed to have been given at the time the recipient(s) accesses them and that 
delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s). 

You acknowledge that e-mails are not secure and you accept the risk of malfunction, viruses, unauthorised 
interference, mis-delivery or delay. Charles Stanley reserves the right to monitor and/or record emails sent and
received via its network for any lawful business purpose in accordance with applicable law and regulations.
*******************************************************************************************************


Charles Stanley & Co. Ltd
Registered Office: 25 Luke Street London EC2A 4AR

Tel: 0207 739 8200 Fax: 0207 739 7798
Registered in England No. 1903304

Charles Stanley Sutherlands and Charles Stanley Securities are divisions of Charles Stanley & Co. Ltd  

Authorised and Regulated by the Financial Services Authority, Member of the London Stock Exchange, The 
International Capital Market Association and The London International Financial Futures & Options Exchange.

This footnote also confirms that this email message has been swept by McAfee VirusScan and SurfControl Email 
Filter software. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/8e1900aa/attachment-0001.html>

------------------------------

Message: 55
Date: Thu, 8 Jan 2009 09:28:13 -0500
From: Matthew Loraditch <MLoraditch at heliontechnologies.com>
Subject: [cisco-voip] Phone won't hold CFWDALL Setting
To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <530C67FE62559C42857C78B962454E624CC25AA0 at hermes.helion.local>
Content-Type: text/plain; charset="us-ascii"

Has anyone seen this before?
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?
I am going to open a TAC case but wondered if there was any insight here on the list
Thanks in advance

Matthew Loraditch
10944 Beaver Dam Road, Suite A
Hunt Valley, Maryland  21030
support at heliontechnologies.com<mailto:support at heliontechnologies.com>
(p) (410) 252-8830
(F) (443) 541-1593

Visit us at www.heliontechnologies.com<http://www.heliontechnologies.com>
Support Issue? Email support at heliontechnologies.com<mailto:support at heliontechnologies.com> for fast assistance!

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

------------------------------

Message: 56
Date: Thu, 8 Jan 2009 09:33:23 -0500
From: "Jason Aarons (US)" <jason.aarons at us.didata.com>
Subject: [cisco-voip] FireFox 3.0.4 reports Java error with 4.1.3
    CCMAdmin
To: <cisco-voip at puck.nether.net>
Message-ID:
    <C1FE15183DA37645BC0633BC604E44F00D284DEF at USNAEXCH.na.didata.local>
Content-Type: text/plain; charset="us-ascii"

Trying to open CCMAdmin on a 4.1(3) box with FireFox 3.0.4, I get ERROR
- Cisco CallManager Administration requires that a JAVA Virtual Machine
be installed and configured on the local PC. In addition, the browser
security must have JAVA enabled.



Java is enabled on PC and in FireFox, works fine with IE7 on same
computer, anyone tried this?




-----------------------------------------
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/603ef387/attachment-0001.html>

------------------------------

Message: 57
Date: Thu, 8 Jan 2009 09:37:38 -0500
From: "Randy Homyk" <rhomyk at homyk.net>
Subject: Re: [cisco-voip] Phone won't hold CFWDALL Setting
To: "'Matthew Loraditch'" <MLoraditch at heliontechnologies.com>,
    <cisco-voip at puck.nether.net>
Message-ID: <016101c9719e$a915a7f0$fb40f7d0$@net>
Content-Type: text/plain; charset="us-ascii"

There was a bug in the early versions of ver 5



The temp fix for that was to make a change in the record.. save it. then
change it back and save it again if needed.  This did not affect all users,
only randomly.



Randy Homyk

CCIE Voice #14584

Homyk Systems

mailto:  rhomyk at homyk.net

mailto:  rhomyk at bellsouth.net

Phone: +786-269-5175

Fax: +305-258-9156

Mobile: 786-269-5175

www.homyk.net <http://www.homyk.net/> 







From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Matthew Loraditch
Sent: Thursday, January 08, 2009 9:28 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Phone won't hold CFWDALL Setting



Has anyone seen this before?

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?

I am going to open a TAC case but wondered if there was any insight here on
the list

Thanks in advance



Matthew Loraditch
10944 Beaver Dam Road, Suite A
Hunt Valley, Maryland  21030 
<mailto:support at heliontechnologies.com> support at heliontechnologies.com
(p) (410) 252-8830
(F) (443) 541-1593

Visit us at  <http://www.heliontechnologies.com> www.heliontechnologies.com 
Support Issue? Email  <mailto:support at heliontechnologies.com>
support at heliontechnologies.com for fast assistance!



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

------------------------------

Message: 58
Date: Thu, 08 Jan 2009 16:54:33 +0200
From: Kelemen Zoltan <keli at carocomp.ro>
Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with 4.1.3
    CCMAdmin
To: "Jason Aarons (US)" <jason.aarons at us.didata.com>
Cc: cisco-voip at puck.nether.net
Message-ID: <496613A9.3030900 at carocomp.ro>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Pre 5.x CCM is not exactly Firefox friendly ... maybe it's a better 
choice to use IE (or I remember having some success with Opera). If it's 
about convenience, you could check out the IETab extension to Firefox.

regards,
  Zoltan

Jason Aarons (US) wrote:
>
> Trying to open CCMAdmin on a 4..1(3) box with FireFox 3.0.4, I get 
> ERROR - Cisco CallManager Administration requires that a JAVA Virtual 
> Machine be installed and configured on the local PC. In addition, the 
> browser security must have JAVA enabled.
>
>  
>
> Java is enabled on PC and in FireFox, works fine with IE7 on same 
> computer, anyone tried this?
>
> ------------------------------------------------------------------------
>
> *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. *
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  



------------------------------

Message: 59
Date: Thu, 8 Jan 2009 09:55:44 -0500
From: "Biffle, Gerrad" <Gerrad.Biffle at greensboro-nc.gov>
Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with 4.1.3
    CCMAdmin
To: <cisco-voip at puck.nether.net>
Message-ID:
    <038ECED6C286904CA93C8A76ABC45DF51621D45D at VENUS.greensboronc.org>
Content-Type: text/plain; charset="us-ascii"

If it helps ... I'm running Firefox 3.0.5 without any problems.  Might
be worth upgrading Firefox to see if your problem clears.  I don't
remember having any issues when I was on 3.0.4 though.  Are you running
the NoScript add-on by chance?  





From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jason Aarons
(US)
Sent: Thursday, January 08, 2009 9:33 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] FireFox 3.0.4 reports Java error with 4.1.3
CCMAdmin



Trying to open CCMAdmin on a 4.1(3) box with FireFox 3.0.4, I get ERROR
- Cisco CallManager Administration requires that a JAVA Virtual Machine
be installed and configured on the local PC. In addition, the browser
security must have JAVA enabled.



Java is enabled on PC and in FireFox, works fine with IE7 on same
computer, anyone tried this?

________________________________

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. 

=======================================================
Please note that email sent to and from this address is subject 
to the North Carolina Public Records Law and may be disclosed to 
third parties.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/26acb86e/attachment-0001.html>

------------------------------

Message: 60
Date: Thu, 8 Jan 2009 09:57:41 -0500
From: "Biffle, Gerrad" <Gerrad.Biffle at greensboro-nc.gov>
Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with
    4.1.3CCMAdmin
To: <cisco-voip at puck.nether.net>
Message-ID:
    <038ECED6C286904CA93C8A76ABC45DF51621D465 at VENUS.greensboronc.org>
Content-Type: text/plain;    charset="us-ascii"

Good point Kelemen .... forgot to mention that ... I am running the IE
Tab add-on within Firefox.

-----Original Message-----
From: cisco-voip-bounces at puck.nether..net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Kelemen Zoltan
Sent: Thursday, January 08, 2009 9:55 AM
To: Jason Aarons (US)
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with
4.1.3CCMAdmin

Pre 5.x CCM is not exactly Firefox friendly ... maybe it's a better 
choice to use IE (or I remember having some success with Opera). If it's

about convenience, you could check out the IETab extension to Firefox.

regards,
  Zoltan

Jason Aarons (US) wrote:
>
> Trying to open CCMAdmin on a 4.1(3) box with FireFox 3.0.4, I get 
> ERROR - Cisco CallManager Administration requires that a JAVA Virtual 
> Machine be installed and configured on the local PC. In addition, the 
> browser security must have JAVA enabled.
>
>  
>
> Java is enabled on PC and in FireFox, works fine with IE7 on same 
> computer, anyone tried this?
>
>
------------------------------------------------------------------------
>
> *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. *
>
>
------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
=======================================================
Please note that email sent to and from this address is subject 
to the North Carolina Public Records Law and may be disclosed to 
third parties.



------------------------------

Message: 61
Date: Fri, 9 Jan 2009 02:05:09 +1100
From: "Riley, Andrew" <Andrew.Riley at uxcg.com.au>
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking
    PersonalDirectories (6.1)
To: Adam Blomfield <adman at adman.net>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <DB011559B5A3D640A78EC445BB7268E94681A4AE57 at EXMSYD01.aus.local>
Content-Type: text/plain; charset="Windows-1252"

Thanks for the feedback Adam, all making sense now.

btw.. this problem disappears in CUCM 7.X :) just tested this issue out..

solution for 7.X
1) set corp dir URL in ent params (per normal)
2) set ent param 'service provisioning' to 'both'
at this point when you hit 'directories' you will get PD, CD and your custom dir.
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.
this will leave PD and your custom dir in tact.

thanks to all!

Andrew Riley
(a.k.a Riles)
Technical Consultant
CCIE # 18285 Voice
Consulting Services

Getronics Australia ? A UXC Company
2 Minna Close
Belrose NSW 2085
Australia
Mobile:  +61 402 894 793
Fax:      +61 2 9847 7378
Email:    andrew.riley at uxcg.com.au
Web: http://www.getronics.com.au
________________________________________
From: adam.blomfield at gmail.com [adam.blomfield at gmail.com] On Behalf Of Adam Blomfield [adman at adman.net]
Sent: Friday, 9 January 2009 12:18 AM
To: Riley, Andrew
Cc: Sean Walberg; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

Andrew,

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.

-Adam

On Thu, Jan 8, 2009 at 3:28 AM, Riley, Andrew <Andrew.Riley at uxcg.com.au<mailto:Andrew.Riley at uxcg.com.au>> wrote:
Adam, Sean

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

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?

thoughts?

Andrew Riley
(a.k.a Riles)
Technical Consultant
CCIE # 18285 Voice
Consulting Services

Getronics Australia ? A UXC Company
2 Minna Close
Belrose NSW 2085
Australia
Mobile:  +61 402 894 793
Fax:      +61 2 9847 7378
Email:    andrew.riley at uxcg.com.au<mailto:andrew.riley at uxcg.com.au>
Web: http://www.getronics.com.au
________________________________________
From: Riley, Andrew
Sent: Thursday, 8 January 2009 2:50 PM
To: Sean Walberg; Adam Blomfield
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

Thanks Sean and Adam.

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.

I'll try out both options and see how I go.

Regards
Andrew Riley
0402894793

From: Sean Walberg [mailto:swalberg at gmail.com<mailto:swalberg at gmail.com>]
Sent: Thursday, 8 January 2009 2:30 PM
To: Adam Blomfield
Cc: Riley, Andrew; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

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:

<?php header('Content-type: text/xml'); ?>
<?php echo '<?xml version="1.0" encoding="UTF-8"?>'?>

<CiscoIPPhoneMenu>

<Prompt>Select a directory</Prompt>

<MenuItem>
  <Name>Personal Directory</Name>
  <URL>http://PUBLISHERIP:8080/ccmpd/pdCheckLogin.do?name=<?=$_GET['name']?></URL>
</MenuItem>

</CiscoIPPhoneMenu>

On Wed, Jan 7, 2009 at 8:41 PM, Adam Blomfield <adman at adman.net<mailto:adman at adman.net><mailto:adman at adman.net<mailto:adman at adman.net>>> wrote:
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 http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined - 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 - http://www.adman.net/cisco/defaultservicemenu.asp. Hope that helps!

-Adam
On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <Andrew.Riley at uxcg.com.au<mailto:Andrew.Riley at uxcg.com.au><mailto:Andrew.Riley at uxcg.com.au<mailto:Andrew.Riley at uxcg.com.au>>> wrote:

Ok yes understand..



However you would think the 'directories' of any type should be under the directories button



.. 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...







Regards

Andrew Riley

0402894793



From: Melvin Fong [mailto:mfong at PACIFIC.EDU<mailto:mfong at PACIFIC.EDU><mailto:mfong at PACIFIC.EDU<mailto:mfong at PACIFIC.EDU>>]
Sent: Thursday, 8 January 2009 10:11 AM
To: Riley, Andrew; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net><mailto:cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)



We ran into the same issue, we remedied it by making the PAB available as a service through the services button.



From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net><mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>> [mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net><mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>>] On Behalf Of Riley, Andrew
Sent: Wednesday, January 07, 2009 2:56 PM
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net><mailto:cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)



Hi There,

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?



Here is what i have done..



When you pop the normal (http://10.2.10.10:8080/ccmcip/xmldirectory.jsp) URL into a browser you get the following



-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<CiscoIPPhoneMenu>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

N<Name>Personal Directory</Name>

<<URL>http://10..2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>

</MenuItem>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

<<Name>Corporate Directory</Name>

<<URL>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</URL>

</MenuItem>

<<Prompt>Select a directory</Prompt>

</CiscoIPPhoneMenu>





Which indicates that this URL is loading both Personal and Corp Directories..





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

<<<CiscoIPPhoneMenu>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

N<Name>Personal Directory</Name>

<<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>

</MenuItem>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

<<Name>Corporate Directory</Name>

<<URL>http://myserver/mydirectory/myservice.asp</URL>

</MenuItem>

<<Prompt>Select a directory</Prompt>

</CiscoIPPhoneMenu>



Then change the enterprise parameter to my point to http://myserver/mydirectory/mydir.xml



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 http://10.2.10.10:8080/ccmcip/xmldirectory.jsp file which stops this from happening..





Would appreciate any guidance or others experience on this.





Andrew Riley
(a.k.a Riles)
Unified Communications
CCIE # 18285 Voice
Consulting Services

Getronics Australia ? A UXC Company
2 Minna Close
Belrose NSW 2085
Australia
Mobile:  +61 402 894 793
Fax:      +61 2 9847 7378
Email:    andrew.riley at uxcg.com.au<mailto:andrew.riley at uxcg.com.au><http://andrew.riley@uxcg.com.au<http://uxcg.com.au>>
Web: http://www.getronics.com.au<http://www.getronics.com.au/>





________________________________

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.
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.

________________________________
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..
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.

_______________________________________________
cisco-voip mailing list

cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net><mailto:cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
https://puck.nether.net/mailman/listinfo/cisco-voip


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net><mailto:cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
https://puck.nether.net/mailman/listinfo/cisco-voip



--
Sean Walberg <sean at ertw.com<mailto:sean at ertw.com><mailto:sean at ertw.com<mailto:sean at ertw.com>>>    http://ertw.com/

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.
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.



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.
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.



------------------------------

Message: 62
Date: Thu, 08 Jan 2009 10:46:56 -0500
From: Wes Sisk <wsisk at cisco.com>
Subject: Re: [cisco-voip] Directories to exclude in for antivirus in
    CCM4.2.3
To: "Louis Koekemoer (ZA)" <Louis.Koekemoer at za.didata.com>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID: <49661FF0.6080505 at cisco.com>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"

search for 'callmanager antivirus' on cisco.com and you get lots of hits 
with config recommendations.

some of the highlights:
disable heuristic scanning (usually breaks ccm web pages)
exclude:
trace directory
sql data directory
cdr directory

regards,
wes

On Thursday, January 08, 2009 12:20:00 AM, Louis Koekemoer (ZA) 
<Louis.Koekemoer at za.didata.com> wrote:
>
> 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?
>
>  
>
>  
>
>  
>
> *Louis Koekemoer*
>
> Cisco IPT Systems Engineer
>
> Dimension Data
>
> Tel.          +27 (11) 575 6560
>
> Mob.      +27 (71) 680 8790
>
> Fax.        +27 (11) 576 6560
>
> Louis.Koekemoer at za.didata.com
>
>  
>
> P Before printing I think about the environment
>
>  
>
> For more information about Dimension Data, please go to 
> _www.dimensiondata.com <http://www.dimensiondata.com/>_
>
>  
>
> This email and all contents are subject to the following disclaimer:
>
> "http://www.dimensiondata.com/emaildisclaimer.htm"
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/46a76042/attachment-0001.html>

------------------------------

Message: 63
Date: Thu, 08 Jan 2009 15:05:14 +0000
From: "Andy Swiffin" <a.l.swiffin at dundee.ac.uk>
Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with
    4.1.3CCMAdmin
To: <cisco-voip at puck.nether.net>
Message-ID: <49661633.54D3.00BD.3 at dundee.ac.uk>
Content-Type: text/plain; charset=US-ASCII

>>> On 08/01/2009 at 14:55, in message
<038ECED6C286904CA93C8A76ABC45DF51621D45D at VENUS.greensboronc.org>, "Biffle,
Gerrad" <Gerrad.Biffle at greensboro-nc.gov> wrote:
> If it helps ... I'm running Firefox 3.0.5 without any problems.  Might
> be worth upgrading Firefox to see if your problem clears.  I don't
> remember having any issues when I was on 3.0.4 though.  Are you running
> the NoScript add-on by chance?  

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:

ERROR:
Cannot locate proxy which supports Remote Scripting.
Was RSEnableRemoteScripting method invoked?

and then

Failed to create ASP object for : _RemoteScripts/rs_device..asp

so I guess it doesn't work here either.

(I usually just use IE).

Regards
Andy Swiffin
Dundee Univ.





The University of Dundee is a registered Scottish charity, No: SC015096


------------------------------

Message: 64
Date: Thu, 8 Jan 2009 11:04:43 -0500
From: "Jason Aarons (US)" <jason.aarons at us.didata.com>
Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with
    4.1.3CCMAdmin
To: "Biffle, Gerrad" <Gerrad.Biffle at greensboro-nc.gov>,
    <cisco-voip at puck.nether.net>
Message-ID:
    <C1FE15183DA37645BC0633BC604E44F00D2C77C4 at USNAEXCH.na.didata.local>
Content-Type: text/plain; charset="us-ascii"

No add-on, tried Firefox 3.0.5, same issue.  Went back to IE7..



From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Biffle, Gerrad
Sent: Thursday, January 08, 2009 9:56 AM
To: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with
4.1.3CCMAdmin



If it helps ... I'm running Firefox 3.0.5 without any problems.  Might
be worth upgrading Firefox to see if your problem clears.  I don't
remember having any issues when I was on 3.0.4 though.  Are you running
the NoScript add-on by chance?  





From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jason Aarons
(US)
Sent: Thursday, January 08, 2009 9:33 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] FireFox 3.0.4 reports Java error with 4.1.3
CCMAdmin



Trying to open CCMAdmin on a 4.1(3) box with FireFox 3.0.4, I get ERROR
- Cisco CallManager Administration requires that a JAVA Virtual Machine
be installed and configured on the local PC. In addition, the browser
security must have JAVA enabled.



Java is enabled on PC and in FireFox, works fine with IE7 on same
computer, anyone tried this?

________________________________

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. 




=======================================================
Please note that email sent to and from this address is subject 
to the North Carolina Public Records Law and may be disclosed to 
third parties.






-----------------------------------------
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/8736fcbf/attachment-0001.html>

------------------------------

Message: 65
Date: Thu, 8 Jan 2009 17:08:40 +0100
From: "Ignacio Lorenzo" <ilorenzo at grupoica.com>
Subject: Re: [cisco-voip] Problem upgrade CM 6.0 to 6.1
To: "Wes Sisk" <wsisk at cisco.com>
Cc: "cisco-voip at puck-nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <4A8F27C11F2B734691D59BED8D2C10B40137666B at CLUSTER01.ica.local>
Content-Type: text/plain; charset="iso-8859-1"

Thanks Wes,



This problem is solved. 



Regards



Ignacio Lorenzo Dom?nguez

Ingeniero de redes 

Dpto de Proyectos. Grupo ICA

C / Alejandro Rodr?guez, 32 - 28039 Madrid

Tel. 91 311 04 87  Fax: 91 311 93 86



De: Wes Sisk [mailto:wsisk at cisco.com] 
Enviado el: s?bado, 03 de enero de 2009 17:00
Para: Ignacio Lorenzo
CC: cisco-voip at puck-nether.net
Asunto: Re: [cisco-voip] Problem upgrade CM 6.0 to 6.1



appmanager failed (1)

you will need to get all upgrade logs to see why upgrade failed.
/wes

On Wednesday, December 17, 2008 9:41:33 AM, Ignacio Lorenzo <ilorenzo at grupoica.com> <mailto:ilorenzo at grupoica..com>  wrote:



Hello



I try to upgrade the cisco unified communication manager version 6.0 to 6.1.2 and cannot do it. 

Attach the report 



Thanks








________________________________




_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
  



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

------------------------------

Message: 66
Date: Thu, 8 Jan 2009 11:09:40 -0500
From: "Jason Aarons (US)" <jason.aarons at us.didata.com>
Subject: Re: [cisco-voip] FireFox 3.0.4 reports Java error with
    4.1.3CCMAdmin
To: "Andy Swiffin" <a.l.swiffin at dundee.ac.uk>,
    <cisco-voip at puck.nether.net>
Message-ID:
    <C1FE15183DA37645BC0633BC604E44F00D2C77EF at USNAEXCH.na.didata.local>
Content-Type: text/plain;    charset="us-ascii"

Yes, exact same thing here. However the CCMAdmin home page warns me
about Java problem.  If I go to www.java.com and run the Java test in
FireFox 3.0.5 it completes fine.  When you view the java window in
Firefox it tell you have the web page is using all sorts of function
calls that have been depreciated!  This is where it's nice that Excel
2007 can still open a Excel 2.0 file, but Java is a mess of versions and
incompatabilies -jason


-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Andy Swiffin
Sent: Thursday, January 08, 2009 10:05 AM
To: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] FireFox 3..0.4 reports Java error with
4.1.3CCMAdmin

>>> On 08/01/2009 at 14:55, in message
<038ECED6C286904CA93C8A76ABC45DF51621D45D at VENUS.greensboronc.org>,
"Biffle,
Gerrad" <Gerrad.Biffle at greensboro-nc.gov> wrote:
> If it helps ... I'm running Firefox 3.0.5 without any problems.  Might
> be worth upgrading Firefox to see if your problem clears.  I don't
> remember having any issues when I was on 3.0.4 though.  Are you
running
> the NoScript add-on by chance?  

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:

ERROR:
Cannot locate proxy which supports Remote Scripting.
Was RSEnableRemoteScripting method invoked?

and then

Failed to create ASP object for : _RemoteScripts/rs_device.asp

so I guess it doesn't work here either.

(I usually just use IE).

Regards
Andy Swiffin
Dundee Univ.





The University of Dundee is a registered Scottish charity, No: SC015096
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-----------------------------------------
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.


------------------------------

Message: 67
Date: Thu, 8 Jan 2009 11:12:26 -0500
From: "Daniel Martin" <martind at cae.com>
Subject: [cisco-voip] CDR Monitoring tool
To: <cisco-voip at puck.nether.net>
Message-ID:
    <09881513E25DD549B26BF7F38ECAF8DA0375A9D9 at caemex01.caecorp.cae.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi,



I'm looking to purchase  good  VoIP monitoring  tool(s) and would like to know what other people in the community are using?



I want two different types of tool. 



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).

-          Anybody using these products and can provide me some pros/cons or propose other products





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?



Thanks,



Daniel. 



Daniel Martin

Chef de Groupe - Infrastructure R?seau et T?l?com

Group Leader - Network Infrastructure and Telecom

CAE Inc.

St-Laurent, Qu?bec Canada

H4T 1G6

T?l:  1-514-341-2000 x4878

Fax: 1-514-340-5583



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/0b32e3fb/attachment-0001.html>

------------------------------

Message: 68
Date: Thu, 8 Jan 2009 11:14:58 -0500
From: "Jason Aarons (US)" <jason.aarons at us.didata.com>
Subject: [cisco-voip] OS for UCCX 7.0(1)
To: <cisco-voip at puck.nether.net>
Message-ID:
    <C1FE15183DA37645BC0633BC604E44F00D2C7820 at USNAEXCH.na.didata.local>
Content-Type: text/plain; charset="us-ascii"

I'm building a test box for UCCX 7.0(1) in a lab. I thought UCCX 7.0(1)
used OS2003-1-2HP for a MCS-7835H-2.4 (74-3198-01), but the OS2003
install comes back with "The installation program has determined that
this server is not supported by this media".



What is the right OS version for UCCX 7.0(1)? My media via PUT is
enroute but was hoping to start the test lab before then.








-----------------------------------------
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/54cd57c7/attachment-0001.html>

------------------------------

Message: 69
Date: Thu, 8 Jan 2009 08:18:59 -0800
From: "Wesley Fonvergne" <wfonvergne at expertnetworks.us>
Subject: [cisco-voip] Cisco Unity 4.2 - Creating Internet contacts
    with    "mail-enabled" accounts...
To: <cisco-voip at puck.nether.net>
Message-ID: <AC78B10BAEE36B47AD1AEA5D98E445720158ED70 at ex01.XNI.local>
Content-Type: text/plain; charset="us-ascii"

Hello!



I'm trying to verify some information with Cisco's documentation before
I start making demands on our local Active Directory administrators, and
I can't seem to confirm a particular behavior of Cisco Unity 4.2.



Our situation is that we have several business associates who having
login accounts to our system, but do not have Exchange accounts, and we
would like to provide them with voice messaging. It seems that, in order
to create an Internet subscriber within Unity, you need to have a
contact object in Active Directory, and CANNOT have a mail-enabled user
object. 



Can anyone confirm this, or am I missing something with our Unity
servers?



Thanks,



Wesley Fonvergne

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/2d338157/attachment-0001.html>

------------------------------

Message: 70
Date: Thu, 8 Jan 2009 11:21:23 -0500
From: Ryan Ratliff <rratliff at cisco.com>
Subject: Re: [cisco-voip] OS for UCCX 7.0(1)
To: "Jason Aarons (US)" <jason.aarons at us.didata.com>
Cc: cisco-voip at puck.nether.net
Message-ID: <752EF14A-5F79-48A6-BEE6-B319D87670DF at cisco..com>
Content-Type: text/plain; charset="windows-1252"; Format="flowed";
    DelSp="yes"

2003.1.1 is the disk you need for a 7835H-2.4.

-Ryan

On Jan 8, 2009, at 11:14 AM, Jason Aarons (US) wrote:

I?m building a test box for UCCX 7.0(1) in a lab. I thought UCCX 7.0 
(1) used OS2003-1-2HP for a MCS-7835H-2.4 (74-3198-01), but the  
OS2003 install comes back with ?The installation program has  
determined that this server is not supported by this media?.



What is the right OS version for UCCX 7.0(1)? My media via PUT is  
enroute but was hoping to start the test lab before then.







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.

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck..nether.net/pipermail/cisco-voip/attachments/20090108/5c12dce5/attachment-0001.html>

------------------------------

Message: 71
Date: Thu, 8 Jan 2009 11:23:10 -0500
From: "Ed Leatherman" <ealeatherman at gmail.com>
Subject: Re: [cisco-voip] CDR Monitoring tool
To: "Daniel Martin" <martind at cae.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <94a1afde0901080823n2017defcl6785a487817b4560 at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Take a look at the IPSLA feature set, if you have equipment that can run the
required IOS it can do quite a bit in the monitoring portion when paired
with some decent network management tools that you might already have.

www.cisco.com/ipsla

I'm using it for various synthetic tests on our LAN and WAN links for such
things as call quality and latency between CUCM subscribers. test results
are pollable via SNMP and you can graph them with MRTG or cacti if you
happen to use those.
I'm not doing any alerting with it currently but I know it can be configured
to send SNMP traps if a threshold is exceeded..

Ed

On Thu, Jan 8, 2009 at 11:12 AM, Daniel Martin <martind at cae.com> wrote:

>  Hi,
>
>
>
> I'm looking to purchase  good  VoIP monitoring  tool(s) and would like to
> know what other people in the community are using?
>
>
>
> I want two different types of tool.
>
>
>
> 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).
>
> -          Anybody using these products and can provide me some pros/cons
> or propose other products
>
>
>
>
>
> 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?
>
>
>
> Thanks,
>
>
>
> Daniel.
>
>
>
> Daniel Martin
>
> Chef de Groupe - Infrastructure R?seau et T?l?com
>
> Group Leader - Network Infrastructure and Telecom
>
> CAE Inc.
>
> St-Laurent, Qu?bec Canada
>
> H4T 1G6
>
> T?l:  1-514-341-2000 x4878
>
> Fax: 1-514-340-5583
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


-- 
Ed Leatherman
Assistant Director, Voice Services
West Virginia University
Telecommunications and Network Operations
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/04aaa3c9/attachment-0001.html>

------------------------------

Message: 72
Date: Thu, 8 Jan 2009 11:23:48 -0500
From: "Ed Leatherman" <ealeatherman at gmail.com>
Subject: Re: [cisco-voip] CDR Monitoring tool
To: "Daniel Martin" <martind at cae.com>
Cc: cisco-voip at puck.nether.net
Message-ID:
    <94a1afde0901080823sbbc6456qd78b3bca76d9cc15 at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Sorry I typoed the URL, www.cisco.com/go/ipsla

On Thu, Jan 8, 2009 at 11:23 AM, Ed Leatherman <ealeatherman at gmail.com>wrote:

> Take a look at the IPSLA feature set, if you have equipment that can run
> the required IOS it can do quite a bit in the monitoring portion when paired
> with some decent network management tools that you might already have.
>
> www.cisco.com/ipsla
>
> I'm using it for various synthetic tests on our LAN and WAN links for such
> things as call quality and latency between CUCM subscribers. test results
> are pollable via SNMP and you can graph them with MRTG or cacti if you
> happen to use those.
> I'm not doing any alerting with it currently but I know it can be
> configured to send SNMP traps if a threshold is exceeded.
>
> Ed
>
> On Thu, Jan 8, 2009 at 11:12 AM, Daniel Martin <martind at cae.com> wrote:
>
>>  Hi,
>>
>>
>>
>> I'm looking to purchase  good  VoIP monitoring  tool(s) and would like to
>> know what other people in the community are using?
>>
>>
>>
>> I want two different types of tool.
>>
>>
>>
>> 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).
>>
>> -          Anybody using these products and can provide me some pros/cons
>> or propose other products
>>
>>
>>
>>
>>
>> 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?
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Daniel.
>>
>>
>>
>> Daniel Martin
>>
>> Chef de Groupe - Infrastructure R?seau et T?l?com
>>
>> Group Leader - Network Infrastructure and Telecom
>>
>> CAE Inc.
>>
>> St-Laurent, Qu?bec Canada
>>
>> H4T 1G6
>>
>> T?l:  1-514-341-2000 x4878
>>
>> Fax: 1-514-340-5583
>>
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
>
> --
> Ed Leatherman
> Assistant Director, Voice Services
> West Virginia University
> Telecommunications and Network Operations
>



-- 
Ed Leatherman
Assistant Director, Voice Services
West Virginia University
Telecommunications and Network Operations
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/863d2141/attachment-0001.html>

------------------------------

Message: 73
Date: Thu, 8 Jan 2009 16:33:03 +0000
From: Dean Wright <Dean.Wright at SysServers.co.uk>
Subject: [cisco-voip] Cisco 1861 caller-id
To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID: <1A5AEA8CE36A6347B1E679768840B12A324FD2E1C5 at venus>
Content-Type: text/plain; charset="us-ascii"

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

Then I hung up and tried again and DOH it doesn't work!!!! Now what I noticed if it helps

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!!!!

So I went though checking all settings then tried again and reproduced the above!!! Worked on first go and not after

Has anyone see this before

Many thanks

Deano
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090108/a2765205/attachment-0001.html>

------------------------------

Message: 74
Date: Thu, 8 Jan 2009 09:41:06 -0700
From: Corbett Enders <cenders at homesbyavi.com>
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read
To: Stefan Baltus <stefan at iunxi.nl>, Nicolas <yogzgo at gmail.com>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Message-ID:
    <F71E4DFAC3A2FA4C95D0C73D744C7BCE1CA99B85A7 at EX02.homesbyavi.local>
Content-Type: text/plain; charset="us-ascii"

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.

-----Original Message-----
From: Stefan Baltus [mailto:stefan at iunxi.nl] 
Sent: Thursday, January 08, 2009 2:48 AM
To: Nicolas
Cc: Aman Chugh; Corbett Enders; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Fraud calls to Cuba - Please read

I was planning to send Cisco a letter complaining about the fact that these
'features' are enabled by default on an ISR which is positioned as the 
platform that does everything (in this case being a voip gateway and 
internet router). I would like to hear other thoughts about this as well.

In my view, opening a TAC case would be of lesser use. Better send a letter
to John Chambers or the like of him.

Stefan

On Thu, Jan 08, 2009 at 10:39:34AM +0100, Nicolas wrote:
> Does someone open a TAC at Cisco to talk aout it ?
> What Cisco say about that ?
> 
> Nicolas
> 
> On Thu, Jan 8, 2009 at 6:16 AM, Aman Chugh <aman.chugh at gmail.com> wrote:
> 
> > I had this happen as well to a CME router which the customer connected to
> > the Internet and the router also had a PRI from the local telco. Customer
> > had put in a public ip on the router exposing it to the Internet as they
> > wanted to do an IPSEC tunnel as well. After investigation it was discovered
> > that some one was using SIP port on the router and running a script to call
> > numbers in CUBA and all calls were a minute call. We put in an ACL to block
> > SIP and H.323 on the router to stop this. I believe someone is using SIP
> > port (5060) from the Internet and making calls through your FXO line.
> >
> >
> > Aman
> >
> > On Thu, Jan 8, 2009 at 10:31 AM, Ryan West <rwest at zyedge.com> wrote:
> >
> >>  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.
> >>
> >>
> >>
> >> Hope that helps.
> >>
> >>
> >>
> >> -ryan
> >>
> >>
> >>
> >> *From:* Corbett Enders [mailto:cenders at homesbyavi.com]
> >> *Sent:* Wednesday, January 07, 2009 23:56
> >> *To:* Ryan West
> >> *Cc:* Ahmed Elnagar; VOIP Group
> >>
> >> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read
> >>
> >>
> >>
> >> 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?
> >>
> >>
> >> On Jan 7, 2009, at 9:48 PM, "Ryan West" <rwest at zyedge.com> wrote:
> >>
> >>  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:
> >>
> >>
> >>
> >>
> >> https://supportwiki.cisco.com/ViewWiki/index.php/How_to_disable_H.323_and_Session_Initiation_Protocol_(SIP)_services_on_TCP_ports_1720_and_5060_of_a_IOS_gateway_router<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>
> >>
> >> -ryan
> >>
> >>
> >>
> >> *From:* cisco-voip-bounces at puck.nether.net [
> >> mailto:cisco-voip-bounces at puck.nether.net<cisco-voip-bounces at puck.nether.net>]
> >> *On Behalf Of *Ahmed Elnagar
> >> *Sent:* Wednesday, January 07, 2009 23:13
> >> *To:* cenders at homesbyavi.com
> >> *Cc:* VOIP Group
> >> *Subject:* Re: [cisco-voip] Fraud calls to Cuba - Please read
> >>
> >>
> >>
> >>
> >> 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.
> >>
> >> 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.
> >>
> >> 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...
> >>
> >> 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.
> >>
> >> 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.
> >>
> >> Good luck with this strange issue.
> >>
> >> Thanks,
> >> Ahmed Elnagar
> >>
> >>
> >>
> >>  ------------------------------
> >>
> >> From: cenders at homesbyavi.com
> >> To: cisco-voip at puck.nether.net
> >> Date: Wed, 7 Jan 2009 20:26:56 -0700
> >> Subject: [cisco-voip] Fraud calls to Cuba - Please read
> >>
> >> Hello List,
> >>
> >>
> >>
> >> 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.
> >>
> >>
> >>
> >> 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.
> >>
> >>
> >>
> >> 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.
> >>
> >>
> >>
> >> 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.
> >>
> >>
> >>
> >> 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.
> >>
> >>
> >>
> >> I look forward to any insight the collective brain power of this list can
> >> provide. The bill for these calls is over $6000.
> >>
> >>
> >>
> >> Regards,
> >>
> >> Corbett Enders.
> >>
> >>
> >>
> >> *Corbett Enders*
> >>
> >> Network Manager
> >> Homes by Avi - 2007 Canadian Builder of the Year.
> >> Tel: (403) 536-7170
> >> Fax: (403) 536-7171
> >> www.homesbyavi.com
> >>
> >>
> >>
> >>
> >>  ------------------------------
> >>
> >> check out the rest of the Windows Live?. More than mail?Windows Live? goes
> >> way beyond your inbox. More than messages<http://www.microsoft.com/windows/windowslive/>
> >>
> >> No virus found in this incoming message.
> >> Checked by AVG - http://www.avg.com
> >> Version: 8.0.176 / Virus Database: 270.10.4/1880 - Release Date: 1/7/2009
> >> 8:49 AM
> >>
> >>
> >> _______________________________________________
> >> cisco-voip mailing list
> >> cisco-voip at puck.nether.net
> >> https://puck.nether.net/mailman/listinfo/cisco-voip
> >>
> >>
> >
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
> >
> >

> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip


-- 
E: stefan at iunxi.nl                      iunxi BV
M: +31 (0)6 18844094                    Postbus 1315
T: +31 (0)88 5400500                    1300 BH  ALMERE
F: +31 (0)88 5400501



------------------------------

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


End of cisco-voip Digest, Vol 63, Issue 8
*****************************************



      Stay connected to the people that matter most with a smarter inbox. Take a look http://au.docs..yahoo.com/mail/smarterinbox
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090109/3e155b79/attachment.html>


More information about the cisco-voip mailing list