Conf bridge shows active in terms of registered to CUCME - but can you
start a conf call between three phones and show that the dsps are
actually 'in-use'?
I understand that you have registered it - however I don't think it
will show that the hardware dsps actually in use.
The only way to do this in CUCME 3.3 was to have 2 T1's loop back-to-
back to each other with a crossover cable, configure a bunch of
individual trunk connections (one for each channel), and then "join"
the multicast IP address sort-of 'listening in' on each trunk
connection. Config is basically the same as is used in LMR deployments.
Anyway - try the con-call and send us the results if you would!
Cheers,
--
Mark Snow
CCIE #14073 (Voice, Security)
Senior Technical Instructor - IPexpert, Inc.
Telephone: +1.810.326.1444
Fax: +1.309.413.4097
Mailto: [EMAIL PROTECTED]
--
Join our free online support and peer group communities:
http://www.IPexpert.com/communities
--
IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-
Demand and Audio Certification Training Tools for the Cisco CCIE R&S
Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and
CCIE Storage Lab Certifications.
--
On Oct 22, 2008, at 3:28 PM, Hardesty, Scott wrote:
Michael, I am running CME version 3.3 and I can register a hardware
conference Transcoder. I would make sure you have enough ephones.
<<<<<<<SEE BELOW, EPHONE-3 has registed using the gi0/0 interface>>>>>
BR2#sho ephone registered
ephone-1 Mac:0011.BB53.7636 TCP socket:[6] activeLine:0 REGISTERED
in SCCP ver 6
mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0
debug:0
IP:142.107.66.11 50031 Telecaster 7940 keepalive 54 max_line 2
button 1: dn 1 number 4001 CH1 IDLE CH2 IDLE
Username: phnOne Password: null
ephone-2 Mac:0014.A963.9EDF TCP socket:[5] activeLine:0 REGISTERED
in SCCP ver 6
mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0
debug:0
IP:142.107.66.12 50035 Telecaster 7940 keepalive 54 max_line 2
button 1: dn 2 number 4002 CH1 IDLE CH2 IDLE
Username: phoneTwo Password: null
ephone-3 Mac:0011.9348.0940 TCP socket:[2] activeLine:0 REGISTERED
in SCCP ver 0
+ Authentication
mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0
debug:0
IP:142.107.66.254 39825 Unknown 51 keepalive 6 max_line 0
<<<<<<<<<<<<<SEE that the SCCP Conference bridge is
ACTIVE>>>>>>>>>>>>>>
BR2#sho
Oct 22 20:23:10.488: %SYS-5-CONFIG_I: Configured from console by
consolesccp
SCCP Admin State: UP
Gateway IP Address: 142.107.66.254, Port Number: 2000
IP Precedence: 5
User Masked Codec list: None
Call Manager: 142.107.71.254, Port Number: 2000
Priority: N/A, Version: 3.1, Identifier: 1
Conferencing Oper State: ACTIVE - Cause Code: NONE
Active Call Manager: 142.107.71.254, Port Number: 2000
TCP Link Status: CONNECTED, Profile Identifier: 1
Reported Max Streams: 16, Reported Max OOS Streams: 0
Supported Codec: g711ulaw, Maximum Packetization Period: 30
Supported Codec: g711alaw, Maximum Packetization Period: 30
Supported Codec: g729ar8, Maximum Packetization Period: 60
Supported Codec: g729abr8, Maximum Packetization Period: 60
Supported Codec: g729r8, Maximum Packetization Period: 60
Supported Codec: g729br8, Maximum Packetization Period: 60
Supported Codec: rfc2833 dtmf, Maximum Packetization Period: 30
BR2#sho ver
Cisco IOS Software, 3800 Software (C3845-ADVIPSERVICESK9-M), Version
12.4(3j), R
ELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2007 by Cisco Systems, Inc.
Compiled Fri 14-Dec-07 03:18 by stshen
ROM: System Bootstrap, Version 12.3(11r)T1, RELEASE SOFTWARE (fc1)
BR2 uptime is 1 day, 16 hours, 39 minutes
System returned to ROM by reload at 15:23:51 CEST Mon Oct 20 2008
System restarted at 04:44:21 CEST Tue Oct 21 2008
System image file is "flash:c3845-advipservicesk9-mz.124-3j.bin"
Scott Hardesty | Cisco Engineer | MidAtlantic | Presidio Networked
Solutions
7601 Ora Glen Drive, Suite 100, Greenbelt, MD 20770 | mailto:[EMAIL PROTECTED]
D: 301.313.2041 | C: 443.789.1219 | http://www.presidio.com/
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
] On Behalf Of Michael Shavrov
Sent: Wednesday, October 22, 2008 3:01 PM
To: Robert Schuknecht; ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Problem with PVDM-2
Conferenceregistration
Looks like you right - I've tried it with both, PVDM and PVDM2. In
both
cases transcoder registers instantly, but conferencing does not. I
will try
to upgrade IOS on one of the router to CME 4.0 and see if it will
solve the
problem with the same config.
----- Original Message -----
From: "Robert Schuknecht" <[EMAIL PROTECTED]>
To: <ccie_voice@onlinestudylist.com>; <[EMAIL PROTECTED]>
Sent: Wednesday, October 22, 2008 2:26 PM
Subject: Antw: [OSL | CCIE_Voice] Problem with PVDM-2
Conferenceregistration
Hi Michael,
Hardware Conferencing is not supported with CCME 3.3. When you want
to use
a Hardware Conferencebridge with CCME you have to use CCME Version
4.0 or
maybe higher, i don´t remember it at the moment.
HTH
/Robert
Michael Shavrov<[EMAIL PROTECTED]> schrieb am Mittwoch, 22.
Oktober
2008 um
18:57 in Nachricht 93f2ba42c46071d4f82376100596cbc2:
Hi All,
I have an ongoing problem with creating a media resources on CME
router.
I
create 2 dspfarm profiles, configure SCCP, register with CME...
Transcoding
registeres fine, but Conferencing does not. Here is part of the
config,
and
the SCCP status:
----
voice-card 0
dspfarm
dsp services dspfarm
!
sccp local GigabitEthernet0/0.123
sccp ccm 10.10.66.254 identifier 1
sccp ip precedence 3
sccp
!
sccp ccm group 1
bind interface GigabitEthernet0/0.123
associate ccm 1 priority 1
associate profile 1 register cfb001da10466d8
associate profile 2 register mtp001da10466d8
!
dspfarm profile 2 transcode
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
maximum sessions 4
associate application SCCP
!
dspfarm profile 1 conference
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 2
associate application SCCP
!
telephony-service
sdspfarm units 2
sdspfarm tag 1 cfb001da10466d8
sdspfarm tag 2 mtp001da10466d8
ip source-address 10.10.66.254 port 2000
max-conferences 2 gain -6
!
-----------------------------
R7-BR2#sh sccp
SCCP Admin State: UP
Gateway IP Address: 142.103.66.254, Port Number: 2000
IP Precedence: 3
User Masked Codec list: None
Call Manager: 142.103.66.254, Port Number: 2000
Priority: N/A, Version: 3.1, Identifier: 1
Transcoding Oper State: ACTIVE - Cause Code: NONE
Active Call Manager: 142.103.66.254, Port Number: 2000
TCP Link Status: CONNECTED, Profile Identifier: 2
Reported Max Streams: 8, Reported Max OOS Streams: 0
Supported Codec: g711ulaw, Maximum Packetization Period: 30
Supported Codec: g711alaw, Maximum Packetization Period: 30
Supported Codec: g729ar8, Maximum Packetization Period: 60
Supported Codec: g729abr8, Maximum Packetization Period: 60
Supported Codec: g729r8, Maximum Packetization Period: 60
Supported Codec: rfc2833 dtmf, Maximum Packetization Period: 30
Supported Codec: rfc2833 pass-thru, Maximum Packetization Period: 30
Supported Codec: inband-dtmf to rfc2833 conversion, Maximum
Packetization
Period: 30
Conferencing Oper State: ACTIVE_IN_PROGRESS - Cause Code:
CCM_REGISTER_FAILED
Active Call Manager: 142.103.66.254, Port Number: 2000
TCP Link Status: NOT_CONNECTED, Profile Identifier: 1
Reported Max Streams: 16, Reported Max OOS Streams: 0
Supported Codec: g711ulaw, Maximum Packetization Period: 30
Supported Codec: g711alaw, Maximum Packetization Period: 30
Supported Codec: g729ar8, Maximum Packetization Period: 60
Supported Codec: g729abr8, Maximum Packetization Period: 60
Supported Codec: g729r8, Maximum Packetization Period: 60
Supported Codec: g729br8, Maximum Packetization Period: 60
Supported Codec: rfc2833 dtmf, Maximum Packetization Period: 30
Supported Codec: rfc2833 pass-thru, Maximum Packetization Period: 30
Supported Codec: inband-dtmf to rfc2833 conversion, Maximum
Packetization
Period: 30
