CCIE Voice notes

Significance of $ in dial-peer destination pattern

cciestudy — Wed, 25 Oct 2006 13:24:56 +0000

$ means ”end of digits” and is used for a more specific match. If you have two dial-peers with the same pattern and one with $ and the other without $, then call routing logic will always match the one with $, because that is more specific. Even if you give a lower preference to the dial-peer with $, still it will be matched because by default the dial-plan hunting algorithm is more specific match first and then preference.

dial-peer voice 10 pots

destination-pattern 1000

port 1/0/0

dial-peer voice 11 pots

destination-pattern 1000$

port 1/0/0

preference 5

In this case, always dial-peer 11 will be used to route calls to 1000, even though it has a lower preference.

How to manually replicate Unity Objects?

cciestudy — Mon, 09 Oct 2006 11:32:44 +0000

Unity Admin > Configuration > Settings

Replicate Cisco Unity Directory Objects

How to toggle between 12 and 24 hr time format in Unity

cciestudy — Mon, 09 Oct 2006 11:30:26 +0000

Unity Admin > Configuration > Settings

Schedule options: Use 24-hour time format for conversation and schedules

Default: 12-hour format

How to enable/disable spelled name search?

cciestudy — Mon, 09 Oct 2006 11:28:24 +0000

Unity Admin > Configuration > Settings

Address messages to other subscribers: Enable spelled name search

Default: Enabled

GK Call routing

sankar — Mon, 18 Sep 2006 04:45:03 +0000

Click on link to enlarge the pic.

Show isdn service

sankar — Mon, 18 Sep 2006 04:19:34 +0000

To find out which channels are in service, which are out of service, use command,

sh isdn service. Here is a sample output from a Cisco IOS router.

BR1#sh isdn service
PRI Channel Statistics:

%Q.931 is backhauled to CCM MANAGER 0×0003 on DSL 0. Layer 3 output may not appl
y

ISDN Se0/0/1:23, Channel [1-24]
Configured Isdn Interface (dsl) 0
   Channel State (0=Idle 1=Proposed 2=Busy 3=Reserved 4=Restart 5=Maint_Pend)
    Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4
    State   : 0 0 0 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
   Service State (0=Inservice 1=Maint 2=Outofservice 8=MaintPend 9=OOSPend)
    Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4
    State   : 0 0 0 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2
BR1#

How to hide users in Corporate Directory?

sankar — Mon, 18 Sep 2006 03:27:24 +0000

1. Create a file by the name hideuser.ldif (can be any name) in Notepad

2. Lets take the example of hiding ac user for Attendant Console. Put the following contents in the file and save it.

dn: cn=ac, ou=users, o=cisco.com
changeType:modify
replace:Description
Description:CiscoPrivateUser

3. Go to command line and run the following command.

ldapmodify -h -p 8404 -D “cn=Directory
Manager,o=cisco.com” -w -c -f hideuser.ldif

T37 outbound fax from Unity – debugs

sankar — Mon, 18 Sep 2006 02:48:27 +0000

Sep 17 16:49:09.887: //-1/xxxxxxxxxxxx/MSPI_OFF/mspi_offramp_tel_num_trans:
   Mail From=OFax@iptel.com, Phone Number In=FAX=1, Phone Number Dial=
Sep 17 16:49:09.887: //-1/xxxxxxxxxxxx/MSPI_OFF/mspi_offramp_tel_num_trans:
   Incoming Dial-peer(Tag=202, Matched Digits=10, Destination Pattern=12742551004)
Sep 17 16:49:09.887: //-1/xxxxxxxxxxxx/MSPI_OFF/mspi_offramp_match_digits:
   Outgoing Peer(Tag=201, Destination Pattern=1274255100., Strip Enable=TRUE)
Sep 17 16:49:09.887: //-1/xxxxxxxxxxxx/MSPI_OFF/mspi_offramp_tel_num_trans:
   Incoming Dial-peer(Tag=202), Outgoing Dial-peer(Tag=201), Cover Page=FALSE
