Send cisco-voip mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cisco-voip digest..."
Today's Topics:
1. Re: Agent Desk Setting/WorkFlow Reason Codes Not Associating
to Agent in CAD | IPCC/UCCE Version: 7.5 (Nathan Richie)
2. Transcoding Meeting Place (Schmitz, Daniel)
3. Re: Transcoding Meeting Place (Divin John (dijohn))
4. Re: Transcoding Meeting Place (Divin John (dijohn))
5. Re: Transcoding Meeting Place (Schmitz, Daniel)
6. Re: 7915 module BLF pickup call is not working. (Buchanan, James)
7. Re: Transcoding Meeting Place (Schmitz, Daniel)
8. Re: Transcoding Meeting Place (Divin John (dijohn))
9. Nice UCS tool and OVA for standalone ELM question (Ed Leatherman)
10. Re: Nice UCS tool and OVA for standalone ELM question
(Maciej Karpinski)
11. Re: Transcoding Meeting Place (Schmitz, Daniel)
12. RES: 7915 module BLF pickup call is not working.
(Jean Carlos Coelho)
13. Analog Polycom with ATA187 (David Zhars)
----------------------------------------------------------------------
Message: 1
Date: Mon, 22 Jul 2013 15:14:48 -0400
From: Nathan Richie <[email protected]>
To: Ryan Burtch <[email protected]>, voip puck
<[email protected]>
Subject: Re: [cisco-voip] Agent Desk Setting/WorkFlow Reason Codes Not
Associating to Agent in CAD | IPCC/UCCE Version: 7.5
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Did you logout/shutdown CAD and then restart it and log back in?
From: cisco-voip [mailto:[email protected]] On Behalf Of Ryan
Burtch
Sent: Tuesday, July 16, 2013 10:12 PM
To: voip puck
Subject: [cisco-voip] Agent Desk Setting/WorkFlow Reason Codes Not Associating
to Agent in CAD | IPCC/UCCE Version: 7.5
All:
I have created a new Agent Desk Setting and a Workflow in Cisco Desktop
Administrator, both with the same name. The agent that I'm testing with has
been assigned to the respective Desk setting. In Cisco Desktop Administrator, I
added several additional Not Ready and Logout Reason Codes, but they aren't
associating to the agent when I log into CAD.
Anyone have any ideas?
Sincerely,
Ryan Burtch
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130722/923b3c7d/attachment-0001.html>
------------------------------
Message: 2
Date: Tue, 23 Jul 2013 07:12:17 +0000
From: "Schmitz, Daniel" <[email protected]>
To: voip puck <[email protected]>
Subject: [cisco-voip] Transcoding Meeting Place
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
a customer has the following setup.
- Across the MPLS, G.729 should be used
- Meeting Place is just configured for High Capacity (G.711) only
- CUCM has an IOS transcoder with the following configuration
dspfarm profile 3 transcode
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 6
associate application SCCP
For some reason it is not possible to call from China to the Meeting Place, as
soon as I allow G.711 via the SIP trunk everything works just fine, but with
G.729 the call cannot be established.
Which component needs the correct MRGL for the transcoding?
[cid:[email protected]]
Do I miss anything?
Regards
Daniel
Senior IT-Specialist
Team leader Network & Communication Services
Managed & Cloud Services
________________________________
DIDAS Business Services GmbH | Bernerstr. 38 | 60437 Frankfurt
Tel.: +49 69-95022-327 | Fax: +49 69-95022-77327 | Mobil: +49 172-525 2383
Mail: [email protected]<mailto:[email protected]> | Web:
www.didas.de<http://www.didas.de/>
AG D?sseldorf HRB 63231 | USt-ID-Nr.: DE811548338 | Gesch?ftsf?hrer: Dirk Kiefer
________________________________
Der Inhalt dieser E-Mail ist vertraulich und ausschlie?lich f?r den
bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass
jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe
des Inhalts dieser E-Mail unzul?ssig ist. Wir bitten Sie, sich in diesem Fall
mit dem Absender der E-Mail in Verbindung zu setzen. Wir m?chten Sie au?erdem
darauf hinweisen, dass die Kommunikation per E-Mail ?ber das Internet unsicher
ist, da f?r unberechtigte Dritte grunds?tzlich die M?glichkeit der
Kenntnisnahme und Manipulation besteht.
The information contained in this e-mail is confidential. It is intended solely
for the addressee. Access to this e-mail by anyone else is unauthorized. If you
are not the intended recipient, any form of disclosure, reproduction,
distribution or any action taken or refrained from in reliance on it, is
prohibited and may be unlawful. Please notify the sender immediately. We also
like to inform you that communication via e-mail over the internet is insecure
because third parties may have the possibility to access and manipulate e-mails.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/f4b11673/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.emz
Type: application/octet-stream
Size: 10490 bytes
Desc: image001.emz
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/f4b11673/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 6761 bytes
Desc: image002.png
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/f4b11673/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: oledata.mso
Type: application/octet-stream
Size: 25053 bytes
Desc: oledata.mso
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/f4b11673/attachment-0003.obj>
------------------------------
Message: 3
Date: Tue, 23 Jul 2013 07:20:58 +0000
From: "Divin John (dijohn)" <[email protected]>
To: "Schmitz, Daniel" <[email protected]>, voip puck
<[email protected]>
Subject: Re: [cisco-voip] Transcoding Meeting Place
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
I would say, CUCM Germany. Also, note: normal transcoder support only G711 to
any other codec. One leg has to be G711. To remove this restriction configure
Universal Transcoders (any codec to any codec) "dspfarm profile 3 transcode
universal"
Also, make sure, Meeting place to Transcoder is G711
Transcoder to SIP Trunk is G729.
China Phone to SIp Trunk is G729.
Regards,
Divin
From: <Schmitz>, Daniel
<[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 12:42 PM
To: voip puck <[email protected]<mailto:[email protected]>>
Subject: [cisco-voip] Transcoding Meeting Place
Hi all,
a customer has the following setup.
- Across the MPLS, G.729 should be used
- Meeting Place is just configured for High Capacity (G.711) only
- CUCM has an IOS transcoder with the following configuration
dspfarm profile 3 transcode
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 6
associate application SCCP
For some reason it is not possible to call from China to the Meeting Place, as
soon as I allow G.711 via the SIP trunk everything works just fine, but with
G.729 the call cannot be established.
Which component needs the correct MRGL for the transcoding?
[cid:[email protected]]
Do I miss anything?
Regards
Daniel
Senior IT-Specialist
Team leader Network & Communication Services
Managed & Cloud Services
________________________________
DIDAS Business Services GmbH |Bernerstr. 38 | 60437 Frankfurt
Tel.: +49 69-95022-327 | Fax: +49 69-95022-77327 | Mobil: +49 172-525 2383
Mail: [email protected]<mailto:[email protected]> | Web:
www.didas.de<http://www.didas.de/>
AG D?sseldorf HRB 63231 | USt-ID-Nr.: DE811548338 | Gesch?ftsf?hrer: Dirk Kiefer
________________________________
Der Inhalt dieser E-Mail ist vertraulich und ausschlie?lich f?r den
bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass
jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe
des Inhalts dieser E-Mail unzul?ssig ist. Wir bitten Sie, sich in diesem Fall
mit dem Absender der E-Mail in Verbindung zu setzen. Wir m?chten Sie au?erdem
darauf hinweisen, dass die Kommunikation per E-Mail ?ber das Internet unsicher
ist, da f?r unberechtigte Dritte grunds?tzlich die M?glichkeit der
Kenntnisnahme und Manipulation besteht.
The information contained in this e-mail is confidential. It is intended solely
for the addressee. Access to this e-mail by anyone else is unauthorized. If you
are not the intended recipient, any form of disclosure, reproduction,
distribution or any action taken or refrained from in reliance on it, is
prohibited and may be unlawful. Please notify the sender immediately. We also
like to inform you that communication via e-mail over the internet is insecure
because third parties may have the possibility to access and manipulate e-mails.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/b9b3e52b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 6761 bytes
Desc: image002.png
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/b9b3e52b/attachment-0001.png>
------------------------------
Message: 4
Date: Tue, 23 Jul 2013 07:28:49 +0000
From: "Divin John (dijohn)" <[email protected]>
To: "Divin John (dijohn)" <[email protected]>, "Schmitz, Daniel"
<[email protected]>, voip puck <[email protected]>
Subject: Re: [cisco-voip] Transcoding Meeting Place
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Meeting place MRGL needs the transcoder. CUCM tries to invoke the xcoder on the
HEAVY weight codec side (G711 in this case).
Regards,
Divin
From: Divin John <[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 12:50 PM
To: "Schmitz, Daniel"
<[email protected]<mailto:[email protected]>>, voip puck
<[email protected]<mailto:[email protected]>>
Subject: Re: [cisco-voip] Transcoding Meeting Place
I would say, CUCM Germany. Also, note: normal transcoder support only G711 to
any other codec. One leg has to be G711. To remove this restriction configure
Universal Transcoders (any codec to any codec) "dspfarm profile 3 transcode
universal"
Also, make sure, Meeting place to Transcoder is G711
Transcoder to SIP Trunk is G729.
China Phone to SIp Trunk is G729.
Regards,
Divin
From: <Schmitz>, Daniel
<[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 12:42 PM
To: voip puck <[email protected]<mailto:[email protected]>>
Subject: [cisco-voip] Transcoding Meeting Place
Hi all,
a customer has the following setup.
- Across the MPLS, G.729 should be used
- Meeting Place is just configured for High Capacity (G.711) only
- CUCM has an IOS transcoder with the following configuration
dspfarm profile 3 transcode
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 6
associate application SCCP
For some reason it is not possible to call from China to the Meeting Place, as
soon as I allow G.711 via the SIP trunk everything works just fine, but with
G.729 the call cannot be established.
Which component needs the correct MRGL for the transcoding?
[cid:[email protected]]
Do I miss anything?
Regards
Daniel
Senior IT-Specialist
Team leader Network & Communication Services
Managed & Cloud Services
________________________________
DIDAS Business Services GmbH |Bernerstr. 38 | 60437 Frankfurt
Tel.: +49 69-95022-327 | Fax: +49 69-95022-77327 | Mobil: +49 172-525 2383
Mail: [email protected]<mailto:[email protected]> | Web:
www.didas.de<http://www.didas.de/>
AG D?sseldorf HRB 63231 | USt-ID-Nr.: DE811548338 | Gesch?ftsf?hrer: Dirk Kiefer
________________________________
Der Inhalt dieser E-Mail ist vertraulich und ausschlie?lich f?r den
bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass
jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe
des Inhalts dieser E-Mail unzul?ssig ist. Wir bitten Sie, sich in diesem Fall
mit dem Absender der E-Mail in Verbindung zu setzen. Wir m?chten Sie au?erdem
darauf hinweisen, dass die Kommunikation per E-Mail ?ber das Internet unsicher
ist, da f?r unberechtigte Dritte grunds?tzlich die M?glichkeit der
Kenntnisnahme und Manipulation besteht.
The information contained in this e-mail is confidential. It is intended solely
for the addressee. Access to this e-mail by anyone else is unauthorized. If you
are not the intended recipient, any form of disclosure, reproduction,
distribution or any action taken or refrained from in reliance on it, is
prohibited and may be unlawful. Please notify the sender immediately. We also
like to inform you that communication via e-mail over the internet is insecure
because third parties may have the possibility to access and manipulate e-mails.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/4c44f3d2/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 6761 bytes
Desc: image002.png
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/4c44f3d2/attachment-0001.png>
------------------------------
Message: 5
Date: Tue, 23 Jul 2013 07:53:06 +0000
From: "Schmitz, Daniel" <[email protected]>
To: "Divin John (dijohn)" <[email protected]>, voip puck
<[email protected]>
Subject: Re: [cisco-voip] Transcoding Meeting Place
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi John,
the MRGL setup looks like this:
CUCM Germany has a SIP trunk to MPE - The SIP trunks
device pool has a MRGL with the transcoder assigned.
CUCM Germany has a SIP trunk to CUCM China - The SIP trunks device
pool has a MRGL with the transcoder assigned.
The region setup looks like this:
Between CUCM Germany and MPE - only G.729 allowed
(do I have to change this to G.711?)
Between CUCM Germany and CUCM China - only G.729 allowed
What do you mean with meeting place MRGL? The MRGL of the SIP trunk pointing to
MPE?
I am not able to enter the IOS command "dspfarm profile 3 transcode universal"
Regards
Daniel
Von: Divin John (dijohn) [mailto:[email protected]]
Gesendet: Dienstag, 23. Juli 2013 09:29
An: Divin John (dijohn); Schmitz, Daniel; voip puck
Betreff: Re: [cisco-voip] Transcoding Meeting Place
Meeting place MRGL needs the transcoder. CUCM tries to invoke the xcoder on the
HEAVY weight codec side (G711 in this case).
Regards,
Divin
From: Divin John <[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 12:50 PM
To: "Schmitz, Daniel"
<[email protected]<mailto:[email protected]>>, voip puck
<[email protected]<mailto:[email protected]>>
Subject: Re: [cisco-voip] Transcoding Meeting Place
I would say, CUCM Germany. Also, note: normal transcoder support only G711 to
any other codec. One leg has to be G711. To remove this restriction configure
Universal Transcoders (any codec to any codec) "dspfarm profile 3 transcode
universal"
Also, make sure, Meeting place to Transcoder is G711
Transcoder to SIP Trunk is G729.
China Phone to SIp Trunk is G729.
Regards,
Divin
From: <Schmitz>, Daniel
<[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 12:42 PM
To: voip puck <[email protected]<mailto:[email protected]>>
Subject: [cisco-voip] Transcoding Meeting Place
Hi all,
a customer has the following setup.
- Across the MPLS, G.729 should be used
- Meeting Place is just configured for High Capacity (G.711) only
- CUCM has an IOS transcoder with the following configuration
dspfarm profile 3 transcode
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 6
associate application SCCP
For some reason it is not possible to call from China to the Meeting Place, as
soon as I allow G.711 via the SIP trunk everything works just fine, but with
G.729 the call cannot be established.
Which component needs the correct MRGL for the transcoding?
[cid:[email protected]]
Do I miss anything?
Regards
Daniel
Senior IT-Specialist
Team leader Network & Communication Services
Managed & Cloud Services
________________________________
DIDAS Business Services GmbH |Bernerstr. 38 | 60437 Frankfurt
Tel.: +49 69-95022-327 | Fax: +49 69-95022-77327 | Mobil: +49 172-525 2383
Mail: [email protected]<mailto:[email protected]> | Web:
www.didas.de<http://www.didas.de/>
AG D?sseldorf HRB 63231 | USt-ID-Nr.: DE811548338 | Gesch?ftsf?hrer: Dirk Kiefer
________________________________
Der Inhalt dieser E-Mail ist vertraulich und ausschlie?lich f?r den
bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass
jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe
des Inhalts dieser E-Mail unzul?ssig ist. Wir bitten Sie, sich in diesem Fall
mit dem Absender der E-Mail in Verbindung zu setzen. Wir m?chten Sie au?erdem
darauf hinweisen, dass die Kommunikation per E-Mail ?ber das Internet unsicher
ist, da f?r unberechtigte Dritte grunds?tzlich die M?glichkeit der
Kenntnisnahme und Manipulation besteht.
The information contained in this e-mail is confidential. It is intended solely
for the addressee. Access to this e-mail by anyone else is unauthorized. If you
are not the intended recipient, any form of disclosure, reproduction,
distribution or any action taken or refrained from in reliance on it, is
prohibited and may be unlawful. Please notify the sender immediately. We also
like to inform you that communication via e-mail over the internet is insecure
because third parties may have the possibility to access and manipulate e-mails.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/c65f76ae/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 6761 bytes
Desc: image001.png
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/c65f76ae/attachment-0001.png>
------------------------------
Message: 6
Date: Tue, 23 Jul 2013 06:27:33 +0000
From: "Buchanan, James" <[email protected]>
To: Jean Carlos Coelho <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [cisco-voip] 7915 module BLF pickup call is not working.
Message-ID:
<12d6a6a157b44348974e5ed93738628c253fb...@hqexchmbx03.presidio.corp>
Content-Type: text/plain; charset="utf-8"
You must have your primary line in the same pickup group as the numbers you are
trying to pickup. Also, in the CallManager Service Parameters, you must have
Auto Call Pickup enabled. Also, when you configured the BLF buttons, you must
have checked the box that says ?Call Pickup?.
James Buchanan | Sr. Network Engineer
Presidio | www.presidio.com<http://www.presidio.com>
12 Cadillac Drive Suite 130, Brentwood, TN 37027
D: 615.866.5729 | C: 931.797.2326 | F: 615.866.5781 |
[email protected]<mailto:[email protected]>
[Practical thinking for a connected world.]<http://www.presidio.com>
Follow us:
[Follow Presidio on Twitter]<http://www.twitter.com/presidio>
From: cisco-voip [mailto:[email protected]] On Behalf Of Jean
Carlos Coelho
Sent: Monday, July 22, 2013 2:51 PM
To: [email protected]
Subject: [cisco-voip] 7915 module BLF pickup call is not working.
Hi, i have a Cisco Phone 7962 SCCP + Expansion module 7915, i added the BLF
function and i can view the others DNs busy or ringing, i can transfer a call,
put in wait mode normally, but i cannot pick up calls ringing in the BLF
buttons, all the pickup groups are the same, i tried gpuckup, pickup. How can i
use the pick up in the BLF buttons of 7915 module?
Thank You! (sorry for my bad english).
This message w/attachments (message) is intended solely for the use of the
intended recipient(s) and may contain information that is privileged,
confidential or proprietary. If you are not an intended recipient, please
notify the sender, and then please delete and destroy all copies and
attachments. Please be advised that any review or dissemination of, or the
taking of any action in reliance on, the information contained in or attached
to this message is prohibited.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/02cad14d/attachment-0001.html>
------------------------------
Message: 7
Date: Tue, 23 Jul 2013 08:22:56 +0000
From: "Schmitz, Daniel" <[email protected]>
To: "Divin John (dijohn)" <[email protected]>, voip puck
<[email protected]>
Subject: Re: [cisco-voip] Transcoding Meeting Place
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi I think I fixed the problem, I simply used another gateway and there the
universal command is possible.
I will let you know if it works now.
Thanks for the useful hint :)
Regards
Daniel
Senior IT-Specialist
Team leader Network & Communication Services
Managed & Cloud Services
________________________________
DIDAS Business Services GmbH | Bernerstr. 38 | 60437 Frankfurt
Tel.: +49 69-95022-327 | Fax: +49 69-95022-77327 | Mobil: +49 172-525 2383
Mail: [email protected]<mailto:[email protected]> | Web:
www.didas.de<http://www.didas.de/>
AG D?sseldorf HRB 63231 | USt-ID-Nr.: DE811548338 | Gesch?ftsf?hrer: Dirk Kiefer
________________________________
Der Inhalt dieser E-Mail ist vertraulich und ausschlie?lich f?r den
bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass
jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe
des Inhalts dieser E-Mail unzul?ssig ist. Wir bitten Sie, sich in diesem Fall
mit dem Absender der E-Mail in Verbindung zu setzen. Wir m?chten Sie au?erdem
darauf hinweisen, dass die Kommunikation per E-Mail ?ber das Internet unsicher
ist, da f?r unberechtigte Dritte grunds?tzlich die M?glichkeit der
Kenntnisnahme und Manipulation besteht.
The information contained in this e-mail is confidential. It is intended solely
for the addressee. Access to this e-mail by anyone else is unauthorized. If you
are not the intended recipient, any form of disclosure, reproduction,
distribution or any action taken or refrained from in reliance on it, is
prohibited and may be unlawful. Please notify the sender immediately. We also
like to inform you that communication via e-mail over the internet is insecure
because third parties may have the possibility to access and manipulate e-mails.
Von: Schmitz, Daniel
Gesendet: Dienstag, 23. Juli 2013 09:53
An: 'Divin John (dijohn)'; voip puck
Betreff: AW: [cisco-voip] Transcoding Meeting Place
Hi John,
the MRGL setup looks like this:
CUCM Germany has a SIP trunk to MPE - The SIP trunks
device pool has a MRGL with the transcoder assigned.
CUCM Germany has a SIP trunk to CUCM China - The SIP trunks device
pool has a MRGL with the transcoder assigned.
The region setup looks like this:
Between CUCM Germany and MPE - only G.729 allowed
(do I have to change this to G.711?)
Between CUCM Germany and CUCM China - only G.729 allowed
What do you mean with meeting place MRGL? The MRGL of the SIP trunk pointing to
MPE?
I am not able to enter the IOS command "dspfarm profile 3 transcode universal"
Regards
Daniel
Von: Divin John (dijohn) [mailto:[email protected]]
Gesendet: Dienstag, 23. Juli 2013 09:29
An: Divin John (dijohn); Schmitz, Daniel; voip puck
Betreff: Re: [cisco-voip] Transcoding Meeting Place
Meeting place MRGL needs the transcoder. CUCM tries to invoke the xcoder on the
HEAVY weight codec side (G711 in this case).
Regards,
Divin
From: Divin John <[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 12:50 PM
To: "Schmitz, Daniel"
<[email protected]<mailto:[email protected]>>, voip puck
<[email protected]<mailto:[email protected]>>
Subject: Re: [cisco-voip] Transcoding Meeting Place
I would say, CUCM Germany. Also, note: normal transcoder support only G711 to
any other codec. One leg has to be G711. To remove this restriction configure
Universal Transcoders (any codec to any codec) "dspfarm profile 3 transcode
universal"
Also, make sure, Meeting place to Transcoder is G711
Transcoder to SIP Trunk is G729.
China Phone to SIp Trunk is G729.
Regards,
Divin
From: <Schmitz>, Daniel
<[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 12:42 PM
To: voip puck <[email protected]<mailto:[email protected]>>
Subject: [cisco-voip] Transcoding Meeting Place
Hi all,
a customer has the following setup.
- Across the MPLS, G.729 should be used
- Meeting Place is just configured for High Capacity (G.711) only
- CUCM has an IOS transcoder with the following configuration
dspfarm profile 3 transcode
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 6
associate application SCCP
For some reason it is not possible to call from China to the Meeting Place, as
soon as I allow G.711 via the SIP trunk everything works just fine, but with
G.729 the call cannot be established.
Which component needs the correct MRGL for the transcoding?
[cid:[email protected]]
Do I miss anything?
Regards
Daniel
Senior IT-Specialist
Team leader Network & Communication Services
Managed & Cloud Services
________________________________
DIDAS Business Services GmbH |Bernerstr. 38 | 60437 Frankfurt
Tel.: +49 69-95022-327 | Fax: +49 69-95022-77327 | Mobil: +49 172-525 2383
Mail: [email protected]<mailto:[email protected]> | Web:
www.didas.de<http://www.didas.de/>
AG D?sseldorf HRB 63231 | USt-ID-Nr.: DE811548338 | Gesch?ftsf?hrer: Dirk Kiefer
________________________________
Der Inhalt dieser E-Mail ist vertraulich und ausschlie?lich f?r den
bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass
jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe
des Inhalts dieser E-Mail unzul?ssig ist. Wir bitten Sie, sich in diesem Fall
mit dem Absender der E-Mail in Verbindung zu setzen. Wir m?chten Sie au?erdem
darauf hinweisen, dass die Kommunikation per E-Mail ?ber das Internet unsicher
ist, da f?r unberechtigte Dritte grunds?tzlich die M?glichkeit der
Kenntnisnahme und Manipulation besteht.
The information contained in this e-mail is confidential. It is intended solely
for the addressee. Access to this e-mail by anyone else is unauthorized. If you
are not the intended recipient, any form of disclosure, reproduction,
distribution or any action taken or refrained from in reliance on it, is
prohibited and may be unlawful. Please notify the sender immediately. We also
like to inform you that communication via e-mail over the internet is insecure
because third parties may have the possibility to access and manipulate e-mails.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/a78a7611/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 6761 bytes
Desc: image001.png
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/a78a7611/attachment-0001.png>
------------------------------
Message: 8
Date: Tue, 23 Jul 2013 08:36:26 +0000
From: "Divin John (dijohn)" <[email protected]>
To: "Schmitz, Daniel" <[email protected]>, voip puck
<[email protected]>
Subject: Re: [cisco-voip] Transcoding Meeting Place
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Daniel,
A good design would be.
CUCM Germany has a SIP trunk to MPE ? The SIP trunks
device pool has a MRGL with the transcoder assigned.
CUCM Germany has a SIP trunk to CUCM China - The SIP trunks device
pool has a MRGL with the transcoder assigned.
The region setup looks like this:
Between CUCM Germany and MPE - only G.729 allowed
(do I have to change this to G.711?)
Between CUCM Germany and CUCM China - only G.729 allowed
Change the Region settings like this.
Sip Trunk to CUCM China ? Region-SIPTRUNK-CHINA
MPE Sip Trunk ? REGION MPE
Xcoder could be in Region MPE oe REGIOn Xcoder.
Region-SIPTRUNK-CHINA to REGION MPE G729
REGION Xcoder to Region-SIPTRUNK-CHINA G729
REGION Xcoder to Region-MPE G711
So, in the end you would have..
MPE ---> China (G729)
Which would invoke a xcoder.
MPE --> G711 --> Transcoder -->G729 ---> China.
Regards,
Divin
From: <Schmitz>, Daniel
<[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 1:52 PM
To: Divin John <[email protected]<mailto:[email protected]>>, voip puck
<[email protected]<mailto:[email protected]>>
Subject: AW: [cisco-voip] Transcoding Meeting Place
Hi I think I fixed the problem, I simply used another gateway and there the
universal command is possible.
I will let you know if it works now.
Thanks for the useful hint :)
Regards
Daniel
Senior IT-Specialist
Team leader Network & Communication Services
Managed & Cloud Services
________________________________
DIDAS Business Services GmbH |Bernerstr. 38 | 60437 Frankfurt
Tel.: +49 69-95022-327 | Fax: +49 69-95022-77327 | Mobil: +49 172-525 2383
Mail: [email protected]<mailto:[email protected]> | Web:
www.didas.de<http://www.didas.de/>
AG D?sseldorf HRB 63231 | USt-ID-Nr.: DE811548338 | Gesch?ftsf?hrer: Dirk Kiefer
________________________________
Der Inhalt dieser E-Mail ist vertraulich und ausschlie?lich f?r den
bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass
jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe
des Inhalts dieser E-Mail unzul?ssig ist. Wir bitten Sie, sich in diesem Fall
mit dem Absender der E-Mail in Verbindung zu setzen. Wir m?chten Sie au?erdem
darauf hinweisen, dass die Kommunikation per E-Mail ?ber das Internet unsicher
ist, da f?r unberechtigte Dritte grunds?tzlich die M?glichkeit der
Kenntnisnahme und Manipulation besteht.
The information contained in this e-mail is confidential. It is intended solely
for the addressee. Access to this e-mail by anyone else is unauthorized. If you
are not the intended recipient, any form of disclosure, reproduction,
distribution or any action taken or refrained from in reliance on it, is
prohibited and may be unlawful. Please notify the sender immediately. We also
like to inform you that communication via e-mail over the internet is insecure
because third parties may have the possibility to access and manipulate e-mails.
Von: Schmitz, Daniel
Gesendet: Dienstag, 23. Juli 2013 09:53
An: 'Divin John (dijohn)'; voip puck
Betreff: AW: [cisco-voip] Transcoding Meeting Place
Hi John,
the MRGL setup looks like this:
CUCM Germany has a SIP trunk to MPE ? The SIP trunks
device pool has a MRGL with the transcoder assigned.
CUCM Germany has a SIP trunk to CUCM China - The SIP trunks device
pool has a MRGL with the transcoder assigned.
The region setup looks like this:
Between CUCM Germany and MPE - only G.729 allowed
(do I have to change this to G.711?)
Between CUCM Germany and CUCM China - only G.729 allowed
What do you mean with meeting place MRGL? The MRGL of the SIP trunk pointing to
MPE?
I am not able to enter the IOS command "dspfarm profile 3 transcode universal"
Regards
Daniel
Von: Divin John (dijohn) [mailto:[email protected]]
Gesendet: Dienstag, 23. Juli 2013 09:29
An: Divin John (dijohn); Schmitz, Daniel; voip puck
Betreff: Re: [cisco-voip] Transcoding Meeting Place
Meeting place MRGL needs the transcoder. CUCM tries to invoke the xcoder on the
HEAVY weight codec side (G711 in this case).
Regards,
Divin
From: Divin John <[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 12:50 PM
To: "Schmitz, Daniel"
<[email protected]<mailto:[email protected]>>, voip puck
<[email protected]<mailto:[email protected]>>
Subject: Re: [cisco-voip] Transcoding Meeting Place
I would say, CUCM Germany. Also, note: normal transcoder support only G711 to
any other codec. One leg has to be G711. To remove this restriction configure
Universal Transcoders (any codec to any codec) "dspfarm profile 3 transcode
universal"
Also, make sure, Meeting place to Transcoder is G711
Transcoder to SIP Trunk is G729.
China Phone to SIp Trunk is G729.
Regards,
Divin
From: <Schmitz>, Daniel
<[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 12:42 PM
To: voip puck <[email protected]<mailto:[email protected]>>
Subject: [cisco-voip] Transcoding Meeting Place
Hi all,
a customer has the following setup.
- Across the MPLS, G.729 should be used
- Meeting Place is just configured for High Capacity (G.711) only
- CUCM has an IOS transcoder with the following configuration
dspfarm profile 3 transcode
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 6
associate application SCCP
For some reason it is not possible to call from China to the Meeting Place, as
soon as I allow G.711 via the SIP trunk everything works just fine, but with
G.729 the call cannot be established.
Which component needs the correct MRGL for the transcoding?
[cid:[email protected]]
Do I miss anything?
Regards
Daniel
Senior IT-Specialist
Team leader Network & Communication Services
Managed & Cloud Services
________________________________
DIDAS Business Services GmbH |Bernerstr. 38 | 60437 Frankfurt
Tel.: +49 69-95022-327 | Fax: +49 69-95022-77327 | Mobil: +49 172-525 2383
Mail: [email protected]<mailto:[email protected]> | Web:
www.didas.de<http://www.didas.de/>
AG D?sseldorf HRB 63231 | USt-ID-Nr.: DE811548338 | Gesch?ftsf?hrer: Dirk Kiefer
________________________________
Der Inhalt dieser E-Mail ist vertraulich und ausschlie?lich f?r den
bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass
jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe
des Inhalts dieser E-Mail unzul?ssig ist. Wir bitten Sie, sich in diesem Fall
mit dem Absender der E-Mail in Verbindung zu setzen. Wir m?chten Sie au?erdem
darauf hinweisen, dass die Kommunikation per E-Mail ?ber das Internet unsicher
ist, da f?r unberechtigte Dritte grunds?tzlich die M?glichkeit der
Kenntnisnahme und Manipulation besteht.
The information contained in this e-mail is confidential. It is intended solely
for the addressee. Access to this e-mail by anyone else is unauthorized. If you
are not the intended recipient, any form of disclosure, reproduction,
distribution or any action taken or refrained from in reliance on it, is
prohibited and may be unlawful. Please notify the sender immediately. We also
like to inform you that communication via e-mail over the internet is insecure
because third parties may have the possibility to access and manipulate e-mails.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/9e37ccc5/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 6761 bytes
Desc: image001.png
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/9e37ccc5/attachment-0001.png>
------------------------------
Message: 9
Date: Tue, 23 Jul 2013 06:59:06 -0400
From: Ed Leatherman <[email protected]>
To: Cisco VOIP <[email protected]>
Subject: [cisco-voip] Nice UCS tool and OVA for standalone ELM
question
Message-ID:
<cafc4dsrk+jhynlzm_mrvowoxv0mwvub7obpratl+owhuyp7...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello,
Was using this http://tools.cisco.com/ucs to check my work for our build to
move to UCS, it's in beta right now but looks very promising.
I noticed that in the tool, the standalone ELM had a number of different
builds based on number of users, not what I expected.
I thought the smallest OVA was acceptable for standalone ELM in any
circumstance, but I've never seen it clearly stated so now I'm questioning
myself. Am I wrong? A standalone ELM for 10k users calling for 4 cpu cores
seems reallly strange to me, all it's doing is validating license counts i
though.
--
Ed Leatherman
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/9937eb94/attachment-0001.html>
------------------------------
Message: 10
Date: Tue, 23 Jul 2013 13:06:38 +0200
From: Maciej Karpinski <[email protected]>
To: Ed Leatherman <[email protected]>
Cc: Cisco VOIP <[email protected]>
Subject: Re: [cisco-voip] Nice UCS tool and OVA for standalone ELM
question
Message-ID:
<caja+metgfjfa5mtbpc1prs5yeyxq3jgyenvj7wnnhifdndf...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
The information we got from Cisco is that the smallest template will be OK
for basically all ELM installations. The OVA template for ELM is the same
as for UCM but only the smallest is needed so you can go on and choose it.
/Maciej
On Tue, Jul 23, 2013 at 12:59 PM, Ed Leatherman <[email protected]>wrote:
> Hello,
>
> Was using this http://tools.cisco.com/ucs to check my work for our build
> to move to UCS, it's in beta right now but looks very promising.
>
> I noticed that in the tool, the standalone ELM had a number of different
> builds based on number of users, not what I expected.
>
> I thought the smallest OVA was acceptable for standalone ELM in any
> circumstance, but I've never seen it clearly stated so now I'm questioning
> myself. Am I wrong? A standalone ELM for 10k users calling for 4 cpu cores
> seems reallly strange to me, all it's doing is validating license counts i
> though.
>
> --
> Ed Leatherman
>
> _______________________________________________
> cisco-voip mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/066e4a46/attachment-0001.html>
------------------------------
Message: 11
Date: Tue, 23 Jul 2013 11:24:38 +0000
From: "Schmitz, Daniel" <[email protected]>
To: "Divin John (dijohn)" <[email protected]>, voip puck
<[email protected]>
Subject: Re: [cisco-voip] Transcoding Meeting Place
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi John,
a last question.
The guys from china told me that if they call MPE the call can be established
now but they don't hear any audio and after about 5 seconds the call is
disconnected.
I placed a phone in the device pool of the Intercluster trunk and it works just
fine.
If the guys from china dial the Contact Center in Germany it also works just
fine.
Any idea?
Regards
Daniel
Senior IT-Specialist
Team leader Network & Communication Services
Managed & Cloud Services
________________________________
DIDAS Business Services GmbH | Bernerstr. 38 | 60437 Frankfurt
Tel.: +49 69-95022-327 | Fax: +49 69-95022-77327 | Mobil: +49 172-525 2383
Mail: [email protected]<mailto:[email protected]> | Web:
www.didas.de<http://www.didas.de/>
AG D?sseldorf HRB 63231 | USt-ID-Nr.: DE811548338 | Gesch?ftsf?hrer: Dirk Kiefer
________________________________
Der Inhalt dieser E-Mail ist vertraulich und ausschlie?lich f?r den
bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass
jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe
des Inhalts dieser E-Mail unzul?ssig ist. Wir bitten Sie, sich in diesem Fall
mit dem Absender der E-Mail in Verbindung zu setzen. Wir m?chten Sie au?erdem
darauf hinweisen, dass die Kommunikation per E-Mail ?ber das Internet unsicher
ist, da f?r unberechtigte Dritte grunds?tzlich die M?glichkeit der
Kenntnisnahme und Manipulation besteht.
The information contained in this e-mail is confidential. It is intended solely
for the addressee. Access to this e-mail by anyone else is unauthorized. If you
are not the intended recipient, any form of disclosure, reproduction,
distribution or any action taken or refrained from in reliance on it, is
prohibited and may be unlawful. Please notify the sender immediately. We also
like to inform you that communication via e-mail over the internet is insecure
because third parties may have the possibility to access and manipulate e-mails.
Von: Divin John (dijohn) [mailto:[email protected]]
Gesendet: Dienstag, 23. Juli 2013 10:36
An: Schmitz, Daniel; voip puck
Betreff: Re: AW: [cisco-voip] Transcoding Meeting Place
Hi Daniel,
A good design would be.
CUCM Germany has a SIP trunk to MPE - The SIP trunks
device pool has a MRGL with the transcoder assigned.
CUCM Germany has a SIP trunk to CUCM China - The SIP trunks device
pool has a MRGL with the transcoder assigned.
The region setup looks like this:
Between CUCM Germany and MPE - only G.729 allowed
(do I have to change this to G.711?)
Between CUCM Germany and CUCM China - only G.729 allowed
Change the Region settings like this.
Sip Trunk to CUCM China - Region-SIPTRUNK-CHINA
MPE Sip Trunk - REGION MPE
Xcoder could be in Region MPE oe REGIOn Xcoder.
Region-SIPTRUNK-CHINA to REGION MPE G729
REGION Xcoder to Region-SIPTRUNK-CHINA G729
REGION Xcoder to Region-MPE G711
So, in the end you would have..
MPE ---> China (G729)
Which would invoke a xcoder.
MPE --> G711 --> Transcoder -->G729 ---> China.
Regards,
Divin
From: <Schmitz>, Daniel
<[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 1:52 PM
To: Divin John <[email protected]<mailto:[email protected]>>, voip puck
<[email protected]<mailto:[email protected]>>
Subject: AW: [cisco-voip] Transcoding Meeting Place
Hi I think I fixed the problem, I simply used another gateway and there the
universal command is possible.
I will let you know if it works now.
Thanks for the useful hint :)
Regards
Daniel
Senior IT-Specialist
Team leader Network & Communication Services
Managed & Cloud Services
________________________________
DIDAS Business Services GmbH |Bernerstr. 38 | 60437 Frankfurt
Tel.: +49 69-95022-327 | Fax: +49 69-95022-77327 | Mobil: +49 172-525 2383
Mail: [email protected]<mailto:[email protected]> | Web:
www.didas.de<http://www.didas.de/>
AG D?sseldorf HRB 63231 | USt-ID-Nr.: DE811548338 | Gesch?ftsf?hrer: Dirk Kiefer
________________________________
Der Inhalt dieser E-Mail ist vertraulich und ausschlie?lich f?r den
bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass
jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe
des Inhalts dieser E-Mail unzul?ssig ist. Wir bitten Sie, sich in diesem Fall
mit dem Absender der E-Mail in Verbindung zu setzen. Wir m?chten Sie au?erdem
darauf hinweisen, dass die Kommunikation per E-Mail ?ber das Internet unsicher
ist, da f?r unberechtigte Dritte grunds?tzlich die M?glichkeit der
Kenntnisnahme und Manipulation besteht.
The information contained in this e-mail is confidential. It is intended solely
for the addressee. Access to this e-mail by anyone else is unauthorized. If you
are not the intended recipient, any form of disclosure, reproduction,
distribution or any action taken or refrained from in reliance on it, is
prohibited and may be unlawful. Please notify the sender immediately. We also
like to inform you that communication via e-mail over the internet is insecure
because third parties may have the possibility to access and manipulate e-mails.
Von: Schmitz, Daniel
Gesendet: Dienstag, 23. Juli 2013 09:53
An: 'Divin John (dijohn)'; voip puck
Betreff: AW: [cisco-voip] Transcoding Meeting Place
Hi John,
the MRGL setup looks like this:
CUCM Germany has a SIP trunk to MPE - The SIP trunks
device pool has a MRGL with the transcoder assigned.
CUCM Germany has a SIP trunk to CUCM China - The SIP trunks device
pool has a MRGL with the transcoder assigned.
The region setup looks like this:
Between CUCM Germany and MPE - only G.729 allowed
(do I have to change this to G.711?)
Between CUCM Germany and CUCM China - only G.729 allowed
What do you mean with meeting place MRGL? The MRGL of the SIP trunk pointing to
MPE?
I am not able to enter the IOS command "dspfarm profile 3 transcode universal"
Regards
Daniel
Von: Divin John (dijohn) [mailto:[email protected]]
Gesendet: Dienstag, 23. Juli 2013 09:29
An: Divin John (dijohn); Schmitz, Daniel; voip puck
Betreff: Re: [cisco-voip] Transcoding Meeting Place
Meeting place MRGL needs the transcoder. CUCM tries to invoke the xcoder on the
HEAVY weight codec side (G711 in this case).
Regards,
Divin
From: Divin John <[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 12:50 PM
To: "Schmitz, Daniel"
<[email protected]<mailto:[email protected]>>, voip puck
<[email protected]<mailto:[email protected]>>
Subject: Re: [cisco-voip] Transcoding Meeting Place
I would say, CUCM Germany. Also, note: normal transcoder support only G711 to
any other codec. One leg has to be G711. To remove this restriction configure
Universal Transcoders (any codec to any codec) "dspfarm profile 3 transcode
universal"
Also, make sure, Meeting place to Transcoder is G711
Transcoder to SIP Trunk is G729.
China Phone to SIp Trunk is G729.
Regards,
Divin
From: <Schmitz>, Daniel
<[email protected]<mailto:[email protected]>>
Date: Tuesday, 23 July 2013 12:42 PM
To: voip puck <[email protected]<mailto:[email protected]>>
Subject: [cisco-voip] Transcoding Meeting Place
Hi all,
a customer has the following setup.
- Across the MPLS, G.729 should be used
- Meeting Place is just configured for High Capacity (G.711) only
- CUCM has an IOS transcoder with the following configuration
dspfarm profile 3 transcode
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 6
associate application SCCP
For some reason it is not possible to call from China to the Meeting Place, as
soon as I allow G.711 via the SIP trunk everything works just fine, but with
G.729 the call cannot be established.
Which component needs the correct MRGL for the transcoding?
[cid:[email protected]]
Do I miss anything?
Regards
Daniel
Senior IT-Specialist
Team leader Network & Communication Services
Managed & Cloud Services
________________________________
DIDAS Business Services GmbH |Bernerstr. 38 | 60437 Frankfurt
Tel.: +49 69-95022-327 | Fax: +49 69-95022-77327 | Mobil: +49 172-525 2383
Mail: [email protected]<mailto:[email protected]> | Web:
www.didas.de<http://www.didas.de/>
AG D?sseldorf HRB 63231 | USt-ID-Nr.: DE811548338 | Gesch?ftsf?hrer: Dirk Kiefer
________________________________
Der Inhalt dieser E-Mail ist vertraulich und ausschlie?lich f?r den
bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass
jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe
des Inhalts dieser E-Mail unzul?ssig ist. Wir bitten Sie, sich in diesem Fall
mit dem Absender der E-Mail in Verbindung zu setzen. Wir m?chten Sie au?erdem
darauf hinweisen, dass die Kommunikation per E-Mail ?ber das Internet unsicher
ist, da f?r unberechtigte Dritte grunds?tzlich die M?glichkeit der
Kenntnisnahme und Manipulation besteht.
The information contained in this e-mail is confidential. It is intended solely
for the addressee. Access to this e-mail by anyone else is unauthorized. If you
are not the intended recipient, any form of disclosure, reproduction,
distribution or any action taken or refrained from in reliance on it, is
prohibited and may be unlawful. Please notify the sender immediately. We also
like to inform you that communication via e-mail over the internet is insecure
because third parties may have the possibility to access and manipulate e-mails.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/d5f39adb/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 6761 bytes
Desc: image001.png
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/d5f39adb/attachment-0001.png>
------------------------------
Message: 12
Date: Tue, 23 Jul 2013 13:06:53 +0000
From: Jean Carlos Coelho <[email protected]>
To: "Buchanan, James" <[email protected]>,
"[email protected]" <[email protected]>
Subject: [cisco-voip] RES: 7915 module BLF pickup call is not working.
Message-ID:
<d0e51d2c2995f14692585dc0e15e2e3501d10...@gruprd8010mb474.lamprd80.prod.outlook.com>
Content-Type: text/plain; charset="utf-8"
Hi
Yesterday i saw this event, primary line in the same gpick-up of the DN BLF
buttons, as all my 24 DN in BLF are not in the same gpickup, i created a new
gpickup with all the others gpickup in this. Then i put in the primary line of
the 7962 phone my new gpickup, it's ok now!
Thank You!
Jean
De: Buchanan, James [mailto:[email protected]]
Enviada em: ter?a-feira, 23 de julho de 2013 03:28
Para: Jean Carlos Coelho; [email protected]
Assunto: RE: 7915 module BLF pickup call is not working.
You must have your primary line in the same pickup group as the numbers you are
trying to pickup. Also, in the CallManager Service Parameters, you must have
Auto Call Pickup enabled. Also, when you configured the BLF buttons, you must
have checked the box that says ?Call Pickup?.
James Buchanan | Sr. Network Engineer
Presidio | www.presidio.com<http://www.presidio.com>
12 Cadillac Drive Suite 130, Brentwood, TN 37027
D: 615.866.5729 | C: 931.797.2326 | F: 615.866.5781 |
[email protected]<mailto:[email protected]>
[Practical thinking for a connected world.]<http://www.presidio.com>
Follow us:
[Follow Presidio on Twitter]<http://www.twitter.com/presidio>
From: cisco-voip
[mailto:[email protected]]<mailto:[mailto:[email protected]]>
On Behalf Of Jean Carlos Coelho
Sent: Monday, July 22, 2013 2:51 PM
To: [email protected]<mailto:[email protected]>
Subject: [cisco-voip] 7915 module BLF pickup call is not working.
Hi, i have a Cisco Phone 7962 SCCP + Expansion module 7915, i added the BLF
function and i can view the others DNs busy or ringing, i can transfer a call,
put in wait mode normally, but i cannot pick up calls ringing in the BLF
buttons, all the pickup groups are the same, i tried gpuckup, pickup. How can i
use the pick up in the BLF buttons of 7915 module?
Thank You! (sorry for my bad english).
This message w/attachments (message) is intended solely for the use of the
intended recipient(s) and may contain information that is privileged,
confidential or proprietary. If you are not an intended recipient, please
notify the sender, and then please delete and destroy all copies and
attachments. Please be advised that any review or dissemination of, or the
taking of any action in reliance on, the information contained in or attached
to this message is prohibited.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/2922affd/attachment-0001.html>
------------------------------
Message: 13
Date: Tue, 23 Jul 2013 08:33:39 -0400
From: David Zhars <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [cisco-voip] Analog Polycom with ATA187
Message-ID:
<CADe=jTGoPdgjg9LzLWuBMXZWzDa8-OsEVEWGuDcBLfg=xia...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Can such a setup initiate a MeetMe conference? I am trying to find the
relevant docs, but not much luck!
Analog Polycom speaker phone connected through ATA 187. Internal calls
work fine, ext to ext, and external calls work fine as well.
Thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130723/c7fdb9b1/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
------------------------------
End of cisco-voip Digest, Vol 117, Issue 19
*******************************************
