[cisco-voip] cisco-voip Digest, Vol 63, Issue 21
Cesar fiestas
fiestas.cesar at gmail.com
Wed Jan 21 15:04:25 EST 2009
Antonio,
Or just simply gain root access to callmanager 6, then go to directory
/usr/local/bin/ then just type
./delKnownHostKeys.sh
Take a look some scripts here
[root at PUBCLUSTER01 bin]# ls
acserver idblj
amc InformixPerm.py
AudioTranslator installdb
BPS invoke_sub_restore.py
capf ipvmsd
capf_migrate isprimarynode.sh
carschlr jpreftool
carScript.py LpmScript.sh
ccm LpmTool
ccmAgentScript.py mmfSpy
ccmAgt mmfSpyScript.sh
ccmalarmprogram.sh ModPrefDirXMLGenerator.py
CCMDirSync moh_do_backup.py
ccmevidence.sh moh_do_restore.py
ccmlogRotate moh_drf_reg.py
ccmScript.sh moh_pre_backup.py
cdpAgentScript.py moh_pre_restore.py
cdpAgt mohw1update
cdpd parseReplStatus.py
cdpScript.sh phonetool
cdragent picli
cdragntScript.py pidump
cdrrep pishell
cdrScript.py pixml
cef pktCap_protectData
cfrt post_backup.py
checksoapservice.py post_backup.sh
CiscoSyslogSubAgt post_db_backup.py
client.truststore post_db_backup.sh
cmi post_db_restore.py
cmoninit post_db_restore.sh
controlcenter.py post_restore.py
controlcenter.sh post_restore.sh
count_fds.pldl pre_backup.py
cpulimit_script.sh pre_backup.sh
ctftp pre_db_backup.py
CTIManager pre_db_backup.sh
CTLProvider pre_db_restore.py
database_dependency.xml pre_db_restore.sh
database_error_map.txt prefsCommand.py
database_script.xml prefsdrf
datavalidation preftool
dbIntegrity.py pre_restore.py
dbl pre_restore.sh
dblmanager pryftool
dblping replhelper.sh
dblrpc replutil.py
dblutil RisDC
dbmon rtmtreporter
dbnotifymon runDrvMon.py
dbReplHelper.py setDbLogMessage.sh
DbReplRepair.py setsoapvar
DbReplStatus.py setvar
DbReplStop.py sftp.exp
dbsession.py soapservicecontrol.sh
dbStateInfo.py spltraceRotate
delKnownHostKeys.sh startdbl
DHCPMonitor startrpc
do_backup.py syslogAgentScript.py
do_backup.sh TAPS
do_db_backup.py tct_startup.sh
do_db_backup.sh Test_soap_cdrondemand_file.sh
do_db_restore.py Test_soap_cdrondemand_list.sh
do_db_restore.sh Test_soap_df_realtimeservice.sh
do_db_uff_backup.sh Test_soap_drfservice.sh
do_restore.py Test_soap_logcollectionservice.sh
do_restore.sh Test_soap_perfmonservice.sh
DriverMonitor Test_soap_realtimeservice70.sh
dropAdminDb.py Test_soap_realtimeservice.sh
error_661.sh Test_soap_serviceactivation.sh
ftp.exp Test_soap_snmpconfigservice.sh
generateEncryptOut.sh tracecollectionservice
generateHashOut.sh validate_csv.sh
getdbname.py
[root at PUBCLUSTER01 bin]#
On Wed, Jan 21, 2009 at 12:00 PM, <cisco-voip-request at puck.nether.net>wrote:
> 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. Odd question (Frazee, Timothy)
> 2. Re: cisco-voip Digest, Vol 63, Issue 19 (Ant?nio Fragoso)
> 3. Re: Odd question (Weigand, John V.)
> 4. admin activity log (Scott Kee)
> 5. Re: admin activity log (Lelio Fulgenzi)
> 6. Two welcome message on call manager7.0 (Ahmad Alkam)
> 7. Re: Two welcome message on call manager7.0 (Lelio Fulgenzi)
> 8. Re: Two welcome message on call manager7.0 (Ahmad Alkam)
> 9. Re: Two welcome message on call manager7.0 (Lelio Fulgenzi)
> 10. Re: IPCCX 5 on VMWare ESX (Scott Voll)
> 11. Re: admin activity log (Wes Sisk)
> 12. Re: Click to call 7.0 and CCM 6.1(2) (Jason Burns)
> 13. Re: admin activity log (Jason Aarons (US))
> 14. Please remove me from this list - Thanks (Nasser Khwaja)
> 15. Re: Please remove me from this list - Thanks (Lelio Fulgenzi)
> 16. Re: configuring Cube mtp supporting g729 (Richard Humphries)
> 17. ccmadmin and ccmuser pages....port numbers (Lelio Fulgenzi)
> 18. Quietest router for CME (Mark Holloway)
> 19. Re: Quietest router for CME (Jason Aarons (US))
> 20. UCCX Node Manager fails after SQL2000 installation (rj.e at gmx.de)
> 21. Meeting Place Express, Can't send notification email (Nicolas)
> 22. I've seen it all now... (Ed Leatherman)
> 23. UCCX Historical Reporting client install (Biffle, Gerrad)
> 24. What could cause a "buzzing" rather than call progress tones?
> (Robert Kulagowski)
> 25. Re: What could cause a "buzzing" rather than call progress
> tones? (Ryan Ratliff)
> 26. Re: What could cause a "buzzing" rather than call progress
> tones? (James Edmondson)
> 27. Re: What could cause a "buzzing" rather than call progress
> tones? (Robert Kulagowski)
> 28. Re: What could cause a "buzzing" rather than call progress
> tones? (Robert Kulagowski)
> 29. Re: utilization reports on a T1 PRI connection (Voll, Scott)
> 30. Lock IPPHONE 7970 and 7911 (Ant?nio Fragoso)
> 31. 2811 Router with FXS Ports (Michael Dugan)
> 32. Re: utilization reports on a T1 PRI connection (Erick Bergquist)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 20 Jan 2009 12:45:15 -0600
> From: "Frazee, Timothy" <Timothy_Frazee at adp.com>
> Subject: [cisco-voip] Odd question
> To: <cisco-voip at puck.nether.net>
> Message-ID:
> <
> 723FA17C6AA4C4428CDF572DCAEE08D408540863 at EXCHANGEDS01.ds.ad.adp.com>
> Content-Type: text/plain; charset="us-ascii"
>
>
>
> A client asked me this and I could not answer. Any Ideas what the 2
> numbers next to the blue and yellow symbols mean?
>
>
>
>
>
>
>
>
>
>
>
> 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.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090120/4054d9b3/attachment-0001.html
> >
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: image/png
> Size: 10720 bytes
> Desc: image001.png
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090120/4054d9b3/attachment-0001.png
> >
>
> ------------------------------
>
> Message: 2
> Date: Tue, 20 Jan 2009 17:51:05 -0100
> From: Ant?nio Fragoso <Antonio.Fragoso at bancobai.cv>
> Subject: Re: [cisco-voip] cisco-voip Digest, Vol 63, Issue 19
> To: Lelio Fulgenzi <lelio at uoguelph.ca>, "cisco-voip at puck.nether.net"
> <cisco-voip at puck.nether.net>, "rratliff at cisco.com"
> <rratliff at cisco.com>
> Message-ID:
>
> <0B9DBADCC054F343A927FD1BC72C60AB06FA4C299A at exchangemb-srv.baicv.local>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> ________________________________
> De: Ant?nio Fragoso
> Enviado: segunda-feira, 19 de Janeiro de 2009 19:44
> Para: Ant?nio Fragoso; Lelio Fulgenzi; cisco-voip at puck.nether.net
> Assunto: RE: [cisco-voip] cisco-voip Digest, Vol 63, Issue 19
>
>
>
> Great
> I got it
>
> See the message I receive now
> localhost,127.0.0.1 ssh-rsa
> AAAAB3NzaC1yc2EAAAABIwAAAIEA1k+Kt1p4t+HIQhWzEepjJJfQIrlgROS3B26gg9l8BeXrpkfSZgKu5cve35v
>
> 5MIu2mHD7+a9qDPAt042MLIwEiR0fK7kF5pX6/3AYVq6ECbI5fxYHTPi9y8yBTExemcoQwDzQYi9HW05Sskw+JFeF5++5UNcYOrdYtU7e/2x0oUk=
> CCM-SRV,172.19.0.253 ssh-rsa
> AAAAB3NzaC1yc2EAAAABIwAAAIEA1k+Kt1p4t+HIQhWzEepjJJfQIrlgROS3B26gg9l8BeXrpkfSZgKu5cve35
>
> v5MIu2mHD7+a9qDPAt042MLIwEiR0fK7kF5pX6/3AYVq6ECbI5fxYHTPi9y8yBTExemcoQwDzQYi9HW05Sskw+JFeF5++5UNcYOrdYtU7e/2x0oUk=
>
> Antonio Fragoso
> [cid:image001.jpg at 01C97A6E.4ACBC7F0]
> 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: Lelio Fulgenzi [mailto:lelio at uoguelph.ca]
> Enviada: segunda-feira, 19 de Janeiro de 2009 18:56
> Para: Ant?nio Fragoso
> Assunto: Re: [cisco-voip] cisco-voip Digest, Vol 63, Issue 19
>
> my guess is you would ssh to it. then use one of the administration userID
> and passwords.
>
> I'm not familiar with v6 unfortunately.
>
> ----- Original Message -----
> From: "Ant?nio Fragoso" <Antonio.Fragoso at bancobai.cv>
> To: "Lelio Fulgenzi" <lelio at uoguelph.ca>
> Sent: Monday, January 19, 2009 2:51:59 PM GMT -05:00 US/Canada Eastern
> Subject: RE: [cisco-voip] cisco-voip Digest, Vol 63, Issue 19
> Hi L?lio
> DO you know how Can I acees remotely to CLI CCM ver 6 ?
>
>
> Antonio Fragoso
> [https://zcs2.mail.uoguelph.ca/service/home/%7E/?auth=co&id=123863&part=2<https://zcs2.mail.uoguelph.ca/service/home/~/?auth=co&id=123863&part=2>
> ]
> 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: Lelio Fulgenzi [mailto:lelio at uoguelph.ca]
> Enviada: segunda-feira, 19 de Janeiro de 2009 18:51
> Para: Ant?nio Fragoso
> Assunto: Re: [cisco-voip] cisco-voip Digest, Vol 63, Issue 19
>
> not sure why. i'm doing it on unity connection 7.0.
>
> ----- Original Message -----
> From: "Ant?nio Fragoso" <Antonio.Fragoso at bancobai.cv>
> To: "Lelio Fulgenzi" <lelio at uoguelph.ca>
> Sent: Monday, January 19, 2009 2:45:46 PM GMT -05:00 US/Canada Eastern
> Subject: RE: [cisco-voip] cisco-voip Digest, Vol 63, Issue 19
> Hi lelio
> At the CLI interface I put 'file dump sftpdetails known_hosts' but I
> receive the answer that the file cannot be found
>
>
> Antonio Fragoso
> [https://zcs2.mail.uoguelph.ca/service/home/%7E/?auth=co&id=123852&part=2<https://zcs2.mail.uoguelph.ca/service/home/~/?auth=co&id=123852&part=2>
> ]
> 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: Lelio Fulgenzi [mailto:lelio at uoguelph.ca]
> Enviada: segunda-feira, 19 de Janeiro de 2009 18:42
> Para: Ryan Ratliff
> Cc: cisco-voip at puck.nether.net; Ant?nio Fragoso
> Assunto: Re: [cisco-voip] cisco-voip Digest, Vol 63, Issue 19
>
> The top of the file shows the following. Maybe it's done automatically.
> *shrug*.
>
> #This file was generated by the ~sftpuser/.ssh/known_hosts replication
> daemon.
> #It is automatically updated as nodes are added, changed, removed from the
> cluster.
>
>
> ----- Original Message -----
> From: "Ryan Ratliff" <rratliff at cisco.com>
> To: "Lelio Fulgenzi" <lelio at uoguelph.ca>
> Cc: cisco-voip at puck.nether.net, "Ant?nio Fragoso" <
> Antonio.Fragoso at bancobai.cv>
> Sent: Monday, January 19, 2009 1:37:41 PM GMT -05:00 US/Canada Eastern
> Subject: Re: [cisco-voip] cisco-voip Digest, Vol 63, Issue 19
>
> CSCsi60851 was one bug somewhat related. That one got you after doing a
> DRF restore.
>
> I'm not sure how we will behave when encountering a conflict in ssh keys.
> I'd hope overwrite would be an automatic selection. You can use 'file
> dump sftpdetails known_hosts' to see the current keys.
>
> The DRF MA traces would probably give Antonio more specific info on this
> failure.
>
>
> -Ryan
>
> On Jan 19, 2009, at 1:16 PM, Lelio Fulgenzi wrote:
>
> I was wondering about this. I'm assuming the system automatically accepts
> the hosts key the first time around. I'd hate to have to call TAC to delete
> this key if the host IP address changed.
>
> Is that the only option?
>
> ---
> 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: "Ryan Ratliff" <rratliff at cisco.com<mailto:rratliff at cisco.com>>
> To: "Ant?nio Fragoso" <Antonio.Fragoso at bancobai.cv<mailto:
> Antonio.Fragoso at bancobai.cv>>
> Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
> Sent: Monday, January 19, 2009 1:11:15 PM GMT -05:00 US/Canada Eastern
> Subject: Re: [cisco-voip] cisco-voip Digest, Vol 63, Issue 19
>
> If you are using SFTP did you change hardware or use a different machine
> with the same IP address/hostname? This can cause ssh key issues and may
> require root access to remove the old entry.
>
> -Ryan
>
> On Jan 19, 2009, at 1:03 PM, Ant?nio Fragoso wrote:
>
> I have a good connective between the CallManager and the HOST
> And the user is OK
>
> Antonio Fragoso
> <image001.jpg>
> 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: Ryan Ratliff [mailto:rratliff at cisco.com]
> Enviada: segunda-feira, 19 de Janeiro de 2009 16:49
> Para: Ant?nio Fragoso
> Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
> Assunto: Re: [cisco-voip] cisco-voip Digest, Vol 63, Issue 19
>
> The server is testing the connection to the (s)ftp server you specified and
> it is either failing to connect or the login information is not working.
>
> -Ryan
>
> On Jan 19, 2009, at 12:41 PM, Ant?nio Fragoso wrote:
>
> Hi team
> I am configuring the CDR ( on the CDR Management CCM ver 6 )and I am
> receiving the following error
> Connection Error - Please Check the FTP / SFTP Parameters
>
>
>
> Antonio Fragoso
>
> 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:antonio.fragoso at bancobai.cv>
> www.bancobai.cv
> _______________________________________________
> 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
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090120/47871266/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/20090120/47871266/attachment-0001.jpg
> >
>
> ------------------------------
>
> Message: 3
> Date: Tue, 20 Jan 2009 13:56:31 -0500
> From: "Weigand, John V." <jvw at medicineforthedefense.com>
> Subject: Re: [cisco-voip] Odd question
> To: "Frazee, Timothy" <Timothy_Frazee at adp.com>,
> <cisco-voip at puck.nether.net>
> Message-ID:
> <
> 1E196438D2BA76448E5A077C8C99329D12535809 at lmiexmb01.corp.medicineforthedefense.com
> >
>
> Content-Type: text/plain; charset="utf-8"
>
> http://www.medicineforthedefense.com/
> I think it may just be Cisco's icon to signify it's a DN - there's other
> icons for if it's a BFL, Service URL, Speed Dial, etc.
>
>
>
> From: cisco-voip-bounces at puck.nether.net
> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Frazee, Timothy
> Sent: Tuesday, January 20, 2009 1:45 PM
> To: cisco-voip at puck.nether.net
> Subject: [cisco-voip] Odd question
>
>
>
>
>
> A client asked me this and I could not answer. Any Ideas what the 2
> numbers next to the blue and yellow symbols mean?
>
>
>
>
>
>
>
>
>
>
> John V. Weigand
> Help Desk Support/Executive Support
>
> Litigation Management, Inc.
> 300 Allen-Bradley Drive
> Suite 200
> Mayfield Heights, OH 44124
>
>
>
>
> Tel: 440-484-2000
> Fax: 440-484-2009
> Cell:
> email: mailto:jvw at medicineforthedefense.com
>
> PRIVILEGE AND CONFIDENTIALITY NOTICE
>
> The information in this electronic mail is intended for the named
> recipients only. It may contain privileged and confidential material and may
> be protected under law by the Health Insurance Portability and
> Accountability Act. Any use of this information by anyone other than the
> intended receiver is prohibited. If the reader of this message is not the
> intended recipient, you are hereby notified that any dissemination,
> distribution, copying, or other use of this message or its attachments is
> strictly prohibited. If you have received this message in error, please
> notify the sender immediately by replying to this electronic e-mail or by
> calling (800) 778-5424. Please delete it from your computer. Thank you.
>
>
>
> 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.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090120/0abcb2c8/attachment-0001.html
> >
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: image/png
> Size: 10720 bytes
> Desc: image001.png
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090120/0abcb2c8/attachment-0001.png
> >
>
> ------------------------------
>
> Message: 4
> Date: Tue, 20 Jan 2009 11:46:26 -0600
> From: Scott Kee <SKee at cmsstl.com>
> Subject: [cisco-voip] admin activity log
> To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
> Message-ID:
> <
> 5A344813F87C4B4AB15C8753DC56FD6A1B8DA93EFF at CMSMAIL.Spectrumhealth.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> I have several admin users and someone accidently put extra Prefix DN on
> the remote Gateway yesterday. This incident made site to go down for at
> least couple hours before we found the issue.
> Per Cisco TAC, there is no way of tracking user activity in the CUCM. Does
> anyone know third party tool that does the user activity log in the CUCM? I
> have CUCM 6.1.
>
> Thanks,
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090120/ab734307/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 5
> Date: Tue, 20 Jan 2009 16:23:09 -0500 (EST)
> From: Lelio Fulgenzi <lelio at uoguelph.ca>
> Subject: Re: [cisco-voip] admin activity log
> To: Scott Kee <SKee at cmsstl.com>
> Cc: cisco-voip at puck.nether.net
> Message-ID:
> <
> 827877579.3937941232486589753.JavaMail.root at superior.cs.uoguelph.ca>
> Content-Type: text/plain; charset="utf-8"
>
> I've always been meaning to evaluate the Arcana product. They said that
> this does audit logging, but not sure if the changes have to happen through
> their interface or not.
>
> http://www2.arcananet.com/Prods/default.aspx
>
>
>
> ---
> 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: "Scott Kee" <SKee at cmsstl.com>
> To: cisco-voip at puck.nether.net
> Sent: Tuesday, January 20, 2009 12:46:26 PM GMT -05:00 US/Canada Eastern
> Subject: [cisco-voip] admin activity log
>
>
>
>
> I have several admin users and someone accidently put extra Prefix DN on
> the remote Gateway yesterday. This incident made site to go down for at
> least couple hours before we found the issue.
>
> Per Cisco TAC, there is no way of tracking user activity in the CUCM. Does
> anyone know third party tool that does the user activity log in the CUCM? I
> have CUCM 6.1.
>
>
>
> 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/20090120/af69a0e8/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 6
> Date: Tue, 20 Jan 2009 13:34:50 -0800 (PST)
> From: Ahmad Alkam <alkam.ahmad at yahoo.com>
> Subject: [cisco-voip] Two welcome message on call manager7.0
> To: cisco-voip at puck.nether.net
> Message-ID: <327788.5061.qm at web59416.mail.ac4.yahoo.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Dears,
>
> I have call manager 7,0 and one E1 (30 channels) connected to cisco 2801
> voice gateway, can i run two welcome message on this call messanger.
> for example: when i dial 222222 from PSTN i get welcome message 1.
> and when call 222221 from PSTN i get welcome message 2.
>
> Thansk,
> Ahmad
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090120/ccb39f7c/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 7
> Date: Tue, 20 Jan 2009 16:41:55 -0500 (EST)
> From: Lelio Fulgenzi <lelio at uoguelph.ca>
> Subject: Re: [cisco-voip] Two welcome message on call manager7.0
> To: Ahmad Alkam <alkam.ahmad at yahoo.com>
> Cc: cisco-voip at puck.nether.net
> Message-ID:
> <
> 1691720430.3952581232487715897.JavaMail.root at superior.cs.uoguelph.ca>
> Content-Type: text/plain; charset="utf-8"
>
> Yes, that's not a problem. For example, with MGCP you would simply create a
> translation pattern. With H323 you would create a PLAR configuration.
>
> ---
> 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: "Ahmad Alkam" <alkam.ahmad at yahoo.com>
> To: cisco-voip at puck.nether.net
> Sent: Tuesday, January 20, 2009 4:34:50 PM GMT -05:00 US/Canada Eastern
> Subject: [cisco-voip] Two welcome message on call manager7.0
>
>
>
> Dears,
>
> I have call manager 7,0 and one E1 (30 channels) connected to cisco 2801
> voice gateway, can i run two welcome message on this call messanger.
> for example: when i dial 222222 from PSTN i get welcome message 1.
> and when call 222221 from PSTN i get welcome message 2.
>
> Thansk,
> Ahmad
>
> _______________________________________________ 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/20090120/b1a9cb95/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 8
> Date: Tue, 20 Jan 2009 13:48:46 -0800 (PST)
> From: Ahmad Alkam <alkam.ahmad at yahoo.com>
> Subject: Re: [cisco-voip] Two welcome message on call manager7.0
> To: Lelio Fulgenzi <lelio at uoguelph.ca>
> Cc: cisco-voip at puck.nether.net
> Message-ID: <804289.97132.qm at web59413.mail.ac4.yahoo.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Lelio
>
> Thansk for assistance, you mean when i config E1 on call manager i can
> create channels for first group (Aotu attend 1) and another channels for
> second group (Auto Attend 2) and create translation pattern for that.
>
> Thanks,
> ?Ahmad
>
>
>
>
> ________________________________
> From: Lelio Fulgenzi <lelio at uoguelph.ca>
> To: Ahmad Alkam <alkam.ahmad at yahoo.com>
> Cc: cisco-voip at puck.nether.net
> Sent: Tuesday, January 20, 2009 11:41:55 PM
> Subject: Re: [cisco-voip] Two welcome message on call manager7.0
>
>
> Yes, that's not a problem. For example, with MGCP you would simply create a
> translation pattern. With H323 you would create a PLAR configuration.
>
> ---
> 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: "Ahmad Alkam" <alkam.ahmad at yahoo.com>
> To: cisco-voip at puck.nether.net
> Sent: Tuesday, January 20, 2009 4:34:50 PM GMT -05:00 US/Canada Eastern
> Subject: [cisco-voip] Two welcome message on call manager7.0
>
>
> Dears,
>
> I have call manager 7,0 and one E1 (30 channels) connected to cisco 2801
> voice gateway, can i run two welcome message on this call messanger.
> for example: when i dial 222222 from PSTN i get welcome message 1.
> and when call 222221 from PSTN i get welcome message 2.
>
> Thansk,
> Ahmad
>
> _______________________________________________ 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/20090120/14458e6f/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 9
> Date: Tue, 20 Jan 2009 16:57:22 -0500 (EST)
> From: Lelio Fulgenzi <lelio at uoguelph.ca>
> Subject: Re: [cisco-voip] Two welcome message on call manager7.0
> To: Ahmad Alkam <alkam.ahmad at yahoo.com>
> Cc: cisco-voip at puck.nether.net
> Message-ID:
> <
> 1881736924.3963531232488642004.JavaMail.root at superior.cs.uoguelph.ca>
> Content-Type: text/plain; charset="utf-8"
>
> Not necessarily. What channels an inbound number uses on an E1/T1 is
> external to CallManager as far as I know. It has more to do with your
> service provider.
>
> In CallManager (for MGCP) you would assign your E1 gateway a calling search
> space that can reach the partition in which your autoattendant number
> translation would exist.
>
> For H323, it requires a bit more work and others on this list have more
> experience with that.
>
>
> ----- Original Message -----
> From: "Ahmad Alkam" <alkam.ahmad at yahoo.com>
> To: "Lelio Fulgenzi" <lelio at uoguelph.ca>
> Cc: cisco-voip at puck.nether.net
> Sent: Tuesday, January 20, 2009 4:48:46 PM GMT -05:00 US/Canada Eastern
> Subject: Re: [cisco-voip] Two welcome message on call manager7.0
>
>
>
> Hi Lelio
>
> Thansk for assistance, you mean when i config E1 on call manager i can
> create channels for first group (Aotu attend 1) and another channels for
> second group (Auto Attend 2) and create translation pattern for that.
>
> Thanks,
> Ahmad
>
>
>
>
> From: Lelio Fulgenzi <lelio at uoguelph.ca>
> To: Ahmad Alkam <alkam.ahmad at yahoo.com>
> Cc: cisco-voip at puck.nether.net
> Sent: Tuesday, January 20, 2009 11:41:55 PM
> Subject: Re: [cisco-voip] Two welcome message on call manager7.0
>
>
> Yes, that's not a problem. For example, with MGCP you would simply create a
> translation pattern. With H323 you would create a PLAR configuration.
>
> ---
> 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: "Ahmad Alkam" <alkam.ahmad at yahoo.com>
> To: cisco-voip at puck.nether.net
> Sent: Tuesday, January 20, 2009 4:34:50 PM GMT -05:00 US/Canada Eastern
> Subject: [cisco-voip] Two welcome message on call manager7.0
>
>
>
> Dears,
>
> I have call manager 7,0 and one E1 (30 channels) connected to cisco 2801
> voice gateway, can i run two welcome message on this call messanger.
> for example: when i dial 222222 from PSTN i get welcome message 1.
> and when call 222221 from PSTN i get welcome message 2.
>
> Thansk,
> Ahmad
>
> _______________________________________________ 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/20090120/8c8ff567/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 10
> Date: Tue, 20 Jan 2009 14:29:42 -0800
> From: Scott Voll <svoll.voip at gmail.com>
> Subject: Re: [cisco-voip] IPCCX 5 on VMWare ESX
> To: Sean Walberg <sean at ertw.com>
> Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
> Message-ID:
> <f84a38d30901201429s48bc93c3r8fa5af533082424f at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> so long as you have enough ports I wouldn't worry about testing scripts on
> your production box. I do it all the time. Just setup a new trigger / cti
> ports / etc and test that way. then when your ready to move it to
> production you just change the production script to the new one.
>
> FWIW
>
> Scott
>
> On Mon, Jan 19, 2009 at 1:21 PM, Sean Walberg <sean at ertw.com> wrote:
>
> > I'm trying to get IPCCX5 running under VMWare ESX. My server guys handed
> > off a Win2K3 "Standard Edition" VM that isn't part of the domain..
> >
> > I added a couple of registry keys, per a previous post, to make the OS
> look
> > like it was the Cisco Appliance.
> >
> > I installed from the "Cisco Unified Contact Center Express/IP IVR" CD.
> > Initially I had problems which I tracked down to AV being on the server,
> > which I've since removed, wiped out Java and CRS, and reinstalled.
> >
> > CRS seems to install fine (that is, without errors), I reboot, but can't
> > get to /appadmin. IE gives me a "The page cannot be displayed" and FF
> just
> > gives me a white screen.
> >
> > Poking around the MCVD logs I see:
> >
> > 107: Jan 19 14:47:48.765 CST
> > %MCVD-BOOTSTRAP_MGR-3-EXCEPTION:com.cisco.config.ConfigException:
> > ClusterProfileInfo::Cannot update profile.ini; nested exception is:
> > 108: Jan 19 14:47:48.765 CST %MCVD-BOOTSTRAP_MGR-3-EXCEPTION:
> > java.io.FileNotFoundException:
> C:\PROGRA~1\wfavvid\ClusterData\profile.ini
> > (Access is denied)
> > 109: Jan 19 14:47:48.796 CST %MCVD-BOOTSTRAP_MGR-3-EXCEPTION: at
> >
> com.cisco.config.impl.ClusterProfileInfo.updateProfileIni(ClusterProfileInfo.java:544)
> > 110: Jan 19 14:47:48.796 CST %MCVD-BOOTSTRAP_MGR-3-EXCEPTION: at
> >
> com.cisco.config.impl.ClusterProfileInfo.removeIpAddress(ClusterProfileInfo.java:389)
> > 111: Jan 19 14:47:48.796 CST %MCVD-BOOTSTRAP_MGR-3-EXCEPTION: at
> >
> com.cisco.bootstrap.impl.BootstrapManagerImpl.initConfig(BootstrapManagerImpl.java:913)
> > 112: Jan 19 14:47:48.796 CST %MCVD-BOOTSTRAP_MGR-3-EXCEPTION: at
> >
> com.cisco.bootstrap.impl.BootstrapManagerImpl.init(BootstrapManagerImpl.java:418)
> > 113: Jan 19 14:47:48.796 CST %MCVD-BOOTSTRAP_MGR-3-EXCEPTION: at
> > com.cisco.manager.Manager.init(Manager.java:107)
> > 114: Jan 19 14:47:48.796 CST %MCVD-BOOTSTRAP_MGR-3-EXCEPTION: at
> > com.cisco.manager.ManagerBridge.init(ManagerBridge.java:72)
> > 115: Jan 19 14:47:48.796 CST %MCVD-BOOTSTRAP_MGR-3-EXCEPTION: at
> >
> com.cisco.manager.impl.ManagerManagerImpl.initBootstrapMgr(ManagerManagerImpl.java:2562)
> > 116: Jan 19 14:47:48.796 CST %MCVD-BOOTSTRAP_MGR-3-EXCEPTION: at
> >
> com.cisco.manager.impl.ManagerManagerImpl.bootstrapInit(ManagerManagerImpl.java:1901)
> > 117: Jan 19 14:47:48.796 CST %MCVD-BOOTSTRAP_MGR-3-EXCEPTION: at
> >
> com.cisco.manager.impl.ManagerManagerImpl.access$1600(ManagerManagerImpl.java:184)
> > 118: Jan 19 14:47:48.796 CST %MCVD-BOOTSTRAP_MGR-3-EXCEPTION: at
> >
> com.cisco.manager.impl.ManagerManagerImpl$2.run(ManagerManagerImpl.java:799)
> > 119: Jan 19 14:47:48.796 CST %MCVD-BOOTSTRAP_MGR-3-EXCEPTION: nested
> > stack trace is:
> >
> > I'm not sure what to make of that, the permissions look the same as my
> > production system and the application was able to copy profile.ini to
> > profile.bak. Just for kicks I granted full control to everyone but the
> > problem persists.
> >
> > Any advice on where to look, or a better installation method? We have
> > support on the production systems, but I don't think this is an
> appropriate
> > thing to call about. And I'm getting nervous developing scripts on our
> > production cluster. :)
> >
> > Thanks
> >
> > Sean
> >
> > --
> > Sean Walberg <sean at ertw.com> http://ertw.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/20090120/a385a7b8/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 11
> Date: Tue, 20 Jan 2009 17:57:21 -0500
> From: Wes Sisk <wsisk at cisco.com>
> Subject: Re: [cisco-voip] admin activity log
> To: Scott Kee <SKee at cmsstl.com>
> Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
> Message-ID: <497656D1.9040804 at cisco.com>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> download the cisco tomcat logs, you can see who made the change. it
> will help to know the pkid of the remote gateway. it is presented in the
> URL when you are viewing the gateway config in ccmadmin.
>
> /wes
>
> On Tuesday, January 20, 2009 12:46:26 PM, Scott Kee <SKee at cmsstl.com>
> wrote:
> >
> > I have several admin users and someone accidently put extra Prefix DN
> > on the remote Gateway yesterday. This incident made site to go down
> > for at least couple hours before we found the issue.
> >
> > Per Cisco TAC, there is no way of tracking user activity in the CUCM.
> > Does anyone know third party tool that does the user activity log in
> > the CUCM? I have CUCM 6.1.
> >
> >
> >
> > 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/20090120/bed23bd4/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 12
> Date: Tue, 20 Jan 2009 18:31:51 -0500
> From: Jason Burns <burns.jason at gmail.com>
> Subject: Re: [cisco-voip] Click to call 7.0 and CCM 6.1(2)
> To: "Ruben Montes (Europe)" <Ruben.Montes at eu.didata.com>
> Cc: cisco-voip at puck.nether.net
> Message-ID:
> <78d9bfc20901201531ld34ac0ej1813db3c4b88e4bf at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Ruben,
>
> Do you have any other WebDialer based applications in your system?
>
> The WebDialer process is limited to 2 calls per second. This shouldn't be a
> problem though unless you're running something else that uses WebDialer
> heavily.
>
> Getting that error message when you log in is even more interesting.
>
> Can you make sure the IP Phone Authentication URL is correct on the
> Enterprise Parameters web page? Also make sure that the phone has "Allow
> Control of device via CTI" enabled and is associated with the correct user
> from the User config page.
>
> On Tue, Jan 20, 2009 at 10:35 AM, Ruben Montes (Europe) <
> Ruben.Montes at eu.didata.com> wrote:
>
> > Hello,
> >
> > Customer wants to run Click to Call application. We have configured
> > everything following the installation guide. When we try to login using
> > the user and password, we get the following error:
> >
> > The service is overloaded. Retry the call.
> > If the problem persists, please contact your phone administrator
> >
> > Any help would be appreciated.
> >
> > Thanks,
> >
> > Ruben
> > _______________________________________________
> > 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/20090120/2c3d9703/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 13
> Date: Tue, 20 Jan 2009 20:17:05 -0500
> From: "Jason Aarons (US)" <jason.aarons at us.didata.com>
> Subject: Re: [cisco-voip] admin activity log
> To: "Scott Kee" <SKee at cmsstl.com>, <cisco-voip at puck.nether.net>
> Message-ID:
> <C1FE15183DA37645BC0633BC604E44F00D5C0F7D at USNAEXCH.na.didata.local>
> Content-Type: text/plain; charset="us-ascii"
>
> Put a Proxy Server in front of CCMAdmin, keyboard loggers that provide
> screen shots on employees computers <grin>
>
>
>
> I would setup MLA with reduced rights for daily usage with a admin
> account with more rights to be used during change control hours. Goes
> with concept that you are not logged in as local administrator but use
> Run As or SU when needed -jason
>
>
>
> From: cisco-voip-bounces at puck.nether.net
> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Scott Kee
> Sent: Tuesday, January 20, 2009 12:46 PM
> To: cisco-voip at puck.nether.net
> Subject: [cisco-voip] admin activity log
>
>
>
> I have several admin users and someone accidently put extra Prefix DN on
> the remote Gateway yesterday. This incident made site to go down for at
> least couple hours before we found the issue.
>
> Per Cisco TAC, there is no way of tracking user activity in the CUCM.
> Does anyone know third party tool that does the user activity log in the
> CUCM? I have CUCM 6.1.
>
>
>
> Thanks,
>
>
>
>
>
>
> -----------------------------------------
> 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/20090120/6579af59/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 14
> Date: Tue, 20 Jan 2009 20:23:17 -0600
> From: Nasser Khwaja <nkhwaja at gmail.com>
> Subject: [cisco-voip] Please remove me from this list - Thanks
> To: cisco-voip at puck.nether.net
> Message-ID:
> <23435d3d0901201823t9dbf7d2p9b0e09ceb4ce01e0 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090120/1c8ab0e9/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 15
> Date: Tue, 20 Jan 2009 21:41:25 -0500 (EST)
> From: Lelio Fulgenzi <lelio at uoguelph.ca>
> Subject: Re: [cisco-voip] Please remove me from this list - Thanks
> To: Nasser Khwaja <nkhwaja at gmail.com>
> Cc: cisco-voip voyp list <cisco-voip at puck.nether.net>
> Message-ID:
> <
> 981626753.4102571232505685549.JavaMail.root at superior.cs.uoguelph.ca>
> Content-Type: text/plain; charset="utf-8"
>
> The list is self managed....please follow the link at the bottom of each
> message.
>
> ---
> 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: "Nasser Khwaja" <nkhwaja at gmail.com>
> To: cisco-voip at puck.nether.net
> Sent: Tuesday, January 20, 2009 9:23:17 PM GMT -05:00 US/Canada Eastern
> Subject: [cisco-voip] Please remove me from this list - 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/20090120/7a48f531/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 16
> Date: Tue, 20 Jan 2009 20:50:02 -0600
> From: Richard Humphries <Richardh at aos5.com>
> Subject: Re: [cisco-voip] configuring Cube mtp supporting g729
> To: "'James Grace'" <grace.jd at gmail.com>, CiscosupportUpuck
> <cisco-voip at puck.nether.net>
> Message-ID:
> <
> B34DD3C35B0A634C91C433C39CC09253029BC87CB6 at KSAOS5MAILBOX01.aos5.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Here you go, it includes a conference bridge too as I was too lazy to edit
> it out.
>
> Define the MTP in IOS.
> voice-card 0
> dspfarm
> dsp services dspfarm
> !enables onboard DSPs to act as DSP services. These resources can be used
> for
> conference bridges, transcoding, and voice termination.
> !
> sccp local GigabitEthernet0/0 !gi0/0 must have IP connectivity to UC
> Manager
> sccp ccm 192.168.0.6 identifier 2 priority 2 version 5.0.1
> sccp ccm 192.168.0.4 identifier 5 priority 1 version 5.0.1
> !match UC Manager vers as close as possible to what is deployed
> !each UC Manager server in the CallManager Group should be configured here
> !identifier is locally significant
> !priority should match the CallManager Group priority
> sccp
> ! this single "sccp" command enables SCCP protocol on this router
> !
> sccp ccm group 10
> associate ccm 5 priority 1
> associate ccm 2 priority 2
> associate profile 10 register RTP001193484810 !MTP resource
> associate profile 12 register CON001193484810 !Conference resource
> !The value immediately following "register" is what the "name" that IOS
> uses to
> register this resource to UC Manager. It MUST match (case-sensitive) to
> what is
> defined in UC Manager.
> !
> dspfarm profile 12 conference
> description conference bridge
> codec g711ulaw
> codec g711alaw
> codec g729ar8
> codec g729abr8
> codec g729r8
> codec g729br8
> maximum sessions 10
> associate application SCCP
> !
> dspfarm profile 10 mtp
> codec g729r8 !codec must match codec desired/negotiated for voice call
> maximum sessions software 12
> !Notice "software" in this command. This means that this MTP resource is
> IOS softwarebased,
> not DSPs. IOS will allow you to configure up to 500 sessions; however, you
> need
> to consider the practical limits of the IOS hardware platform (i.e., CPU
> and memory).
> This number should match the number of trunks the customer is purchasing.
> associate application SCCP
> Next, define the IOS MTP resource in UC Manager.
>
>
>
> ________________________________
> From: cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck.nether.net] On Behalf Of James Grace
> Sent: Tuesday, January 20, 2009 9:36 AM
> To: CiscosupportUpuck
> Subject: [cisco-voip] configuring Cube mtp supporting g729
>
> what the configs for dspfarm profile XX mtp that support g729. do anybody
> know.
>
> --
> James Grace
> CCVP CCNP CCNA MCSE MCDBA
> System Engineer / Consultant
> Email: grace.jd at gmail.com<mailto:grace.jd at gmail.com>
>
> MSN IM: grace.jd at gmail.com<mailto:grace.jd at gmail.com>
>
>
>
> CONFIDENTIALITY NOTICE: This electronic mail transmission (including any
> accompanying attachments) is intended solely for its authorized
> recipient(s), and may contain confidential and/or legally privileged
> information. If you are not an intended recipient, or responsible for
> delivering some or all of this transmission to an intended recipient, be
> aware that any review, copying, printing, distribution, use or disclosure of
> the contents of this message is strictly prohibited. If you have received
> this electronic mail message in error, please delete it from your system
> without copying it, and contact sender immediately by Reply e-mail, or by
> calling 913-307-2300, so that our address records can be corrected.
>
> Although this e-mail and any attachments are believed to be free of any
> virus or other defect that might negatively affect any computer system into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way in the event that such a
> virus or defect exists.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090120/1ccfb429/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 17
> Date: Tue, 20 Jan 2009 22:33:07 -0500 (EST)
> From: Lelio Fulgenzi <lelio at uoguelph.ca>
> Subject: [cisco-voip] ccmadmin and ccmuser pages....port numbers
> To: cisco-voip voyp list <cisco-voip at puck.nether.net>
> Message-ID:
> <
> 488439307.4123711232508787190.JavaMail.root at superior.cs.uoguelph.ca>
> Content-Type: text/plain; charset="utf-8"
>
> Can anyone confirm whether ccmadmin and ccmuserpages run on the same TCP
> ports in v5,6,7?
>
> And whether you can modify these port numbers?
>
>
>
> ---
> 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
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090120/6e5e512b/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 18
> Date: Tue, 20 Jan 2009 21:09:27 -0700
> From: "Mark Holloway" <mh at markholloway.com>
> Subject: [cisco-voip] Quietest router for CME
> To: <cisco-voip at puck.nether.net>
> Message-ID: <000001c97b7e$0dda35f0$298ea1d0$@com>
> Content-Type: text/plain; charset="us-ascii"
>
> What is the quietest router possible that supports CME? I want to run CME
> at my house but prefer to keep the fan noise to a minimum.
>
>
>
> Thanks,
>
> Mark
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090120/adadcdb5/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 19
> Date: Tue, 20 Jan 2009 23:29:02 -0500
> From: "Jason Aarons (US)" <jason.aarons at us.didata.com>
> Subject: Re: [cisco-voip] Quietest router for CME
> To: "Mark Holloway" <mh at markholloway.com>,
> <cisco-voip at puck.nether.net>
> Message-ID:
> <C1FE15183DA37645BC0633BC604E44F00D5C1020 at USNAEXCH.na.didata.local>
> Content-Type: text/plain; charset="us-ascii"
>
> Turn your AC way down, and the fan on a 1841 will run at low speed. I
> recall the temperature sensor in environmental monitor adjusts fan speed
> just like my laptop does. Stick it in a closed cabinet and it should run
> at high.
>
>
>
> I want to say the old 1751V fan rarely ran and you could disconnect it's
> plug from chassis, but you don't want such an old router for CME.
>
>
>
> You could also cut the fan wires and let it run hot.
>
>
>
> https://www.cisco.com/en/US/docs/routers/access/2800/hardware/notes/fan2
> 800.html
>
>
>
> http://www.ciscosystems.com/en/US/docs/routers/access/1800/1841/hardware
> /installation/guide/18over.html#wp36556
>
> Chassis Ventilation
>
> An internal three-speed fan provides chassis cooling. An onboard
> temperature sensor controls the fan speed. The fan is always on when
> power is applied to the router. Under most conditions, the fan operates
> at the slowest speed to conserve power and reduce fan noise. It operates
> at the higher speeds when necessary under conditions of higher ambient
> temperature.
>
>
>
>
>
>
>
> From: cisco-voip-bounces at puck.nether.net
> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Mark Holloway
> Sent: Tuesday, January 20, 2009 11:09 PM
> To: cisco-voip at puck.nether.net
> Subject: [cisco-voip] Quietest router for CME
>
>
>
> What is the quietest router possible that supports CME? I want to run
> CME at my house but prefer to keep the fan noise to a minimum.
>
>
>
> Thanks,
>
> Mark
>
>
>
>
>
>
> -----------------------------------------
> 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/20090120/8e154fbc/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 20
> Date: Wed, 21 Jan 2009 09:19:25 +0100
> From: rj.e at gmx.de
> Subject: [cisco-voip] UCCX Node Manager fails after SQL2000
> installation
> To: cisco-voip at puck.nether.net
> Message-ID: <20090121081925.310520 at gmx.net>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> I'm doing a HA UCCX7 setup. Installation of the UCCX Software was OK.
> After I installed SQL2000 on the second node then the UCCX Node Manager
> keeps restarting on the second node.
> Any ideas what could be wrong?
> Additional hint: I started to set up the first node having only a non-HA
> license. But after adding the HA license there is still the same problem.
> Maybe I have to start the complete installation from the beginning?
>
> Reinhold
>
> Log file shows that:
>
> 194: Jan 20 17:00:36.516 CET
> %MCVD-BOOTSTRAP_MGR-7-UNK:BootstrapManagerImpl.addListener():
> BootstrapListener added: com.cisco.license.impl.LicenseImpl$5 at 2d13c1
> 195: Jan 20 17:00:36.578 CET
> %MCVD-LIB_LICENSE-3-LICENSE_CONFIG_UNAVAILABLE_ERROR:License
> configure unavailable or retrieve error:
> Exception=com.cisco.config.ConfigNotFoundException: Query returned zero
> results
> 196: Jan 20 17:00:36.578 CET
> %MCVD-LIB_LICENSE-3-EXCEPTION:com.cisco.config.ConfigNotFoundException:
> Query returned
> zero results
>
> --
> Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kann`s mit allen:
> http://www.gmx.net/de/go/multimessenger
>
>
> ------------------------------
>
> Message: 21
> Date: Wed, 21 Jan 2009 11:40:24 +0100
> From: Nicolas <yogzgo at gmail.com>
> Subject: [cisco-voip] Meeting Place Express, Can't send notification
> email
> To: Cisco VoIP Mailling List <cisco-voip at puck.nether.net>
> Message-ID:
> <7f9be1e20901210240o4883cf18l27956b6be652f21b at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hello list !
>
> I just install a MPX 2.1.2 and everything is working fine.
> I have a small problem about email notification.
> MPX is not able to send any email.
>
> I configured both :
> - An exchange server, the test button say that it's working
> - An smtp server
> But it still doesn't work.
>
> MPX give me those errors :
> Major 21001f 1 01/21/2009 11:01 01/21/2009 11:01 0 34 POC: Retries
> failed, Check Mail server configuration
>
> Any idea ?
>
> Thank you
> Nicolas
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090121/f282afad/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 22
> Date: Wed, 21 Jan 2009 08:11:24 -0500
> From: Ed Leatherman <ealeatherman at gmail.com>
> Subject: [cisco-voip] I've seen it all now...
> To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
> Message-ID:
> <94a1afde0901210511w2d873c23kee4dd69d851f290 at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Incident Description: User has a Cisco 7960 that has "blown up". When he
> walked into his office he smelled smoke and the display was blackened in
> one
> corner. He works for Facilities.
>
> Last time I had a bad phone from these guys, they had dropped the handset,
> and magically the wires connecting the speaker were sticking out the side
> of
> the handset.
>
> --
> 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/20090121/02e8735f/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 23
> Date: Wed, 21 Jan 2009 09:23:41 -0500
> From: "Biffle, Gerrad" <Gerrad.Biffle at greensboro-nc.gov>
> Subject: [cisco-voip] UCCX Historical Reporting client install
> To: "cisco-voip voyp list" <cisco-voip at puck.nether.net>
> Message-ID:
> <038ECED6C286904CA93C8A76ABC45DF5164F2BCA at VENUS.greensboronc.org>
> Content-Type: text/plain; charset="us-ascii"
>
> Long story short - we upgraded to UCCX version 5.0.2 on Jan 10th and I'm
> trying to install the Historical Reporting client. Every time I've
> tried to install - at about 90% completion - I go to the BSOD (Blue
> Screen Of Death) with a "Bad Pool Header" error message. Anybody run
> into this before? Any ideas to try before opening a TAC case?
>
> Thanks in advance for the help!
>
> Gerrad
>
> =======================================================
> 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/20090121/341ffb9f/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 24
> Date: Wed, 21 Jan 2009 07:46:05 -0600
> From: Robert Kulagowski <rkulagow at gmail.com>
> Subject: [cisco-voip] What could cause a "buzzing" rather than call
> progress tones?
> To: cisco-voip at puck.nether.net
> Message-ID: <4977271D.4090703 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Over in the U.K., I've got an Adtran Atlas 830 terminating two PRIs from
> BT and sending 2 PRIs to a 2851 VGW running MGCP. CM is 4.1.3. A 3rd
> PRI is generated to a Codian 3241.
>
> Outbound calls are generating a "buzzing" sound rather than actual call
> progress tones (like Ring, busy, etc). I called Adtran tech support and
> we went over the configuration of the Adtran. From the logs, the Adtran
> is just passing ISDN setup messages over the D channel like it's
> supposed to, and the audio path isn't established until the called party
> goes off-hook.
>
> Here's the traces from the Adtran:
>
> |1|3| is the E-1 to the 2851. So here's the Adtran receiving an
> outbound call setup from the 2851 to the PSTN
>
> 13:22:36 lon [ADT]:|1|3|Recd = Sapi:00 C/R:R Tei:00
> 13:22:36 lon [ADT]:|1|3| Ctl:INFO Ns:44 Nr:36
> 13:22:36 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:0017
> 13:22:36 lon [ADT]:|1|3| M - 05 SETUP
> 13:22:36 lon [ADT]:|1|3| IE - A1 SENDING COMPLETE Len=0
> 13:22:36 lon [ADT]:|1|3| IE - 04 BEARER CAPABILITY Len=3
> 13:22:36 lon [ADT]:|1|3| 80 Xfer Cap.:SPEECH
> 13:22:36 lon [ADT]:|1|3| 90 Xfer Rate:64k
> 13:22:36 lon [ADT]:|1|3| A3 Layer 1:G.711 A-Law
> 13:22:36 lon [ADT]:|1|3| IE - 18 CHANNEL ID Len=3
> 13:22:36 lon [ADT]:|1|3| A9 Primary Rate
> 13:22:36 lon [ADT]:|1|3| Intfc ID:IMPLICIT
> 13:22:36 lon [ADT]:|1|3| Pref/Excl:EXCLUSIVE
> 13:22:36 lon [ADT]:|1|3| D-Chan Indicated:NO
> 13:22:36 lon [ADT]:|1|3| Chan. Sel:FOLLOWS
> 13:22:36 lon [ADT]:|1|3| 83 Numb/Map:NUMBER
> 13:22:36 lon [ADT]:|1|3| 9f Channel:31
> 13:22:36 lon [ADT]:|1|3| IE - 6C CALLING PARTY # Len=8
> 13:22:36 lon [ADT]:|1|3| 00 Numb. Type:UNKNOWN
> 13:22:36 lon [ADT]:|1|3| Numb. Plan:UNKNOWN
> 13:22:36 lon [ADT]:|1|3| A1 Presentation:RESTRICTED
> 13:22:36 lon [ADT]:|1|3| Ph.# 504955
> 13:22:36 lon [ADT]:|1|3| IE - 70 CALLED PARTY # Len=14
> 13:22:36 lon [ADT]:|1|3| 80 Numb. Type:UNKNOWN
> 13:22:36 lon [ADT]:|1|3| Numb. Plan:UNKNOWN
> 13:22:36 lon [ADT]:|1|3| Ph.# 0013123963808
> 13:22:36 lon [ADT]:ISDN|1|3|Call to ATLAS:'0013123963808'.
> 13:22:36 lon [ADT]:|1|3|==========
> 13:22:36 lon [ADT]:|1|3|Sent = Sapi:00 C/R:C Tei:00
> 13:22:36 lon [ADT]:|1|3| Ctl:INFO Ns:36 Nr:45
> 13:22:36 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:8017
> 13:22:36 lon [ADT]:|1|3| M - 02 CALL_PROC
> 13:22:36 lon [ADT]:|1|3| IE - 18 CHANNEL ID Len=3
> 13:22:36 lon [ADT]:|1|3| A9 Primary Rate
> 13:22:36 lon [ADT]:|1|3| Intfc ID:IMPLICIT
> 13:22:36 lon [ADT]:|1|3| Pref/Excl:EXCLUSIVE
> 13:22:36 lon [ADT]:|1|3| D-Chan Indicated:NO
> 13:22:36 lon [ADT]:|1|3| Chan. Sel:FOLLOWS
> 13:22:36 lon [ADT]:|1|3| 83 Numb/Map:NUMBER
> 13:22:36 lon [ADT]:|1|3| 9f Channel:31
>
> |1|2| is the PRI to BT
>
> 13:22:36 lon [ADT]:|1|2|==========
> 13:22:36 lon [ADT]:|1|2|Sent = Sapi:00 C/R:R Tei:00
> 13:22:36 lon [ADT]:|1|2| Ctl:INFO Ns:21 Nr:24
> 13:22:36 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:0017
> 13:22:36 lon [ADT]:|1|2| M - 05 SETUP
> 13:22:36 lon [ADT]:|1|2| IE - A1 SENDING COMPLETE Len=0
> 13:22:36 lon [ADT]:|1|2| IE - 04 BEARER CAPABILITY Len=3
> 13:22:36 lon [ADT]:|1|2| 80 Xfer Cap.:SPEECH
> 13:22:36 lon [ADT]:|1|2| 90 Xfer Rate:64k
> 13:22:36 lon [ADT]:|1|2| A3 Layer 1:G.711 A-Law
> 13:22:36 lon [ADT]:|1|2| IE - 18 CHANNEL ID Len=3
> 13:22:36 lon [ADT]:|1|2| A1 Primary Rate
> 13:22:36 lon [ADT]:|1|2| Intfc ID:IMPLICIT
> 13:22:36 lon [ADT]:|1|2| Pref/Excl:PREFERRED
> 13:22:36 lon [ADT]:|1|2| D-Chan Indicated:NO
> 13:22:36 lon [ADT]:|1|2| Chan. Sel:FOLLOWS
> 13:22:36 lon [ADT]:|1|2| 83 Numb/Map:NUMBER
> 13:22:36 lon [ADT]:|1|2| 9f Channel:31
> 13:22:36 lon [ADT]:|1|2| IE - 6C CALLING PARTY # Len=8
> 13:22:36 lon [ADT]:|1|2| 00 Numb. Type:UNKNOWN
> 13:22:36 lon [ADT]:|1|2| Numb. Plan:UNKNOWN
> 13:22:36 lon [ADT]:|1|2| A1 Presentation:RESTRICTED
> 13:22:36 lon [ADT]:|1|2| Ph.# 504955
> 13:22:36 lon [ADT]:|1|2| IE - 70 CALLED PARTY # Len=14
> 13:22:36 lon [ADT]:|1|2| 80 Numb. Type:UNKNOWN
> 13:22:36 lon [ADT]:|1|2| Numb. Plan:UNKNOWN
> 13:22:36 lon [ADT]:|1|2| Ph.# 0013123963808
> 13:22:36 lon [ADT]:ISDN|1|2|Dialing '0013123963808' from '504955'.
> 13:22:36 lon [ADT]:Switchboard|1|3|0013123963808 Pri. accepted: slot
> 1, port 2
> 13:22:37 lon [ADT]:|1|2|==========
> 13:22:37 lon [ADT]:|1|2|Recd = Sapi:00 C/R:C Tei:00
> 13:22:37 lon [ADT]:|1|2| Ctl:INFO Ns:24 Nr:22
> 13:22:37 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:8017
> 13:22:37 lon [ADT]:|1|2| M - 02 CALL_PROC
> 13:22:37 lon [ADT]:|1|2| IE - 18 CHANNEL ID Len=3
> 13:22:37 lon [ADT]:|1|2| A9 Primary Rate
> 13:22:37 lon [ADT]:|1|2| Intfc ID:IMPLICIT
> 13:22:37 lon [ADT]:|1|2| Pref/Excl:EXCLUSIVE
> 13:22:37 lon [ADT]:|1|2| D-Chan Indicated:NO
> 13:22:37 lon [ADT]:|1|2| Chan. Sel:FOLLOWS
> 13:22:37 lon [ADT]:|1|2| 83 Numb/Map:NUMBER
> 13:22:37 lon [ADT]:|1|2| 81 Channel:1
> 13:22:37 lon [ADT]:ISDN|1|2|Gate opened to name by Proceeding Msg.
> 13:22:40 lon [ADT]:|1|2|==========
> 13:22:40 lon [ADT]:|1|2|Recd = Sapi:00 C/R:C Tei:00
> 13:22:40 lon [ADT]:|1|2| Ctl:INFO Ns:25 Nr:22
> 13:22:40 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:8017
> 13:22:40 lon [ADT]:|1|2| M - 01 ALERTING
> 13:22:40 lon [ADT]:|1|2| IE - 1E PROGRESS INDICATOR Len=2
> 13:22:40 lon [ADT]:|1|2| 84 Location:RLN
> 13:22:40 lon [ADT]:|1|2| 82 Description:DEST. NOT ISDN
> 13:22:40 lon [ADT]:ISDN|1|2|Call to '0013123963808' ringing.
> 13:22:40 lon [ADT]:|1|3|==========
> 13:22:40 lon [ADT]:|1|3|Sent = Sapi:00 C/R:C Tei:00
> 13:22:40 lon [ADT]:|1|3| Ctl:INFO Ns:37 Nr:45
> 13:22:40 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:8017
> 13:22:40 lon [ADT]:|1|3| M - 01 ALERTING
> 13:22:42 lon [ADT]:|1|2|==========
>
>
> So up to now this is all strictly D-channel ISDN signalling; it's not
> until the CONNECT that we get a audio path. During this ALERTING phase
> the person who made the outbound call is hearing a buzz rather than
> "RING RING" cadence.
>
> 13:22:42 lon [ADT]:|1|2|Recd = Sapi:00 C/R:C Tei:00
> 13:22:42 lon [ADT]:|1|2| Ctl:INFO Ns:26 Nr:22
> 13:22:42 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:8017
> 13:22:42 lon [ADT]:|1|2| M - 07 CONNECT
> 13:22:42 lon [ADT]:ISDN|1|2|Call to '0013123963808' connected.
> 13:22:42 lon [ADT]:ISDN|1|3|Call to '0013123963808' connected.
> 13:22:42 lon [ADT]:|1|2|==========
> 13:22:42 lon [ADT]:|1|2|Sent = Sapi:00 C/R:R Tei:00
> 13:22:42 lon [ADT]:|1|2| Ctl:INFO Ns:22 Nr:27
> 13:22:42 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:0017
> 13:22:42 lon [ADT]:|1|2| M - 0F CONNECT_ACK
> 13:22:42 lon [ADT]:|1|3|==========
> 13:22:42 lon [ADT]:|1|3|Sent = Sapi:00 C/R:C Tei:00
> 13:22:42 lon [ADT]:|1|3| Ctl:INFO Ns:38 Nr:45
> 13:22:42 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:8017
> 13:22:42 lon [ADT]:|1|3| M - 07 CONNECT
> 13:22:42 lon [ADT]:|1|3|==========
> 13:22:42 lon [ADT]:|1|3|Recd = Sapi:00 C/R:R Tei:00
> 13:22:42 lon [ADT]:|1|3| Ctl:INFO Ns:45 Nr:39
> 13:22:42 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:0017
> 13:22:42 lon [ADT]:|1|3| M - 0F CONNECT_ACK
>
> And now there's a bi-directional audio path which has been ACKed by both
> the Adtran and the Cisco.
>
> Adtran TAC is saying that it's not them. Thoughts?
>
>
>
> ------------------------------
>
> Message: 25
> Date: Wed, 21 Jan 2009 10:13:47 -0500
> From: Ryan Ratliff <rratliff at cisco.com>
> Subject: Re: [cisco-voip] What could cause a "buzzing" rather than
> call progress tones?
> To: Robert Kulagowski <rkulagow at gmail.com>
> Cc: cisco-voip at puck.nether.net
> Message-ID: <B405410D-DA93-43B8-931A-87C1B3747A15 at cisco.com>
> Content-Type: text/plain; charset="us-ascii"; Format="flowed";
> DelSp="yes"
>
> So the call is looping through the Adtran?
>
> 13:22:40 lon [ADT]:|1|2|==========
> 13:22:40 lon [ADT]:|1|2|Recd = Sapi:00 C/R:C Tei:00
> 13:22:40 lon [ADT]:|1|2| Ctl:INFO Ns:25 Nr:22
> 13:22:40 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:8017
> 13:22:40 lon [ADT]:|1|2| M - 01 ALERTING
> 13:22:40 lon [ADT]:|1|2| IE - 1E PROGRESS INDICATOR Len=2
> 13:22:40 lon [ADT]:|1|2| 84 Location:RLN
> 13:22:40 lon [ADT]:|1|2| 82 Description:DEST. NOT ISDN
> 13:22:40 lon [ADT]:ISDN|1|2|Call to '0013123963808' ringing.
> 13:22:40 lon [ADT]:|1|3|==========
> 13:22:40 lon [ADT]:|1|3|Sent = Sapi:00 C/R:C Tei:00
> 13:22:40 lon [ADT]:|1|3| Ctl:INFO Ns:37 Nr:45
> 13:22:40 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:8017
> 13:22:40 lon [ADT]:|1|3| M - 01 ALERTING
> 13:22:42 lon [ADT]:|1|2|==========
>
> Here you receive an Alerting message from BT with a PI indicating
> that audio should be cut through for ringback in-band. The outbound
> Alerting to the 2851 is missing this PI, which should cause CM to
> generate ringback.
>
> Have you looked to see what CCM thinks it is receiving for this
> call? It should be pretty clear whether the phone is being told to
> play a tone (insideRing, etc) or has audio set up to the gateway
> (OpenReceiveChannel, etc).
>
>
> -Ryan
>
> On Jan 21, 2009, at 8:46 AM, Robert Kulagowski wrote:
>
> Over in the U.K., I've got an Adtran Atlas 830 terminating two PRIs
> from BT and sending 2 PRIs to a 2851 VGW running MGCP. CM is 4.1.3.
> A 3rd PRI is generated to a Codian 3241.
>
> Outbound calls are generating a "buzzing" sound rather than actual
> call progress tones (like Ring, busy, etc). I called Adtran tech
> support and we went over the configuration of the Adtran. From the
> logs, the Adtran is just passing ISDN setup messages over the D
> channel like it's supposed to, and the audio path isn't established
> until the called party goes off-hook.
>
> Here's the traces from the Adtran:
>
> |1|3| is the E-1 to the 2851. So here's the Adtran receiving an
> outbound call setup from the 2851 to the PSTN
>
> 13:22:36 lon [ADT]:|1|3|Recd = Sapi:00 C/R:R Tei:00
> 13:22:36 lon [ADT]:|1|3| Ctl:INFO Ns:44 Nr:36
> 13:22:36 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:0017
> 13:22:36 lon [ADT]:|1|3| M - 05 SETUP
> 13:22:36 lon [ADT]:|1|3| IE - A1 SENDING COMPLETE Len=0
> 13:22:36 lon [ADT]:|1|3| IE - 04 BEARER CAPABILITY Len=3
> 13:22:36 lon [ADT]:|1|3| 80 Xfer Cap.:SPEECH
> 13:22:36 lon [ADT]:|1|3| 90 Xfer Rate:64k
> 13:22:36 lon [ADT]:|1|3| A3 Layer 1:G.711 A-Law
> 13:22:36 lon [ADT]:|1|3| IE - 18 CHANNEL ID Len=3
> 13:22:36 lon [ADT]:|1|3| A9 Primary Rate
> 13:22:36 lon [ADT]:|1|3| Intfc ID:IMPLICIT
> 13:22:36 lon [ADT]:|1|3| Pref/Excl:EXCLUSIVE
> 13:22:36 lon [ADT]:|1|3| D-Chan Indicated:NO
> 13:22:36 lon [ADT]:|1|3| Chan. Sel:FOLLOWS
> 13:22:36 lon [ADT]:|1|3| 83 Numb/Map:NUMBER
> 13:22:36 lon [ADT]:|1|3| 9f Channel:31
> 13:22:36 lon [ADT]:|1|3| IE - 6C CALLING PARTY # Len=8
> 13:22:36 lon [ADT]:|1|3| 00 Numb. Type:UNKNOWN
> 13:22:36 lon [ADT]:|1|3| Numb. Plan:UNKNOWN
> 13:22:36 lon [ADT]:|1|3| A1 Presentation:RESTRICTED
> 13:22:36 lon [ADT]:|1|3| Ph.# 504955
> 13:22:36 lon [ADT]:|1|3| IE - 70 CALLED PARTY # Len=14
> 13:22:36 lon [ADT]:|1|3| 80 Numb. Type:UNKNOWN
> 13:22:36 lon [ADT]:|1|3| Numb. Plan:UNKNOWN
> 13:22:36 lon [ADT]:|1|3| Ph.# 0013123963808
> 13:22:36 lon [ADT]:ISDN|1|3|Call to ATLAS:'0013123963808'.
> 13:22:36 lon [ADT]:|1|3|==========
> 13:22:36 lon [ADT]:|1|3|Sent = Sapi:00 C/R:C Tei:00
> 13:22:36 lon [ADT]:|1|3| Ctl:INFO Ns:36 Nr:45
> 13:22:36 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:8017
> 13:22:36 lon [ADT]:|1|3| M - 02 CALL_PROC
> 13:22:36 lon [ADT]:|1|3| IE - 18 CHANNEL ID Len=3
> 13:22:36 lon [ADT]:|1|3| A9 Primary Rate
> 13:22:36 lon [ADT]:|1|3| Intfc ID:IMPLICIT
> 13:22:36 lon [ADT]:|1|3| Pref/Excl:EXCLUSIVE
> 13:22:36 lon [ADT]:|1|3| D-Chan Indicated:NO
> 13:22:36 lon [ADT]:|1|3| Chan. Sel:FOLLOWS
> 13:22:36 lon [ADT]:|1|3| 83 Numb/Map:NUMBER
> 13:22:36 lon [ADT]:|1|3| 9f Channel:31
>
> |1|2| is the PRI to BT
>
> 13:22:36 lon [ADT]:|1|2|==========
> 13:22:36 lon [ADT]:|1|2|Sent = Sapi:00 C/R:R Tei:00
> 13:22:36 lon [ADT]:|1|2| Ctl:INFO Ns:21 Nr:24
> 13:22:36 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:0017
> 13:22:36 lon [ADT]:|1|2| M - 05 SETUP
> 13:22:36 lon [ADT]:|1|2| IE - A1 SENDING COMPLETE Len=0
> 13:22:36 lon [ADT]:|1|2| IE - 04 BEARER CAPABILITY Len=3
> 13:22:36 lon [ADT]:|1|2| 80 Xfer Cap.:SPEECH
> 13:22:36 lon [ADT]:|1|2| 90 Xfer Rate:64k
> 13:22:36 lon [ADT]:|1|2| A3 Layer 1:G.711 A-Law
> 13:22:36 lon [ADT]:|1|2| IE - 18 CHANNEL ID Len=3
> 13:22:36 lon [ADT]:|1|2| A1 Primary Rate
> 13:22:36 lon [ADT]:|1|2| Intfc ID:IMPLICIT
> 13:22:36 lon [ADT]:|1|2| Pref/Excl:PREFERRED
> 13:22:36 lon [ADT]:|1|2| D-Chan Indicated:NO
> 13:22:36 lon [ADT]:|1|2| Chan. Sel:FOLLOWS
> 13:22:36 lon [ADT]:|1|2| 83 Numb/Map:NUMBER
> 13:22:36 lon [ADT]:|1|2| 9f Channel:31
> 13:22:36 lon [ADT]:|1|2| IE - 6C CALLING PARTY # Len=8
> 13:22:36 lon [ADT]:|1|2| 00 Numb. Type:UNKNOWN
> 13:22:36 lon [ADT]:|1|2| Numb. Plan:UNKNOWN
> 13:22:36 lon [ADT]:|1|2| A1 Presentation:RESTRICTED
> 13:22:36 lon [ADT]:|1|2| Ph.# 504955
> 13:22:36 lon [ADT]:|1|2| IE - 70 CALLED PARTY # Len=14
> 13:22:36 lon [ADT]:|1|2| 80 Numb. Type:UNKNOWN
> 13:22:36 lon [ADT]:|1|2| Numb. Plan:UNKNOWN
> 13:22:36 lon [ADT]:|1|2| Ph.# 0013123963808
> 13:22:36 lon [ADT]:ISDN|1|2|Dialing '0013123963808' from '504955'.
> 13:22:36 lon [ADT]:Switchboard|1|3|0013123963808 Pri. accepted:
> slot 1, port 2
> 13:22:37 lon [ADT]:|1|2|==========
> 13:22:37 lon [ADT]:|1|2|Recd = Sapi:00 C/R:C Tei:00
> 13:22:37 lon [ADT]:|1|2| Ctl:INFO Ns:24 Nr:22
> 13:22:37 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:8017
> 13:22:37 lon [ADT]:|1|2| M - 02 CALL_PROC
> 13:22:37 lon [ADT]:|1|2| IE - 18 CHANNEL ID Len=3
> 13:22:37 lon [ADT]:|1|2| A9 Primary Rate
> 13:22:37 lon [ADT]:|1|2| Intfc ID:IMPLICIT
> 13:22:37 lon [ADT]:|1|2| Pref/Excl:EXCLUSIVE
> 13:22:37 lon [ADT]:|1|2| D-Chan Indicated:NO
> 13:22:37 lon [ADT]:|1|2| Chan. Sel:FOLLOWS
> 13:22:37 lon [ADT]:|1|2| 83 Numb/Map:NUMBER
> 13:22:37 lon [ADT]:|1|2| 81 Channel:1
> 13:22:37 lon [ADT]:ISDN|1|2|Gate opened to name by Proceeding Msg.
> 13:22:40 lon [ADT]:|1|2|==========
> 13:22:40 lon [ADT]:|1|2|Recd = Sapi:00 C/R:C Tei:00
> 13:22:40 lon [ADT]:|1|2| Ctl:INFO Ns:25 Nr:22
> 13:22:40 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:8017
> 13:22:40 lon [ADT]:|1|2| M - 01 ALERTING
> 13:22:40 lon [ADT]:|1|2| IE - 1E PROGRESS INDICATOR Len=2
> 13:22:40 lon [ADT]:|1|2| 84 Location:RLN
> 13:22:40 lon [ADT]:|1|2| 82 Description:DEST. NOT ISDN
> 13:22:40 lon [ADT]:ISDN|1|2|Call to '0013123963808' ringing.
> 13:22:40 lon [ADT]:|1|3|==========
> 13:22:40 lon [ADT]:|1|3|Sent = Sapi:00 C/R:C Tei:00
> 13:22:40 lon [ADT]:|1|3| Ctl:INFO Ns:37 Nr:45
> 13:22:40 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:8017
> 13:22:40 lon [ADT]:|1|3| M - 01 ALERTING
> 13:22:42 lon [ADT]:|1|2|==========
>
>
> So up to now this is all strictly D-channel ISDN signalling; it's not
> until the CONNECT that we get a audio path. During this ALERTING
> phase the person who made the outbound call is hearing a buzz rather
> than "RING RING" cadence.
>
> 13:22:42 lon [ADT]:|1|2|Recd = Sapi:00 C/R:C Tei:00
> 13:22:42 lon [ADT]:|1|2| Ctl:INFO Ns:26 Nr:22
> 13:22:42 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:8017
> 13:22:42 lon [ADT]:|1|2| M - 07 CONNECT
> 13:22:42 lon [ADT]:ISDN|1|2|Call to '0013123963808' connected.
> 13:22:42 lon [ADT]:ISDN|1|3|Call to '0013123963808' connected.
> 13:22:42 lon [ADT]:|1|2|==========
> 13:22:42 lon [ADT]:|1|2|Sent = Sapi:00 C/R:R Tei:00
> 13:22:42 lon [ADT]:|1|2| Ctl:INFO Ns:22 Nr:27
> 13:22:42 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:0017
> 13:22:42 lon [ADT]:|1|2| M - 0F CONNECT_ACK
> 13:22:42 lon [ADT]:|1|3|==========
> 13:22:42 lon [ADT]:|1|3|Sent = Sapi:00 C/R:C Tei:00
> 13:22:42 lon [ADT]:|1|3| Ctl:INFO Ns:38 Nr:45
> 13:22:42 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:8017
> 13:22:42 lon [ADT]:|1|3| M - 07 CONNECT
> 13:22:42 lon [ADT]:|1|3|==========
> 13:22:42 lon [ADT]:|1|3|Recd = Sapi:00 C/R:R Tei:00
> 13:22:42 lon [ADT]:|1|3| Ctl:INFO Ns:45 Nr:39
> 13:22:42 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:0017
> 13:22:42 lon [ADT]:|1|3| M - 0F CONNECT_ACK
>
> And now there's a bi-directional audio path which has been ACKed by
> both the Adtran and the Cisco.
>
> Adtran TAC is saying that it's not them. Thoughts?
>
> _______________________________________________
> 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/20090121/d160d280/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 26
> Date: Wed, 21 Jan 2009 09:18:43 -0600
> From: James Edmondson <biged7600 at gmail.com>
> Subject: Re: [cisco-voip] What could cause a "buzzing" rather than
> call progress tones?
> To: Robert Kulagowski <rkulagow at gmail.com>, cisco-voip at puck.nether.net
> Message-ID:
> <d35a6baf0901210718g3f38fb04v48bb8e7546579b24 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> I had a smiliar issue awhile back and it ended up being and ios issue.
> We heard buzzing instead of ringback. However it was a H323 vgw not
> mgcp. What ios are you running?
>
> On 1/21/09, Robert Kulagowski <rkulagow at gmail.com> wrote:
> > Over in the U.K., I've got an Adtran Atlas 830 terminating two PRIs from
> > BT and sending 2 PRIs to a 2851 VGW running MGCP. CM is 4.1.3. A 3rd
> > PRI is generated to a Codian 3241.
> >
> > Outbound calls are generating a "buzzing" sound rather than actual call
> > progress tones (like Ring, busy, etc). I called Adtran tech support and
> > we went over the configuration of the Adtran. From the logs, the Adtran
> > is just passing ISDN setup messages over the D channel like it's
> > supposed to, and the audio path isn't established until the called party
> > goes off-hook.
> >
> > Here's the traces from the Adtran:
> >
> > |1|3| is the E-1 to the 2851. So here's the Adtran receiving an
> > outbound call setup from the 2851 to the PSTN
> >
> > 13:22:36 lon [ADT]:|1|3|Recd = Sapi:00 C/R:R Tei:00
> > 13:22:36 lon [ADT]:|1|3| Ctl:INFO Ns:44 Nr:36
> > 13:22:36 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:0017
> > 13:22:36 lon [ADT]:|1|3| M - 05 SETUP
> > 13:22:36 lon [ADT]:|1|3| IE - A1 SENDING COMPLETE Len=0
> > 13:22:36 lon [ADT]:|1|3| IE - 04 BEARER CAPABILITY Len=3
> > 13:22:36 lon [ADT]:|1|3| 80 Xfer Cap.:SPEECH
> > 13:22:36 lon [ADT]:|1|3| 90 Xfer Rate:64k
> > 13:22:36 lon [ADT]:|1|3| A3 Layer 1:G.711 A-Law
> > 13:22:36 lon [ADT]:|1|3| IE - 18 CHANNEL ID Len=3
> > 13:22:36 lon [ADT]:|1|3| A9 Primary Rate
> > 13:22:36 lon [ADT]:|1|3| Intfc ID:IMPLICIT
> > 13:22:36 lon [ADT]:|1|3| Pref/Excl:EXCLUSIVE
> > 13:22:36 lon [ADT]:|1|3| D-Chan Indicated:NO
> > 13:22:36 lon [ADT]:|1|3| Chan. Sel:FOLLOWS
> > 13:22:36 lon [ADT]:|1|3| 83 Numb/Map:NUMBER
> > 13:22:36 lon [ADT]:|1|3| 9f Channel:31
> > 13:22:36 lon [ADT]:|1|3| IE - 6C CALLING PARTY # Len=8
> > 13:22:36 lon [ADT]:|1|3| 00 Numb. Type:UNKNOWN
> > 13:22:36 lon [ADT]:|1|3| Numb. Plan:UNKNOWN
> > 13:22:36 lon [ADT]:|1|3| A1 Presentation:RESTRICTED
> > 13:22:36 lon [ADT]:|1|3| Ph.# 504955
> > 13:22:36 lon [ADT]:|1|3| IE - 70 CALLED PARTY # Len=14
> > 13:22:36 lon [ADT]:|1|3| 80 Numb. Type:UNKNOWN
> > 13:22:36 lon [ADT]:|1|3| Numb. Plan:UNKNOWN
> > 13:22:36 lon [ADT]:|1|3| Ph.# 0013123963808
> > 13:22:36 lon [ADT]:ISDN|1|3|Call to ATLAS:'0013123963808'.
> > 13:22:36 lon [ADT]:|1|3|==========
> > 13:22:36 lon [ADT]:|1|3|Sent = Sapi:00 C/R:C Tei:00
> > 13:22:36 lon [ADT]:|1|3| Ctl:INFO Ns:36 Nr:45
> > 13:22:36 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:8017
> > 13:22:36 lon [ADT]:|1|3| M - 02 CALL_PROC
> > 13:22:36 lon [ADT]:|1|3| IE - 18 CHANNEL ID Len=3
> > 13:22:36 lon [ADT]:|1|3| A9 Primary Rate
> > 13:22:36 lon [ADT]:|1|3| Intfc ID:IMPLICIT
> > 13:22:36 lon [ADT]:|1|3| Pref/Excl:EXCLUSIVE
> > 13:22:36 lon [ADT]:|1|3| D-Chan Indicated:NO
> > 13:22:36 lon [ADT]:|1|3| Chan. Sel:FOLLOWS
> > 13:22:36 lon [ADT]:|1|3| 83 Numb/Map:NUMBER
> > 13:22:36 lon [ADT]:|1|3| 9f Channel:31
> >
> > |1|2| is the PRI to BT
> >
> > 13:22:36 lon [ADT]:|1|2|==========
> > 13:22:36 lon [ADT]:|1|2|Sent = Sapi:00 C/R:R Tei:00
> > 13:22:36 lon [ADT]:|1|2| Ctl:INFO Ns:21 Nr:24
> > 13:22:36 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:0017
> > 13:22:36 lon [ADT]:|1|2| M - 05 SETUP
> > 13:22:36 lon [ADT]:|1|2| IE - A1 SENDING COMPLETE Len=0
> > 13:22:36 lon [ADT]:|1|2| IE - 04 BEARER CAPABILITY Len=3
> > 13:22:36 lon [ADT]:|1|2| 80 Xfer Cap.:SPEECH
> > 13:22:36 lon [ADT]:|1|2| 90 Xfer Rate:64k
> > 13:22:36 lon [ADT]:|1|2| A3 Layer 1:G.711 A-Law
> > 13:22:36 lon [ADT]:|1|2| IE - 18 CHANNEL ID Len=3
> > 13:22:36 lon [ADT]:|1|2| A1 Primary Rate
> > 13:22:36 lon [ADT]:|1|2| Intfc ID:IMPLICIT
> > 13:22:36 lon [ADT]:|1|2| Pref/Excl:PREFERRED
> > 13:22:36 lon [ADT]:|1|2| D-Chan Indicated:NO
> > 13:22:36 lon [ADT]:|1|2| Chan. Sel:FOLLOWS
> > 13:22:36 lon [ADT]:|1|2| 83 Numb/Map:NUMBER
> > 13:22:36 lon [ADT]:|1|2| 9f Channel:31
> > 13:22:36 lon [ADT]:|1|2| IE - 6C CALLING PARTY # Len=8
> > 13:22:36 lon [ADT]:|1|2| 00 Numb. Type:UNKNOWN
> > 13:22:36 lon [ADT]:|1|2| Numb. Plan:UNKNOWN
> > 13:22:36 lon [ADT]:|1|2| A1 Presentation:RESTRICTED
> > 13:22:36 lon [ADT]:|1|2| Ph.# 504955
> > 13:22:36 lon [ADT]:|1|2| IE - 70 CALLED PARTY # Len=14
> > 13:22:36 lon [ADT]:|1|2| 80 Numb. Type:UNKNOWN
> > 13:22:36 lon [ADT]:|1|2| Numb. Plan:UNKNOWN
> > 13:22:36 lon [ADT]:|1|2| Ph.# 0013123963808
> > 13:22:36 lon [ADT]:ISDN|1|2|Dialing '0013123963808' from '504955'.
> > 13:22:36 lon [ADT]:Switchboard|1|3|0013123963808 Pri. accepted: slot
> > 1, port 2
> > 13:22:37 lon [ADT]:|1|2|==========
> > 13:22:37 lon [ADT]:|1|2|Recd = Sapi:00 C/R:C Tei:00
> > 13:22:37 lon [ADT]:|1|2| Ctl:INFO Ns:24 Nr:22
> > 13:22:37 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:8017
> > 13:22:37 lon [ADT]:|1|2| M - 02 CALL_PROC
> > 13:22:37 lon [ADT]:|1|2| IE - 18 CHANNEL ID Len=3
> > 13:22:37 lon [ADT]:|1|2| A9 Primary Rate
> > 13:22:37 lon [ADT]:|1|2| Intfc ID:IMPLICIT
> > 13:22:37 lon [ADT]:|1|2| Pref/Excl:EXCLUSIVE
> > 13:22:37 lon [ADT]:|1|2| D-Chan Indicated:NO
> > 13:22:37 lon [ADT]:|1|2| Chan. Sel:FOLLOWS
> > 13:22:37 lon [ADT]:|1|2| 83 Numb/Map:NUMBER
> > 13:22:37 lon [ADT]:|1|2| 81 Channel:1
> > 13:22:37 lon [ADT]:ISDN|1|2|Gate opened to name by Proceeding Msg.
> > 13:22:40 lon [ADT]:|1|2|==========
> > 13:22:40 lon [ADT]:|1|2|Recd = Sapi:00 C/R:C Tei:00
> > 13:22:40 lon [ADT]:|1|2| Ctl:INFO Ns:25 Nr:22
> > 13:22:40 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:8017
> > 13:22:40 lon [ADT]:|1|2| M - 01 ALERTING
> > 13:22:40 lon [ADT]:|1|2| IE - 1E PROGRESS INDICATOR Len=2
> > 13:22:40 lon [ADT]:|1|2| 84 Location:RLN
> > 13:22:40 lon [ADT]:|1|2| 82 Description:DEST. NOT ISDN
> > 13:22:40 lon [ADT]:ISDN|1|2|Call to '0013123963808' ringing.
> > 13:22:40 lon [ADT]:|1|3|==========
> > 13:22:40 lon [ADT]:|1|3|Sent = Sapi:00 C/R:C Tei:00
> > 13:22:40 lon [ADT]:|1|3| Ctl:INFO Ns:37 Nr:45
> > 13:22:40 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:8017
> > 13:22:40 lon [ADT]:|1|3| M - 01 ALERTING
> > 13:22:42 lon [ADT]:|1|2|==========
> >
> >
> > So up to now this is all strictly D-channel ISDN signalling; it's not
> > until the CONNECT that we get a audio path. During this ALERTING phase
> > the person who made the outbound call is hearing a buzz rather than
> > "RING RING" cadence.
> >
> > 13:22:42 lon [ADT]:|1|2|Recd = Sapi:00 C/R:C Tei:00
> > 13:22:42 lon [ADT]:|1|2| Ctl:INFO Ns:26 Nr:22
> > 13:22:42 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:8017
> > 13:22:42 lon [ADT]:|1|2| M - 07 CONNECT
> > 13:22:42 lon [ADT]:ISDN|1|2|Call to '0013123963808' connected.
> > 13:22:42 lon [ADT]:ISDN|1|3|Call to '0013123963808' connected.
> > 13:22:42 lon [ADT]:|1|2|==========
> > 13:22:42 lon [ADT]:|1|2|Sent = Sapi:00 C/R:R Tei:00
> > 13:22:42 lon [ADT]:|1|2| Ctl:INFO Ns:22 Nr:27
> > 13:22:42 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:0017
> > 13:22:42 lon [ADT]:|1|2| M - 0F CONNECT_ACK
> > 13:22:42 lon [ADT]:|1|3|==========
> > 13:22:42 lon [ADT]:|1|3|Sent = Sapi:00 C/R:C Tei:00
> > 13:22:42 lon [ADT]:|1|3| Ctl:INFO Ns:38 Nr:45
> > 13:22:42 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:8017
> > 13:22:42 lon [ADT]:|1|3| M - 07 CONNECT
> > 13:22:42 lon [ADT]:|1|3|==========
> > 13:22:42 lon [ADT]:|1|3|Recd = Sapi:00 C/R:R Tei:00
> > 13:22:42 lon [ADT]:|1|3| Ctl:INFO Ns:45 Nr:39
> > 13:22:42 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:0017
> > 13:22:42 lon [ADT]:|1|3| M - 0F CONNECT_ACK
> >
> > And now there's a bi-directional audio path which has been ACKed by both
> > the Adtran and the Cisco.
> >
> > Adtran TAC is saying that it's not them. Thoughts?
> >
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
> >
>
> --
> Sent from my mobile device
>
> James
>
>
> ------------------------------
>
> Message: 27
> Date: Wed, 21 Jan 2009 09:32:46 -0600
> From: Robert Kulagowski <rkulagow at gmail.com>
> Subject: Re: [cisco-voip] What could cause a "buzzing" rather than
> call progress tones?
> To: Ryan Ratliff <rratliff at cisco.com>
> Cc: cisco-voip at puck.nether.net
> Message-ID: <4977401E.4080308 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Ryan Ratliff wrote:
> > So the call is looping through the Adtran?
> >
> > 13:22:40 lon [ADT]:|1|2|==========
> > 13:22:40 lon [ADT]:|1|2|Recd = Sapi:00 C/R:C Tei:00
> > 13:22:40 lon [ADT]:|1|2| Ctl:INFO Ns:25 Nr:22
> > 13:22:40 lon [ADT]:|1|2| Prot:08 CRL:2 CRV:8017
> > 13:22:40 lon [ADT]:|1|2| M - 01 ALERTING
> > 13:22:40 lon [ADT]:|1|2| IE - 1E PROGRESS INDICATOR Len=2
> > 13:22:40 lon [ADT]:|1|2| 84 Location:RLN
> > 13:22:40 lon [ADT]:|1|2| 82 Description:DEST. NOT ISDN
> > 13:22:40 lon [ADT]:ISDN|1|2|Call to '0013123963808' ringing.
> > 13:22:40 lon [ADT]:|1|3|==========
> > 13:22:40 lon [ADT]:|1|3|Sent = Sapi:00 C/R:C Tei:00
> > 13:22:40 lon [ADT]:|1|3| Ctl:INFO Ns:37 Nr:45
> > 13:22:40 lon [ADT]:|1|3| Prot:08 CRL:2 CRV:8017
> > 13:22:40 lon [ADT]:|1|3| M - 01 ALERTING
> > 13:22:42 lon [ADT]:|1|2|==========
> >
> > Here you receive an Alerting message from BT with a PI indicating that
> > audio should be cut through for ringback in-band. The outbound Alerting
> > to the 2851 is missing this PI, which should cause CM to generate
> ringback.
>
> The ALERTING is coming from BT on 1|2, which the Adtran then sends to
> the VGW on 1|3
>
> I can see from this snippet that the message to the VGW is missing the PI.
>
> >
> > Have you looked to see what CCM thinks it is receiving for this call?
> > It should be pretty clear whether the phone is being told to play a
> > tone (insideRing, etc) or has audio set up to the gateway
> > (OpenReceiveChannel, etc).
>
> Which logs would be relevant in this case?
>
>
>
>
> ------------------------------
>
> Message: 28
> Date: Wed, 21 Jan 2009 09:33:11 -0600
> From: Robert Kulagowski <rkulagow at gmail.com>
> Subject: Re: [cisco-voip] What could cause a "buzzing" rather than
> call progress tones?
> To: James Edmondson <biged7600 at gmail.com>
> Cc: cisco-voip at puck.nether.net
> Message-ID: <49774037.4050201 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> James Edmondson wrote:
> > I had a smiliar issue awhile back and it ended up being and ios issue.
> > We heard buzzing instead of ringback. However it was a H323 vgw not
> > mgcp. What ios are you running?
>
> 12.4(15)T1
>
>
> ------------------------------
>
> Message: 29
> Date: Wed, 21 Jan 2009 08:24:19 -0800
> From: "Voll, Scott" <Scott.Voll at wesd.org>
> Subject: Re: [cisco-voip] utilization reports on a T1 PRI connection
> To: Kelemen Zoltan <keli at carocomp.ro>, Erick Bergquist
> <erickbee at gmail.com>
> Cc: Cisco VoIPoE List <cisco-voip at puck.nether.net>, Carlos Ortiz
> <COrtiz at sscincorporated.com>, Chris Clouse <Chris.Clouse at cdw.com>
> Message-ID:
> <06D9FD985A42704BB0E8F483ACA3FE2E3EE4EBF914 at miranda.wesd.org>
> Content-Type: text/plain; charset="us-ascii"
>
> correct
>
> -----Original Message-----
> From: Kelemen Zoltan [mailto:keli at carocomp.ro]
> Sent: Sunday, January 18, 2009 11:47 PM
> To: Erick Bergquist
> Cc: Voll, Scott; Cisco VoIPoE List; Carlos Ortiz; Chris Clouse
> Subject: Re: [cisco-voip] utilization reports on a T1 PRI connection
>
> Number of voice calls on a E1 is PRI usage, isn't it? The OIDs
> discussed/used in that thread show DS0 (E1/T1 channels) usage on
> DS1(E1/T1) ports, so it's independent whether it's E1 or T1.
>
> regards,
> Zoltan
>
> Erick Bergquist wrote:
> > Is the link below still good for getting this PRI info into a cacti
> > graph? The link is showing E1 information and not info relating to PRI
> > usage. I'm stumbling around creating my own and finding all the
> > correct OIDs so rather use an existing template if there is one.
> >
> > Thanks.
> >
> > On Mon, Oct 13, 2008 at 3:15 PM, Voll, Scott <Scott.Voll at wesd.org>
> wrote:
> >
> >> We are currently using the graph / template at the bottom of this link.
> >>
> >>
> >>
> >> http://forums.cacti.net/viewtopic.php?t=20443
> >>
> >>
> >>
> >> Scott
> >>
> >> _______________________________________________
> >> 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: 30
> Date: Wed, 21 Jan 2009 15:27:42 -0100
> From: Ant?nio Fragoso <Antonio.Fragoso at bancobai.cv>
> Subject: [cisco-voip] Lock IPPHONE 7970 and 7911
> To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
> Message-ID:
>
> <0B9DBADCC054F343A927FD1BC72C60AB06FA49E57C at exchangemb-srv.baicv.local>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Team
> Does any baody nkow how to lock IPHONE under CallManager ver 6 to be not
> used for other people to prevent unauthorized Call
> Brgds
>
> Antonio Fragoso
> [cid:image001.jpg at 01C97BDC.CD131050]
> 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/>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090121/f577a278/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/20090121/f577a278/attachment-0001.jpg
> >
>
> ------------------------------
>
> Message: 31
> Date: Wed, 21 Jan 2009 08:54:29 -0800
> From: "Michael Dugan" <mdugan at pacific.edu>
> Subject: [cisco-voip] 2811 Router with FXS Ports
> To: <cisco-voip at puck.nether.net>
> Message-ID:
> <1B58E7972CD6D64BAB275B26BF994C4C022AD448 at EXVS1.stk.pacific.edu>
> Content-Type: text/plain; charset="us-ascii"
>
> Does anyone have a configuration they can share. I have a 2811 with 12
> FXS ports and I want to configure it as an MGCP gateway. Call Manager
> version is 6.1.2
>
>
>
> Thanks, Mike
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/cisco-voip/attachments/20090121/40bf74e7/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 32
> Date: Wed, 21 Jan 2009 10:57:32 -0600
> From: Erick Bergquist <erickbee at gmail.com>
> Subject: Re: [cisco-voip] utilization reports on a T1 PRI connection
> To: "Voll, Scott" <Scott.Voll at wesd.org>
> Cc: Cisco VoIPoE List <cisco-voip at puck.nether.net>, Carlos Ortiz
> <COrtiz at sscincorporated.com>, Chris Clouse <Chris.Clouse at cdw.com>
> Message-ID:
> <f4445faf0901210857h36666b81tac842da26960e6ca at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Ok, my bad. Those work fine. I had a mix of H323/MGCP gateways and
> wasn't getting anything back on one but it was a MGCP gateway and that
> MIB doesn't get updated for MGCP PRIs.
>
> Thanks.
>
> On Wed, Jan 21, 2009 at 10:24 AM, Voll, Scott <Scott.Voll at wesd.org> wrote:
> > correct
> >
> > -----Original Message-----
> > From: Kelemen Zoltan [mailto:keli at carocomp.ro]
> > Sent: Sunday, January 18, 2009 11:47 PM
> > To: Erick Bergquist
> > Cc: Voll, Scott; Cisco VoIPoE List; Carlos Ortiz; Chris Clouse
> > Subject: Re: [cisco-voip] utilization reports on a T1 PRI connection
> >
> > Number of voice calls on a E1 is PRI usage, isn't it? The OIDs
> > discussed/used in that thread show DS0 (E1/T1 channels) usage on
> > DS1(E1/T1) ports, so it's independent whether it's E1 or T1.
> >
> > regards,
> > Zoltan
> >
> > Erick Bergquist wrote:
> >> Is the link below still good for getting this PRI info into a cacti
> >> graph? The link is showing E1 information and not info relating to PRI
> >> usage. I'm stumbling around creating my own and finding all the
> >> correct OIDs so rather use an existing template if there is one.
> >>
> >> Thanks.
> >>
> >> On Mon, Oct 13, 2008 at 3:15 PM, Voll, Scott <Scott.Voll at wesd.org>
> wrote:
> >>
> >>> We are currently using the graph / template at the bottom of this link.
> >>>
> >>>
> >>>
> >>> http://forums.cacti.net/viewtopic.php?t=20443
> >>>
> >>>
> >>>
> >>> Scott
> >>>
> >>> _______________________________________________
> >>> 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
>
>
> End of cisco-voip Digest, Vol 63, Issue 21
> ******************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090121/07433d3d/attachment.html>
More information about the cisco-voip
mailing list