[cisco-voip] *67 route pattern with calling line set to restricted

[Erick Bergquist]

I was using the Q931 translator in CCM Servicability
pages for 4.02a. 

I put the trace through the following tool and it
shows presentation allowed. I was using triple combo
which isn't as detailed... VLT also showed the
details. I'll have to go reset the gateways again and
make sure they really reset.

thanks for link to translatorX.

--- Wes Sisk <wsisk at cisco.com> wrote:


---------------------------------
  what version of q931 translator?  

http://www.employees.org/~pgiralt/TranslatorX/

The 0x80 and 0x81 are the presentation indicators,
indicating if thenumber is private or not.  the actual
number still has to be deliveredforsystem processing,
but PBX's are supposed to conceal the number fromend
user equipment.

/Wes

Erick Bergquist wrote:  
This is Q931 translator of call made... 1234 shows
upon phone as calling party number instead of nothing
orprivate, etc. 1234 is phones extension and RP does
nothave external party mask checked and is set
torestricted. SETUP  pd = 8  callref = 0x1EB6Bearer
Capability i = 0x8090A2Channel ID i = 0xA98393Calling
Party Number i = '!', 0x81, '1234'Called Party Number
i = 0x80, '1235556666'--- Wes Sisk <wsisk at cisco.com>
wrote:  
      
yep.  look check the ccm trace with q931 translatorto
make sure  we're setting it properly.also might be
worth a check with Dialed NumberAnalyzer to see what 
it says./WesOn Feb 9, 2006, at 8:52 PM, Erick
Bergquist wrote:Yea, the route group/detail and
gateway is set todefault and on route pattern is set
to restricted,sothe settings on the route pattern
should passthroughright?--- Wes Sisk <wsisk at cisco.com>
wrote:    
          
it's configurable1.on the route pattern2. where the
route gruop is made a member of theroute list3. on the
gateway.check all of those.  there is a slim chance
the      
        
PSTN    
          
is not honoring thesetting.  all you can do to
validate that is useq931 translator to lookat the
outbound SETUP from CM.  the privacy bits      
        
are    
          
part of the calledparty number and q931 translator
decodes nicely./WesErick Bergquist wrote:      
              
Have a situation where have a few 9*67.xxxxxxx        
            
route      
              
patterns and the external party mask is        
              
unchecked,    
          
and      
              
calling line presentation is set to restricted on     
  
            
RP.      
              
Route detail is set to default as well as        
            
gateway/MGCP      
              
endpoint. But when calls go out the outside        
              
caller    
          
is      
              
seeing the calling party number still.The gateway is a
6608. Anyone know what to look        
            
for in      
              
the traces to verify the call is going out
asrestricted? These *67 patterns used to work in      
 
            
past      
              
I'm being told.If you prefix *67 on called party
number so it        
            
goes      
              
out PRI with *67 the call fails.thanks        
              
__________________________________________________    
                  
Do You Yahoo!?Tired of spam?  Yahoo! Mail has the best
spam        
            
protection around      
              
http://mail.yahoo.com_______________________________________________cisco-voip
mailing listcisco-voip at puck.nether.net        
              
https://puck.nether.net/mailman/listinfo/cisco-voip   

          
      
        
__________________________________________________Do
You Yahoo!?Tired of spam?  Yahoo! Mail has the best
spamprotection aroundhttp://mail.yahoo.com    
    
__________________________________________________Do
You Yahoo!?Tired of spam?  Yahoo! Mail has the best
spam protection around http://mail.yahoo.com   



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com