Sep 17 16:49:09.887: //-1/xxxxxxxxxxxx/MSPI_OFF/mspi_offramp_new_rcpt:
   Envelope To=FAX=12742551004@pstnsw.gateway.com, Length=34,
   MMccb(Incoming Dial-peer=202, Outgoing Dial-peer=201,
   Telephone Number Dial=12742551004, Sub Address=, Cover Page=FALSE
Sep 17 16:49:09.887: //-1/xxxxxxxxxxxx/MSPI_OFF/mspi_offramp_new_rcpt:exit@1127
Sep 17 16:49:10.907: //-1/46E6CB8B80DA/MSPI_OFF/mspi_get_ani:
   in_str=”Outgoing Fax” <OFax@iptel.com>
Sep 17 16:49:10.907: //-1/46E6CB8B80DA/MSPI_OFF/mspi_get_ani:
   in_str=OFax@iptel.com
Sep 17 16:49:10.907: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_rfc822_header:
   Envelope From=OFax@iptel.com, Size=15
   From Personal Name=Outgoing Fax
   From=”Outgoing Fax” <OFax@iptel.com>
   To=<FAX=12742551004@pstnsw.gateway.com>
    Notification Type=0
Sep 17 16:49:10.907: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_rfc822_header:
   MMccb(Called Number=12742551004, Calling Number=, Incoming Dial-peer=202)
Sep 17 16:49:10.911: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONNECTING)
Sep 17 16:49:10.911: //163/46E6CB8B80DA/MSPI_OFF/moff_save_buffer:
   MIME Type=12, Buffer Length=1536
Sep 17 16:49:10.923: ISDN Se1/0/0:23 Q931: pak_private_number: Invalid type/plan 0×0 0×1 may be overriden; sw-type 13
Sep 17 16:49:10.923: ISDN Se1/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0×2 0×1, Called num 2742551004
Sep 17 16:49:10.927: ISDN Se1/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0×0093
        Bearer Capability i = 0x8090A2
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98381
                Exclusive, Channel 1
        Calling Party Number i = 0×0081, N/A
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0xA1, ’2742551004′
                Plan:ISDN, Type:National
Sep 17 16:49:10.931: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONNECTING)
Sep 17 16:49:10.931: //163/46E6CB8B80DA/MSPI_OFF/moff_save_buffer:
   MIME Type=12, Buffer Length=1536
Sep 17 16:49:10.939: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONNECTING)
Sep 17 16:49:10.939: //163/46E6CB8B80DA/MSPI_OFF/moff_save_buffer:
   MIME Type=12, Buffer Length=1536
Sep 17 16:49:10.943: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONNECTING)
Sep 17 16:49:10.943: //163/46E6CB8B80DA/MSPI_OFF/moff_save_buffer:
   MIME Type=12, Buffer Length=1536
Sep 17 16:49:10.947: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONNECTING)
Sep 17 16:49:10.947: //163/46E6CB8B80DA/MSPI_OFF/moff_save_buffer:
   MIME Type=12, Buffer Length=1536
Sep 17 16:49:10.951: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONNECTING)
Sep 17 16:49:10.951: ISDN Se1/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0×8093
        Channel ID i = 0xA98381
                Exclusive, Channel 1
Sep 17 16:49:10.955: ISDN Se1/0/0:23 Q931: RX <- ALERTING pd = 8 callref = 0×8093
        Progress Ind i = 0×8088 – In-band info or appropriate now available
Sep 17 16:49:10.959: //163/46E6CB8B80DA/MSPI_OFF/moff_save_buffer:
   MIME Type=12, Buffer Length=1536
Sep 17 16:49:10.959: //163/46E6CB8B80DA/MSPI_OFF/moff_save_buffer:
   Disabled Receiving!
Sep 17 16:49:21.123: ISDN Se1/0/0:23 Q931: RX <- CONNECT pd = 8 callref = 0×8093
        Display i = ‘hqph2′
Sep 17 16:49:21.127: %ISDN-6-CONNECT: Interface Serial1/0/0:0 is now connected to 2742551004 N/A
Sep 17 16:49:21.127: ISDN Se1/0/0:23 Q931: TX -> CONNECT_ACK pd = 8 callref = 0×0093
Sep 17 16:49:28.931: //163/46E6CB8B80DA/MSPI/mspi_bridge:
   MMccb(State=CONNECTING, Type=Offramp), Destination Call Id=166
Sep 17 16:49:28.931: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:28.931: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:28.931: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:28.931: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:28.931: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:28.931: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:28.931: //163/46E6CB8B80DA/MSPI/mspi_bridge:
   Offramp Rcpt Enabled
Sep 17 16:49:40.963: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:40.963: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:40.967: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:40.967: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:40.979: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:40.979: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:40.983: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:40.983: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:40.999: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:40.999: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.007: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.007: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.011: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.011: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.023: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.023: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.027: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.027: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.039: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.039: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.043: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.043: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.055: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.055: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.059: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.059: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.071: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.071: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.083: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.083: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.087: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.087: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.099: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.099: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.099: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.099: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.111: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=1536, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.111: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.111: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_put_buffer:
   Mime Type=12, Buffer Length=200, MMccb(Info Type=10, State=CONFERENCED)
Sep 17 16:49:41.111: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   Mime Type=12
Sep 17 16:49:41.111: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_send_buffer:
   BUFF_LAST
