<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
what version of q931 translator?&nbsp; <br>
<br>
<a class="moz-txt-link-freetext" href="http://www.employees.org/~pgiralt/TranslatorX/">http://www.employees.org/~pgiralt/TranslatorX/</a><br>
<br>
The 0x80 and 0x81 are the presentation indicators, indicating if the
number is private or not.&nbsp; the actual number still has to be delivered
for
system processing, but PBX's are supposed to conceal the number from
end user equipment.<br>
<br>
/Wes<br>
<br>
Erick Bergquist wrote:
<blockquote
 cite="mid20060210161435.308.qmail@web34312.mail.mud.yahoo.com"
 type="cite">
  <pre wrap="">This is Q931 translator of call made... 1234 shows up
on phone as calling party number instead of nothing or
private, etc. 1234 is phones extension and RP does not
have external party mask checked and is set to
restricted. 

SETUP  pd = 8  callref = 0x1EB6
Bearer Capability i = 0x8090A2
Channel ID i = 0xA98393
Calling Party Number i = '!', 0x81, '1234'
Called Party Number i = 0x80, '1235556666'

--- Wes Sisk <a class="moz-txt-link-rfc2396E" href="mailto:wsisk@cisco.com">&lt;wsisk@cisco.com&gt;</a> wrote:

  </pre>
  <blockquote type="cite">
    <pre wrap="">yep.  look check the ccm trace with q931 translator
to make sure  
we're setting it properly.

also might be worth a check with Dialed Number
Analyzer to see what  
it says.

/Wes

On Feb 9, 2006, at 8:52 PM, Erick Bergquist wrote:

Yea, the route group/detail and gateway is set to
default and on route pattern is set to restricted,
so
the settings on the route pattern should pass
through
right?

--- Wes Sisk <a class="moz-txt-link-rfc2396E" href="mailto:wsisk@cisco.com">&lt;wsisk@cisco.com&gt;</a> wrote:

    </pre>
    <blockquote type="cite">
      <pre wrap="">it's configurable
1.on the route pattern
2. where the route gruop is made a member of the
route list
3. on the gateway.

check all of those.  there is a slim chance the
      </pre>
    </blockquote>
    <pre wrap="">PSTN
    </pre>
    <blockquote type="cite">
      <pre wrap="">is not honoring the
setting.  all you can do to validate that is use
q931 translator to look
at the outbound SETUP from CM.  the privacy bits
      </pre>
    </blockquote>
    <pre wrap="">are
    </pre>
    <blockquote type="cite">
      <pre wrap="">part of the called
party number and q931 translator decodes nicely.

/Wes

Erick Bergquist wrote:
      </pre>
      <blockquote type="cite">
        <pre wrap="">Have a situation where have a few 9*67.xxxxxxx
        </pre>
      </blockquote>
      <pre wrap="">route
      </pre>
      <blockquote type="cite">
        <pre wrap="">patterns and the external party mask is
        </pre>
      </blockquote>
    </blockquote>
    <pre wrap="">unchecked,
    </pre>
    <blockquote type="cite">
      <pre wrap="">and
      </pre>
      <blockquote type="cite">
        <pre wrap="">calling line presentation is set to restricted on
        </pre>
      </blockquote>
      <pre wrap="">RP.
      </pre>
      <blockquote type="cite">
        <pre wrap="">Route detail is set to default as well as
        </pre>
      </blockquote>
      <pre wrap="">gateway/MGCP
      </pre>
      <blockquote type="cite">
        <pre wrap="">endpoint. But when calls go out the outside
        </pre>
      </blockquote>
    </blockquote>
    <pre wrap="">caller
    </pre>
    <blockquote type="cite">
      <pre wrap="">is
      </pre>
      <blockquote type="cite">
        <pre wrap="">seeing the calling party number still.

The gateway is a 6608. Anyone know what to look
        </pre>
      </blockquote>
      <pre wrap="">for in
      </pre>
      <blockquote type="cite">
        <pre wrap="">the traces to verify the call is going out as
restricted? These *67 patterns used to work in
        </pre>
      </blockquote>
      <pre wrap="">past
      </pre>
      <blockquote type="cite">
        <pre wrap="">I'm being told.

If you prefix *67 on called party number so it
        </pre>
      </blockquote>
      <pre wrap="">goes
      </pre>
      <blockquote type="cite">
        <pre wrap="">out PRI with *67 the call fails.

thanks


        </pre>
      </blockquote>
    </blockquote>
    <pre wrap="">__________________________________________________
    </pre>
    <blockquote type="cite">
      <blockquote type="cite">
        <pre wrap="">Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam
        </pre>
      </blockquote>
      <pre wrap="">protection around
      </pre>
      <blockquote type="cite">
        <pre wrap=""><a class="moz-txt-link-freetext" href="http://mail.yahoo.com">http://mail.yahoo.com</a>
_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>

        </pre>
      </blockquote>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
    </pre>
    <blockquote type="cite">
      <pre wrap="">
      </pre>
    </blockquote>
    <pre wrap="">
__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam
protection around
<a class="moz-txt-link-freetext" href="http://mail.yahoo.com">http://mail.yahoo.com</a>


    </pre>
  </blockquote>
  <pre wrap=""><!---->

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
<a class="moz-txt-link-freetext" href="http://mail.yahoo.com">http://mail.yahoo.com</a> 
  </pre>
</blockquote>
</body>
</html>