<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Lelio,<br>
I'm sorry, 919 is RTP. One too many route filter expressions :)<br>
<br>
/Wes<br>
<br>
Lelio Fulgenzi wrote:
<blockquote cite="mid002101c47f4f$ee1d0640$c801a8c0@deadfish"
type="cite">
<title></title>
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<meta content="MSHTML 6.00.2800.1458" name="GENERATOR">
<div><font face="Arial" size="2">OK. I'll have to open a case when I
have some time to commit. I've written down a few numbers from TAC
engineers and they're willing to help reproduce the problem. I think
most of them were from 919 to tell you the truth. But I can't remember.
I'll post whatever I find out from the TAC to the list.</font></div>
<div> </div>
<blockquote
style="border-left: 2px solid rgb(0, 0, 0); padding-right: 0px; padding-left: 5px; margin-left: 5px; margin-right: 0px;"
dir="ltr">
<div
style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;">-----
Original Message ----- </div>
<div
style="background: rgb(228, 228, 228) none repeat scroll 0%; -moz-background-clip: initial; -moz-background-origin: initial; -moz-background-inline-policy: initial; font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>From:</b>
<a title="wsisk@cisco.com" href="mailto:wsisk@cisco.com">Wes Sisk</a>
</div>
<div
style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>To:</b>
<a title="lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">Lelio
Fulgenzi</a> </div>
<div
style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>Cc:</b>
<a title="cisco-voip@puck.nether.net"
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
</div>
<div
style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>Sent:</b>
Tuesday, August 10, 2004 10:42 PM</div>
<div
style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>Subject:</b>
Re: [cisco-voip] First character missing from calling name ID on some
calls from Cisco TAC engineers</div>
<div><br>
</div>
Hi Lelio,<br>
<br>
Yep, you've got MGCP. Hmm, CSCdu54048 should have taken care of this
for you. We're gonna need that TAC case. Please include a CCM trace
that shows an inbound call setup from a Cisco employee. Have you
noticed coming from any specific Cisco campus/area code? RTP(392)
SJ(408)...?<br>
<br>
CSCdu54048<br>
<pre>When <a
href="http://wwwin-metrics.cisco.com/cgi-bin/ddtsdisp.cgi?id=CSCdu18827">CSCdu18827</a> was resolved in CallManager 3.1(0.163), it was discovered
that a number of ISDN switches implementing the DMS PRI protocols do not
adhere to Nortel's specification for the Display IE.
Specifically, there is an "extra" leading character that Nortel sends at
the front of the Display IE that should not be used as part of the
actual display for the telephone set.
The problem is that now, all PRI gateways in CallManager that are configured
to use one of the DMS PRI protocols assume that this extra character is there.
If the ISDN switch is not sending this extra leading character, and rather
the first character is part of the display name, then the first real
character of the display name will be discarded from the telephone display
on the IP phone. This can happen in any of the messages where the Display IE
can be carried (e.g. SETUP, CONNECT, etc)
For example, if I call from the IP phone on 3.1(0.163) to another phone
through the gateway where my name display should be John Doe then when
the call connects and the CallManager gets Display IE = John Doe then
what actually gets displayed is:
ohn Doe
This is being filed as an enhancement so that for any time we receive a
Display IE on the PRI gateway configured with one of the DMS PRI protocols,
we should look at the most significant bit in the byte following the length
field in the Display IE.
If it is an ASCII character, then we do nothing and continue normally. If
it is a non-ASCII character, then we strip off the entire byte before handing
off the name display to the destination device.</pre>
<br>
<br>
<br>
<br>
Lelio Fulgenzi wrote:
<blockquote cite="mid003401c47f4a$52887ac0$c801a8c0@deadfish"
type="cite">
<meta content="MSHTML 6.00.2800.1458" name="GENERATOR">
<style></style>
<div><font face="Arial" size="2">Hi Wes. We are using 6608 blades
in a 6500 chasis, so it's not IOS - it's CatOS, I think the bugs were
for IOS in routers. I'm pretty sure they are running MGCP, since I was
told if it has the T1 icon, it's MGCP, and it's H323 if it has H323 in
the icon (all in the gateway configuration screen on CallManager
v3.3(3)sr4a).</font></div>
<div> </div>
<div><font face="Arial" size="2">It's certainly wierd - it only
occurs with calls from Cisco TAC staff.</font></div>
<div> </div>
<div> </div>
<div>-----
-----<br>
Lelio Fulgenzi, B.A. <a
href="mailto:lelio@uoguelph.ca.eh">lelio@uoguelph.ca.eh</a><br>
Network Analyst (CCS)<br>
University of Guelph FAX:(519) 767-1060 JNHN<br>
Guelph, Ontario N1G 2W1 TEL:(519) 824-4120
x56354<br>
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>
remove the 1st letter of the canadian alphabet from my email, eh!</div>
<blockquote
style="border-left: 2px solid rgb(0, 0, 0); padding-right: 0px; padding-left: 5px; margin-left: 5px; margin-right: 0px;">
<div
style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;">-----
Original Message ----- </div>
<div
style="background: rgb(228, 228, 228) none repeat scroll 0% 50%; -moz-background-clip: initial; -moz-background-origin: initial; -moz-background-inline-policy: initial; font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>From:</b>
<a title="wsisk@cisco.com" href="mailto:wsisk@cisco.com">Wes
Sisk</a> </div>
<div
style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>To:</b>
<a title="lelio@uoguelph.ca" href="mailto:lelio@uoguelph.ca">Lelio
Fulgenzi</a> </div>
<div
style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>Cc:</b>
<a title="cisco-voip@puck.nether.net"
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
</div>
<div
style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>Sent:</b>
Tuesday, August 10, 2004 8:08 PM</div>
<div
style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>Subject:</b>
Re: [cisco-voip] First character missing from calling name ID on some
calls from Cisco TAC engineers</div>
<div><br>
</div>
Hi Lelio,<br>
<br>
Are you using h323 gateways?<br>
CSCea76050, CSCdz86750,<br>
<br>
In the Avaya implementation of DMS trunks, they do not support<br>
the special leading character. The Avaya PBX's are configured<br>
for DMS switch type, and for that configuration the Avaya PBX<br>
does not insert(on outbound) or strip(on inbound) the special<br>
leading character.<br>
<br>
The possibilities:<br>
1) some endpoints do support the DMS special leading character<br>
on trunks configured for the DMS protocol (Nortel PBX's)<br>
2) some endpoints do not support the DMS special leading character <br>
on trunks confiugred for the DMS protocol (Avaya,Cisco,other)<br>
3) it is not possibile for intermediate VOIP hops to modify DisplayIE<br>
4) it is possbile for intermediate POTS hops to modify the DisplayIE<br>
<br>
Basic opertion:<br>
Default IOS behavior has to be maintained. The display IE should be
passed<br>
from pots->voip and from voip->pots without modification. The
DisplayIE should<br>
not be removed and inserted in the UserUserIE RAW data.<br>
<br>
What is needed to make this work for customer EY:<br>
1. DO NOT MODIFY DisplayIE (transparently pass DisplayIE without
modification in all cases)<br>
<br>
What is needed to make this work for all possible customer permutations:<br>
1. Do nothing (blindly pass DisplayIE, make this default just like in
previous IOS versions)<br>
2. CLI to stip leading char going pots->voip<br>
3. CLI to insert leading char going pots->voip<br>
4. CLI to insert leading char going voip->pots<br>
5. CLI to strip leading char going voip->pots<br>
<br>
Leading character "0xB1" for DMS 100, or "0xB2" for DSM_250.<br>
<br>
********************<br>
<br>
We have confirmed that the originating Jax CCM did not insert the 0xB1,
but the 0xB1 is present when<br>
the call arrives at NY.<br>
<br>
I believe this is due to the IOS request CSCdx12421. This was
initially requested to have a hidden<br>
CLI to add/remove the 0x81 character. However, the final
implementation in is a hard coded insertion of <br>
0xB1 when it is not initially present.<br>
<br>
Please confirm the version of code on the Jax 36xx router.<br>
<br>
We need to confirm once more that the 0xB1 is not in the Dislpay when
it leaves the Jax CCM, but is<br>
there in the Debug isdn q931 when the call leaves the Jax router.<br>
<br>
Going forward we have 2 options:<br>
<br>
1. use MGCP gateways everywhere. Callmanager still allows the option
of inserting 0xB1 or not<br>
inserting it,<br>
We could configure MGCP IOS gateways in Troy, Jax, and Hou?? to avoid
this issue.<br>
<br>
2. upgrade CCM to at least 3.2(2c)spF everywhere and enabled the
parameter<br>
"SendExtraLeadingCharacterInDisplayIE"<br>
everywhere. CCM requires this flag be set in the gateway configuration
page to check for the 0xB1<br>
character and remove it.<br>
With this box checked, incoming messages from MGCP gateways will be
checked and stripped of a<br>
leading 0xB1 character.<br>
However, this will also have CM send the leading character out as well,
so the far end CM will have<br>
to expect this and remove it.<br>
Thus the need for 3.2(2c)spF and this configuration in all locations.<br>
<br>
/Wes<br>
<br>
<br>
Lelio Fulgenzi wrote:<br>
<br>
> In order to get calling name ID working properly, we had to check
off <br>
> the following parameter in our *Digital Access PRI* gateway:<br>
> <br>
> [x] Send Extra Leading Character In DisplayIE***<br>
> <br>
> Once we set that parameter, the special character that appeared
before <br>
> the calling name (usually an ASCII graphic character) went away,
and <br>
> all was well.<br>
> <br>
> However, now, when I get a call from some Cisco TAC engineers
(this is <br>
> the only time I've seen it), the first letter of their name is <br>
> missing. Instead of "Tom Smith", I see "om Smith".<br>
> <br>
> Has anyone else run into this?<br>
> <br>
> Just thought I'd send a note out before I open a case with the TAC
on <br>
> this. I'm worried that between some CallManager-to-CallManager <br>
> communications, this parameter is actually causing the problem and
if <br>
> it's something that can be avoided if we decide to go with some <br>
> off-site CCM installations.<br>
> <br>
> Lelio<br>
> <br>
>
--------------------------------------------------------------------------------<br>
> Lelio Fulgenzi, B.A.<br>
> Network Analyst (CCS) * University of Guelph * Guelph, Ontario N1G
2W1<br>
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)<br>
> <br>
> "This signature may contain traces of nuts"<br>
>
--------------------------------------------------------------------------------<br>
> <br>
><br>
>------------------------------------------------------------------------<br>
><br>
>_______________________________________________<br>
>cisco-voip mailing list<br>
><a class="moz-txt-link-abbreviated"
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><a class="moz-txt-link-freetext"
href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
> <br>
><br>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</body>
</html>