Sep 17 16:49:51.079: %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet0/1 (not full duplex), with SCA041201H1 4/21 (full duplex).
Sep 17 16:50:17.491: //163/46E6CB8B80DA/MSPI/mspi_bridge_drop:
   MMccb(State=DESTROYING, Type=Offramp), Destination Call Id=166
Sep 17 16:50:17.503: %ISDN-6-DISCONNECT: Interface Serial1/0/0:0 disconnected from 2742551004 , call lasted 56 seconds
Sep 17 16:50:17.503: ISDN Se1/0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0×0093
        Cause i = 0×8290 – Normal call clearing
Sep 17 16:50:17.523: ISDN Se1/0/0:23 Q931: RX <- RELEASE pd = 8 callref = 0×8093
Sep 17 16:50:17.527: ISDN Se1/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0×0093
Sep 17 16:50:17.531: //163/46E6CB8B80DA/MSPI/mspi_call_disconnect:
   Cause Value=normal call clearing (16),
   MMccb(State=DISCONNECTING, Type=Offramp)
Sep 17 16:50:17.531: //163/46E6CB8B80DA/MSPI/mspi_offramp_call_history:
   MMccb(Disconnect Cause=normal call clearing (16) 16)
Sep 17 16:50:17.531: //163/46E6CB8B80DA/MSPI_OFF/mspi_call_get_offramp:
Sep 17 16:50:17.531: //163/46E6CB8B80DA/MSPI_OFF/mspi_call_get_offramp:exit@2527
Sep 17 16:50:17.531: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_call_history:exit@2399
Sep 17 16:50:26.567: //163/46E6CB8B80DA/MSPI_OFF/mspi_offramp_dispose_context:
   MMccb(State=DISCONNECT_DONE)

T37 inbound fax to Unity – debugs.

sankar — Mon, 18 Sep 2006 02:03:49 +0000

OUtput of debug fax mspi all on T37 router. (First few lines are from debug isdn q931 to show the fax call come into the t37 router)

A successful fax inbound from the router to Unity will throw the following debugs.

PSTNSw#
Sep 17 14:55:15.972: ISDN Se1/0/0:23 Q931: RX <- SETUP pd = 8 callref = 0×0009
        Bearer Capability i = 0x8090A2
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98383
                Exclusive, Channel 3
        Display i = ‘hq vg248′
        Calling Party Number i = 0×0081, ’2742551004′
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0×80, ’16285253800′
                Plan:Unknown, Type:Unknown
Sep 17 14:55:16.016: %ISDN-6-CONNECT: Interface Serial1/0/0:2 is now connected to 2742551004 N/A
Sep 17 14:55:16.016: ISDN Se1/0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0×8009
        Channel ID i = 0xA98383
                Exclusive, Channel 3
Sep 17 14:55:16.016: ISDN Se1/0/0:23 Q931: TX -> CONNECT pd = 8 callref = 0×8009
Sep 17 14:55:16.032: ISDN Se1/0/0:23 Q931: RX <- CONNECT_ACK pd = 8 callref = 0×0009
Sep 17 14:55:29.132: //137/5CF666368032/MSPI_ON/mspi_call_setup_request:
   Outgoing Peer Tag=204
   Envelope From=FAX=2742551004@pstnsw.gateway.com
   Envelope To=ifax@iptel.com
   Mime Outer Type=2
Sep 17 14:55:30.132: //137/5CF666368032/MSPI_ON/mspi_check_connect:
   MMccb(Count=0)
Sep 17 14:55:30.132: //137/5CF666368032/MSPI_ON/mspi_check_connect:
   SMTP Connected To The Server !
Sep 17 14:55:30.132: //137/5CF666368032/MSPI/mspi_bridge:
   MMccb(State=CONNECTED, Type=Onramp), Destination Call Id=138
Sep 17 14:55:42.480: //137/5CF666368032/MSPI_ON/mspi_xmit:
   MMccb(State=CONFERENCED, Type=Onramp, Buffer Count=0),
   Source Call Id=138
Sep 17 14:55:42.480: //137/5CF666368032/MSPI_ON/mspi_xmit:
   MMccb(State=CONFERENCED, Type=Onramp, Buffer Count=1),
   Source Call Id=138
Sep 17 14:55:42.480: //137/5CF666368032/MSPI_ON/mspi_xmit:
   MMccb(State=CONFERENCED, Type=Onramp, Buffer Count=2),
   Source Call Id=138
Sep 17 14:55:42.480: //137/5CF666368032/MSPI_ON/mspi_xmit:
   MMccb(State=CONFERENCED, Type=Onramp, Buffer Count=3),
   Source Call Id=138
Sep 17 14:55:42.480: //137/5CF666368032/MSPI_ON/mspi_xmit:
   MMccb(State=CONFERENCED, Type=Onramp, Buffer Count=4),
   Source Call Id=138
Sep 17 14:55:42.480: //137/5CF666368032/MSPI_ON/mspi_xmit:
   MMccb(State=CONFERENCED, Type=Onramp, Buffer Count=5),
   Source Call Id=138
Sep 17 14:55:42.480: //137/5CF666368032/MSPI_ON/mspi_xmit:
   MMccb(State=CONFERENCED, Type=Onramp, Buffer Count=6),
   Source Call Id=138
Sep 17 14:55:42.480: //137/5CF666368032/MSPI_ON/mspi_xmit:
   MMccb(State=CONFERENCED, Type=Onramp, Buffer Count=7),
   Source Call Id=138
Sep 17 14:55:42.484: //137/5CF666368032/MSPI_ON/mspi_xmit:
   MMccb(State=CONFERENCED, Type=Onramp, Buffer Count=8),
   Source Call Id=138
Sep 17 14:55:42.484: //137/5CF666368032/MSPI_ON/mspi_xmit:
   MMccb(State=CONFERENCED, Type=Onramp, Buffer Count=9),
   Source Call Id=138
Sep 17 14:55:42.484: //137/5CF666368032/MSPI_ON/mspi_onramp_xmit:
   EOD Received
Sep 17 14:55:43.752: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   MMccb(Call State=CONFERENCED, Buffer Count=10)
Sep 17 14:55:43.752: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   MMccb(Call State=CONFERENCED, Buffer Count=9)
Sep 17 14:55:43.752: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   MMccb(Call State=CONFERENCED, Buffer Count=8)
Sep 17 14:55:43.752: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   MMccb(Call State=CONFERENCED, Buffer Count=7)
Sep 17 14:55:43.764: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   MMccb(Call State=CONFERENCED, Buffer Count=6)
Sep 17 14:55:43.764: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   MMccb(Call State=CONFERENCED, Buffer Count=5)
Sep 17 14:55:43.764: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   MMccb(Call State=CONFERENCED, Buffer Count=4)
Sep 17 14:55:43.764: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   MMccb(Call State=CONFERENCED, Buffer Count=3)
Sep 17 14:55:43.768: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   MMccb(Call State=CONFERENCED, Buffer Count=2)
Sep 17 14:55:43.932: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   MMccb(Call State=CONFERENCED, Buffer Count=1)
Sep 17 14:55:43.932: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   EOD Received; Status=0
Sep 17 14:55:43.932: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   Message Id=00012006095531752@PSTNSw.iptel.com
Sep 17 14:55:43.932: //137/5CF666368032/MSPI_ON/mspi_onramp_buff_finished_callback:
   Defer Destroying
Sep 17 14:55:46.932: //137/5CF666368032/MSPI_ON/mspi_onramp_defer_disconnect:
   MMccb(Call State=DESTROYING)
Sep 17 14:55:46.932: //137/5CF666368032/MSPI_ON/mspi_onramp_defer_disconnect:
   Send Disconnect Event
Sep 17 14:55:46.932: //137/5CF666368032/MSPI/mspi_bridge_drop:
   MMccb(State=DESTROYING, Type=Onramp), Destination Call Id=138
Sep 17 14:55:46.932: //137/5CF666368032/MSPI/mspi_call_disconnect:
   Cause Value=normal call clearing (16),
   MMccb(State=DISCONNECTING, Type=Onramp)
Sep 17 14:55:46.932: //137/5CF666368032/MSPI_ON/mspi_onramp_call_history:
   MMccb(Disconnect Cause=normal call clearing (16) 16)
Sep 17 14:55:46.932: //-1/xxxxxxxxxxxx/MSPI/mspi_free_ccb:
   Total Allocated MMccbs=1, Total Inserted MMccbs=0
Sep 17 14:55:46.940: %ISDN-6-DISCONNECT: Interface Serial1/0/0:2 disconnected from 2742551004
, call lasted 30 seconds
Sep 17 14:55:46.944: ISDN Se1/0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0×8009
        Cause i = 0×8290 – Normal call clearing
Sep 17 14:55:46.960: ISDN Se1/0/0:23 Q931: RX <- RELEASE pd = 8 callref = 0×0009
Sep 17 14:55:46.964: ISDN Se1/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0×8009

T37 fax inbound/outbound with Unity 4.0(5)

sankar — Mon, 18 Sep 2006 01:51:36 +0000

Enable DNS resolution:

ip domain-lookup

ip name-server

ip domain-name gateway.com (domain of gateway)

Enable T37:

fax interface-type fax-mail —- (reload the router)

Enable T37 Onramp: (Think of Onramp as coming ON to the network)
mta send server unity40.iptel.com port 25 —- (mail server – unity in this case)
mta send with-subject both —– (sends ani and dnis in subject)
mta send mail-from hostname pstnsw.gateway.com ———– (Mail from hostname)
mta send mail-from username $s$
mta send return-receipt-to hostname pstnsw.gateway.com ———— (NDR from hostname)
mta send return-receipt-to username $s$
!

application
service onramp flash:app_faxmail_onramp.2.0.1.3.tcl

dial-peer voice 203 pots
service onramp
incoming called-number 16285253800
direct-inward-dial
!
dial-peer voice 204 mmoip
service fax_on_vfc_onramp_app out-bound
destination-pattern 16285253800
information-type fax
session target mailto:ifax@iptel.com ——– This should be the Inbound Fax mailbox that Unity monitors.

Enable T37 Offramp: (Think of Offramp as going OFF the network)

mta receive aliases pstnsw.gateway.com ———– (receiving alias name)
mta receive maximum-recipients 10 —————- (default is 0, set this to something greater than 0)
mta receive generate permanent-error
!
application
service offramp flash:app_faxmail_offramp.2.0.1.1.tcl

dial-peer voice 201 pots
destination-pattern 1274255100.
port 1/0/0:23
forward-digits 10
!
dial-peer voice 202 mmoip
description Offramp inbound from Unity
service offramp
information-type fax
incoming called-number 1274255100.
dsn delayed
dsn success
dsn failure

Unity MWI

cciestudy — Tue, 12 Sep 2006 03:47:03 +0000

For MWI to work, the unity ports and MWI on/off numbers should have a CSS that included the phone lines.

Unity MWI

cciestudy — Tue, 12 Sep 2006 03:46:50 +0000

For MWI to work, the unity ports and MWI on/off numbers should have a CSS that included the phone lines.

SIP messages between two endpoints.

sankar — Mon, 11 Sep 2006 00:56:14 +0000

Sep 11 00:41:59.171: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:1001@10.1.21.49:5060 SIP/2.0
Via: SIP/2.0/UDP 10.1.11.4:5060;branch=z9hG4bKBAEC
Remote-Party-ID: ;party=calling;screen=no;privacy=off
From: ;tag=2A28BE60-16CA
To:
Date: Mon, 11 Sep 2006 00:41:59 GMT
Call-ID: 2ACF6A6D-406511DB-8214CCF7-AB8B1472@10.1.11.4
Supported: 100rel,timer,resource-priority
Min-SE: 1800
Cisco-Guid: 703035978-1080365531-2182204663-2878018674
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1157935319
Contact:
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 238

v=0
o=CiscoSystemsSIP-GW-UserAgent 9779 8954 IN IP4 10.1.11.4
s=SIP Call
c=IN IP4 10.1.11.4
t=0 0
m=audio 19270 RTP/AVP 0 101
c=IN IP4 10.1.11.4
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20

Sep 11 00:41:59.179: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.1.11.4:5060;branch=z9hG4bKBAEC
From: ;tag=2A28BE60-16CA
To:
Call-ID: 2ACF6A6D-406511DB-8214CCF7-AB8B1472@10.1.11.4
CSeq: 101 INVITE
Server: Brekeke OnDO SIP Server (rev.172)
Content-Length: 0

Sep 11 00:41:59.215: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.1.11.4:5060;branch=z9hG4bKBAEC
From: ;tag=2A28BE60-16CA
To: ;tag=16777329
Date: Wed, 13 Sep 2006 12:47:08 GMT
Call-ID: 2ACF6A6D-406511DB-8214CCF7-AB8B1472@10.1.11.4
Timestamp: 1157935319
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK
Allow-Events: telephone-event
Remote-Party-ID: ;party=called;screen=no;privacy=off
Contact:
Record-Route:
Content-Length: 0
Sep 11 00:42:00.559: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.1.11.4:5060;branch=z9hG4bKBAEC
From: ;tag=2A28BE60-16CA
To: ;tag=16777329
Date: Wed, 13 Sep 2006 12:47:08 GMT
Call-ID: 2ACF6A6D-406511DB-8214CCF7-AB8B1472@10.1.11.4
Timestamp: 1157935319
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK
Allow-Events: telephone-event
Remote-Party-ID: ;party=called;screen=yes;privacy=off
Contact:
Record-Route:
Content-Type: application/sdp
Content-Length: 223

v=0
o=CiscoSystemsCCM-SIP 2000 1000 IN IP4 10.1.21.50
s=SIP Call
c=IN IP4 10.1.21.50
t=0 0
m=audio 24678 RTP/AVP 0 101
a=sendrecv
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

Sep 11 00:42:00.571: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:1001@10.1.21.49:5060 SIP/2.0
Via: SIP/2.0/UDP 10.1.11.4:5060;branch=z9hG4bKC1569
From: ;tag=2A28BE60-16CA
To: ;tag=16777329
Date: Mon, 11 Sep 2006 00:41:59 GMT
Call-ID: 2ACF6A6D-406511DB-8214CCF7-AB8B1472@10.1.11.4
Route:
Max-Forwards: 70
CSeq: 101 ACK
Content-Length: 0

Sep 11 00:42:03.447: %MV64340_ETHERNET-5-LATECOLLISION: FastEthernet0/1, late collision error
Sep 11 00:42:06.183: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
BYE sip:911@10.1.11.4:5060 SIP/2.0
Via: SIP/2.0/UDP 10.1.21.49:5060;rport;branch=z9hG4bKc06f1e40a2ac9bac.3
Via: SIP/2.0/UDP 10.1.21.50:5060;branch=z9hG4bK6134c268
From: ;tag=16777329
To: ;tag=2A28BE60-16CA
Date: Wed, 13 Sep 2006 12:47:09 GMT
Call-ID: 2ACF6A6D-406511DB-8214CCF7-AB8B1472@10.1.11.4
User-Agent: Cisco-CCM4.1
Max-Forwards: 69
CSeq: 101 BYE
Record-Route:
Content-Length: 0

Sep 11 00:42:06.191: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.1.21.49:5060;rport;branch=z9hG4bKc06f1e40a2ac9bac.3,SIP/2.0/UDP 10.1.21.50:5060;branch=z9hG4bK6134c268
From: ;tag=16777329
To: ;tag=2A28BE60-16CA
Date: Mon, 11 Sep 2006 00:42:06 GMT
Call-ID: 2ACF6A6D-406511DB-8214CCF7-AB8B1472@10.1.11.4
Server: Cisco-SIPGateway/IOS-12.x
CSeq: 101 BYE
Reason: Q.850;cause=16
Content-Length: 0

Gatekeeper – Viazone behaviour

cciestudy — Sun, 10 Sep 2006 18:58:16 +0000

How to trigger via zone behaviour?

Local zones – always enable outvia on the destination zone

Remote zones – use invia or outvia on the remote zone

Via-zone gatekeepers differ from legacy gatekeepers in how LRQ and ARQ messages are used for call routing. Using via-zone gatekeepers will maintain normal clusters and functionality. Legacy gatekeepers examine incoming LRQs based on the called number, and more specifically the dialedDigits field in the destinationInfo portion of the LRQ. Via-zone gatekeepers look at the origination point of the LRQ before looking at the called number. If an LRQ comes from a gatekeeper listed in the via-zone gatekeeper’s remote zone configurations, the gatekeeper checks to see that the zone remote configuration contains an invia or outvia keyword. If the configuration contains these keywords, the gatekeeper uses the new via-zone behavior; if not, it uses legacy behavior.

For ARQ messages, the gatekeeper determines if an outvia keyword is configured on the destination zone. If the outvia keyword is configured, and the zone named with the outvia keyword is local to the gatekeeper, the call is directed to a Cisco Multiservice IP-to-IP Gateway in that zone by returning an ACF pointing to the Cisco Multiservice IP-to-IP Gateway. If the zone named with the outvia keyword is remote, the gatekeeper sends a location request to the outvia gatekeeper rather than the remote zone gatekeeper. The invia keyword is not used in processing the ARQ.

CCM Security – MGCP

cciestudy — Thu, 07 Sep 2006 07:04:15 +0000

crypto isakmp policy 1
encr 3des
authentication pre-share
group 2
lifetime 10800
crypto isakmp key cisco address 10.1.1.1
crypto isakmp key cisco address 10.1.1.2

!
!
crypto ipsec transform-set CM esp-3des esp-sha-hmac
mode transport
!
crypto map CM 1 ipsec-isakmp
set peer 10.1.1.1
set transform-set CM
match address 101
crypto map CM 2 ipsec-isakmp
set peer 10.1.1.2
set transform-set CM
match address 102

!
access-list 101 permit ip host 10.2.2.2 host 10.1.1.1

access-list 102 permit ip host 10.2.2.2 host 10.1.1.2
interface Serial0/0.101 point-to-point
ip address 10.2.2.2 255.255.255.0
frame-relay interface-dlci 101
crypto map CM

PPP Virtual template and Frame-relay

sankar — Wed, 30 Aug 2006 06:31:41 +0000

To configure a virtual template for MLP LFI on a frame-relay subinterface, you have to remove the DLCI configured under that subinterface first before reapplying it back with the ppp keyword.

int s0/0

no frame-relay interface-dlci 30

frame-relay interface-dlci 30 ppp virtual-template 1

Apply any LLQ, IP settings, ppp configs under the virtual template interface.

Alias huntgroups in SRST

sankar — Sun, 27 Aug 2006 16:13:04 +0000

Have phones 2001,2002,2003 in SRST mode in a router. Calls coming into the system from PSTn should hit 2001 first and then on 2003.

alias 1 6175222001 to 2001 preference 1 cfw 2003 timeou 4 huntstop
alias 2 6175222002 to 2001 preference 1 cfw 2003 timeout 4 huntstop
alias 3 6175222003 to 2001 preference 1 cfw 2003 timeout 4 huntstop

Dialplan pattern doesnt have any effect in the called number when alias is configured. So you have to configure full 10 digits in the alias command. Alias

Call Park

cciestudy — Wed, 23 Aug 2006 01:39:21 +0000

When you park a call, Callmanager will search the available Park numbers configured on the server that is processing the calls and will also look up the partitions that are available in the CSS of the phone and will pick the first available part number that is defined in a partition that is reachable by the phone.

When you go to another phone to retrieve the parked call, Callmanager will search for the parked call by using the CSS of the device.

This can create an issue if you create same park numbers in different partitions in different servers. It is recommended to give different park number ranges for different servers.

Call Pickup group

cciestudy — Tue, 22 Aug 2006 05:07:27 +0000

Make sure the call pickup group numbers does not overlap with the exiting dial plan

Call Pickup features include Pickup, GPickup, and OPickup:

•Pickup allows you to answer a call that is ringing on another phone within your “group” (a collection of extensions that your system administrator defines).

•GPickup allows you to answer a call ringing on a phone in another group.

•OPickup allows you to answer a call ringing on a phone in another group that is associated with your group

CUE Database compacting

cciestudy — Tue, 22 Aug 2006 04:03:46 +0000

show sysdb /sw/info/filesys — will show how much disk space is being used for voicemail. It will also show disk usage in percentage

To compact the database.

# offline

database compact

How to debug DTMF relay?

cciestudy — Tue, 22 Aug 2006 00:56:01 +0000

For H323

debug h245 asn1

For SIP

debug voip rtp session named-event

Sample output

H323

Aug 21 21:07:37.902: h245_decode_one_pdu: more_pdus = 0, bytesLeftToDecode = 7
Aug 21 21:07:37.902: H245 MSC INCOMING ENCODE BUFFER::= 6D810447200063
Aug 21 21:07:37.902:
Aug 21 21:07:37.902: H245 MSC INCOMING PDU ::=

value MultimediaSystemControlMessage ::= indication : userInput : signal :
{
signalType “9″
duration 100
}

SIP

Aug 21 21:07:37.902:          Pt:101    Evt:9       Pkt:04 00 00 >>
Aug 21 21:07:37.902:          Pt:101    Evt:9       Pkt:04 00 00 >>
Aug 21 21:07:37.902:          Pt:101    Evt:9       Pkt:04 00 00 >>
Aug 21 21:07:37.902:          Pt:101    Evt:9       Pkt:04 01 90 >>
Aug 21 21:07:37.902:          Pt:101    Evt:9       Pkt:84 03 20 >>
Aug 21 21:07:37.902:          Pt:101    Evt:9       Pkt:84 03 20 >>
Aug 21 21:07:37.902:          Pt:101    Evt:9       Pkt:84 03 20 >>

Configuring PPP multilink and fragmentation over Frame-relay

sankar — Sat, 19 Aug 2006 02:59:55 +0000

* Remove ip address of serial subinterface interface

* Remove DLCI of subinterface.

* Its recommended to do this configuration on the remote site first.

int s0/0.9

no ip address

frame-relay interface-dlci 900 ppp virtual-template 1

int virtual-template 1

ip add 10.1.1.1 255.255.255.0

ppp multilink

ppp multilink interleave

ppp multilink fragment-delay 10 — milliseconds.

service-policy output VATS

Frame relay voice adaptive traffic shaping

cciestudy — Sat, 19 Aug 2006 01:55:21 +0000

** You will need to disable frame relay traffic shaping at the main interface level for this to work **

Configure LLQ for voice

policy-map BR2-HQ
class RTP
priority percent 33
class Sig
bandwidth percent 2
class class-default
fair-queue
Configure Voice activated FRTS:

policy-map VATS ———– Line rate is 768kbps, CIR is 384kbps. Use 95 % of CIR for shape average and shape adaptive.
class class-default
shape average 729600 3648 0
shape adaptive 364800
shape fr-voice-adapt deactivation 50
service-policy BR2-HQ
Configure FRTS class-map and apply VATS policy to the class-map

map-class frame-relay BR2-HQ
frame-relay fragment 480 ——— configures end-to-end FRF.12 fragmentation based on CIR of 384kbps
service-policy output VATS

interface Serial0/0
no ip address
encapsulation frame-relay
no dce-terminal-timing-enable
frame-relay fragmentation voice-adaptive deactivation 50
!
interface Serial0/0.201 point-to-point
ip address 10.201.2.2 255.255.255.0
frame-relay interface-dlci 201
class BR2-HQ

AAR template

cciestudy — Tue, 15 Aug 2006 00:45:27 +0000

1. Check the dial plan to find out if the calls between the sites are long distance or international.

2. If the calls are long distance, then you need to create only 1 AAR group with the prefix of 91. If the calls are international, then you would need to create a AAR group for each site.

3. Check the dial plan to see if the calls to the other site are using the local gateway only. If yes, then you can reuse the route pattern. Also you can reuse one of the existing CSS that has access to that route pattern as the AAR CSS. If no, then create a route pattern to specifically match the AAR calls and add it to the long distance or international partition for that site.

How to prepend digits to caller id in H323?

cciestudy — Sun, 13 Aug 2006 23:14:51 +0000

voice translation-rule 1
rule 1 /$^[2-9]………$$/ /91\1/ — for national calls
rule 2 /$.*$/ /9011\1/ — for international calls

!
!
voice translation-profile ANI
translate calling 1

IPIPGW Gatekeeper lookup

cciestudy — Sun, 13 Aug 2006 16:26:01 +0000

When using IPIPGW, you need to define a zone prefix to route calls. invia zones does not use the default technology.

CCM Server name

cciestudy — Sat, 12 Aug 2006 15:58:01 +0000

The CCM server name that you give under System > Server should correspond to the actual name of the server used during install. You cannot change this later.

MoH Scenarios

cciestudy — Sat, 12 Aug 2006 03:16:49 +0000

A. Unicast G711 everywhere

1. Create region for MoH. G711 with all other regions.

2. Do not enable multicast in audio source, server, MRG

3. Enable only G711 in service parameter (Default)

B. G711 multicast everywhere

1. Create region for MoH. G711 with all other regions.

2. Enable multicast in audio source, server, MRG. Set hop count to 5.

3. Enable only G711 in service parameter (Default)
4. Enable multicast in infrastructure (igmp snooping in switches, pim sparse-dense in routers)

C. G711 multicast everywhere, remote site uses MoH from local SRST flash

1. Create region for MoH. G711 with all other regions.

2. Enable multicast in audio source, server, MRG. Set hop count to 1.

3. Enable only G711 in service parameter (Default)
4. Enable multicast in HQ and Remote LAN infrastructure (igmp snooping in switches, pim sparse-dense in routers), Disable multicast in WAN infrastructure.

5. Enable SRST MOH feature from flash.

6. Enable loopback interface in SRST router for PSTN users to hear MoH.

D. G711 multicast at HQ, G711 unicast at Remote

1. Create region for MoH. G711 with all other regions.

2. Enable multicast in audio source, server, MRG. Set hop count to 1.

5. Create two MRG, one with multicast enabled for HQ and one with no mulitcast for BR1.

E. G711 unicast at HQ site, G729 unicast at remote

1. Enable Service parameter for G711 and G729

2. Use the HQ device pool for MOH server (assuming HQ device pool uses g729 for remote)

3. Do not enable multicast

F. G711 multicast at HQ, g729 multicast at remote

1. Enable Service parameter for G711 and G729

2. Use the HQ device pool for MOH server (assuming HQ device pool uses g729 for remote)

3. Enable multicast in audio source, server, MRG

4. Enable multicast in infrastructure

G. g729 unicast at remote using transcode

1. Enable only G711 in service parameter

2. Put MoH server in HQ device pool (assuming HQ uses G729 for remote)

3. Add a transcoder to MRGL of MoH server

I. HQ uses G711 multicast, remote uses G729 unicast, all PSTN uses hear tone on hold

1. Use HQ device pool for MoH server

2. Enable multicast on Audio source and server.

3. Create 2 MRG, one with multicast, one without multicast

4. Enable g711 and g729 in the service parameter

5. Create a third MRG and MRGL with no MOH and apply that directly to gateways

MoH server using Trancoder

cciestudy — Sat, 12 Aug 2006 02:37:19 +0000

If the remote device does not support the codec of the MOH stream, then MOH server can trigger a transcoder. You would need to configure a MRGL with transcoder resource in the MoH servers device pool. In this case, CCM does not use the trancoder of the remote device. It will only use the transcoder of MOH server.

Unity TRAP

cciestudy — Wed, 09 Aug 2006 01:31:01 +0000

TRAP uses the Default Outdial Restriction table.