Calls going out displaying extra digits to called party

I have calls going out of one of our offices that have extra digits appended to the end. Instead of caller id showing the 10 digits of the calling party, it shows 15 repeating the last 5 digits again. If my number was 1234567890, it goes out 123456789067890. Obviously that looks strange and the called party often times doesn't answer. I've been comparing with some of our other sites but I don't see anything obvious. I'm new to voice, I've looked at the dial peer and translation rule on our gateway for that site. Where else should I be looking for this problem. AT&T says they aren't sending the extra digits.
Thanks

Here is the log from a test call after enabling the debugs. Sequence# 095713 includes the extra digits. Thanks for the help.
095693: Sep 30 09:48:53.467 CST: //-1/00E60F465903/CCAPI/cc_api_display_ie_subfields:
   cc_api_call_setup_ind_common:
   cisco-username=Dallas Main Number
   ----- ccCallInfo IE subfields -----
   cisco-ani=2147651234
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=1
   dest=917139074321
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=-1
   cisco-rdnplan=-1
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0
095694: Sep 30 09:48:53.467 CST: //-1/00E60F465903/CCAPI/cc_api_call_setup_ind_common:
   Interface=0x4A04DDA4, Call Info(
   Calling Number=2147651234,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=917139074321(TON=Unknown, NPI=Unknown),
   Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
   Incoming Dial-peer=101, Progress Indication=NULL(0), Calling IE Present=TRUE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=27508
095695: Sep 30 09:48:53.467 CST: //-1/00E60F465903/CCAPI/ccCheckClipClir:
   In: Calling Number=2147651234(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
095696: Sep 30 09:48:53.467 CST: //-1/00E60F465903/CCAPI/ccCheckClipClir:
   Out: Calling Number=2147651234(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
095697: Sep 30 09:48:53.467 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
095698: Sep 30 09:48:53.467 CST: :cc_get_feature_vsa malloc success
095699: Sep 30 09:48:53.467 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
095700: Sep 30 09:48:53.467 CST:  cc_get_feature_vsa count is 3
095701: Sep 30 09:48:53.467 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
095702: Sep 30 09:48:53.467 CST: :FEATURE_VSA attributes are: feature_name:0,feature_time:1309707448,feature_id:27508
095703: Sep 30 09:48:53.467 CST: //27508/00E60F465903/CCAPI/cc_api_call_setup_ind_common:
   Set Up Event Sent;
   Call Info(Calling Number=2147651234(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=917139074321(TON=Unknown, NPI=Unknown))
095704: Sep 30 09:48:53.471 CST: //27508/00E60F465903/CCAPI/cc_process_call_setup_ind:
   Event=0x4B77BFD0
095705: Sep 30 09:48:53.471 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
   Try with the demoted called number 917139074321
095706: Sep 30 09:48:53.471 CST: //27508/00E60F465903/CCAPI/ccCallSetContext:
   Context=0x4E138418
095707: Sep 30 09:48:53.471 CST: //27508/00E60F465903/CCAPI/cc_process_call_setup_ind:
   >>>>CCAPI handed cid 27508 with tag 101 to app "_ManagedAppProcess_Default"
095708: Sep 30 09:48:53.471 CST: //27508/00E60F465903/CCAPI/ccCallProceeding:
   Progress Indication=NULL(0)
095709: Sep 30 09:48:53.475 CST: //27508/00E60F465903/CCAPI/ccCallSetupRequest:
   Destination=, Calling IE Present=TRUE, Mode=0,
   Outgoing Dial-peer=91, Params=0x4E1276A8, Progress Indication=NULL(0)
095710: Sep 30 09:48:53.475 CST: //27508/00E60F465903/CCAPI/ccCheckClipClir:
   In: Calling Number=214765123451234(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
095711: Sep 30 09:48:53.475 CST: //27508/00E60F465903/CCAPI/ccCheckClipClir:
   Out: Calling Number=214765123451234(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
095712: Sep 30 09:48:53.475 CST: //27508/00E60F465903/CCAPI/ccCallSetupRequest:
   Destination Pattern=91[2-9].........$, Called Number=917139074321, Digit Strip=TRUE
095713: Sep 30 09:48:53.475 CST: //27508/00E60F465903/CCAPI/ccCallSetupRequest:
   Calling Number=214765123451234(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=917139074321(TON=Unknown, NPI=Unknown),
   Redirect Number=, Display Info=Dallas Main Number
   Account Number=Dallas Main Number, Final Destination Flag=TRUE,
   Guid=00E60F46-E5D0-A142-5903-1B030A0A023F, Outgoing Dial-peer=91
095714: Sep 30 09:48:53.475 CST: //27508/00E60F465903/CCAPI/cc_api_display_ie_subfields:
   ccCallSetupRequest:
   cisco-username=Dallas Main Number
   ----- ccCallInfo IE subfields -----
   cisco-ani=214765123451234
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=1
   dest=917139074321
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=-1
   cisco-rdnplan=-1
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0
095715: Sep 30 09:48:53.475 CST: //27508/00E60F465903/CCAPI/ccIFCallSetupRequestPrivate:
   Interface=0x4B7C2F08, Interface Type=6, Destination=, Mode=0x0,
   Call Params(Calling Number=214765123451234,(Calling Name=Dallas Main Number)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=917139074321(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
   Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=91, Call Count On=FALSE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
095716: Sep 30 09:48:53.475 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
095717: Sep 30 09:48:53.479 CST: :cc_get_feature_vsa malloc success
095718: Sep 30 09:48:53.479 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
095719: Sep 30 09:48:53.479 CST:  cc_get_feature_vsa count is 4
095720: Sep 30 09:48:53.479 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
095721: Sep 30 09:48:53.479 CST: :FEATURE_VSA attributes are: feature_name:0,feature_time:1309709240,feature_id:27509
095722: Sep 30 09:48:53.479 CST: //27509/00E60F465903/CCAPI/ccIFCallSetupRequestPrivate:
   SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1
095723: Sep 30 09:48:53.479 CST: //27509/00E60F465903/CCAPI/ccCallSetContext:
   Context=0x4E127658
095724: Sep 30 09:48:53.479 CST: //27508/00E60F465903/CCAPI/ccSaveDialpeerTag:
   Outgoing Dial-peer=91
095725: Sep 30 09:48:53.483 CST: ISDN Se0/0/0:23 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 13
095726: Sep 30 09:48:53.483 CST: ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0x1 0x1, Calling num 214765123451234
095727: Sep 30 09:48:53.487 CST: ISDN Se0/0/0:23 Q931: Sending SETUP  callref = 0x13D3 callID = 0x9354 switch = primary-ni interface = User
095728: Sep 30 09:48:53.487 CST: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8  callref = 0x13D3
        Bearer Capability i = 0x8090A2
                Standard = CCITT
                Transfer Capability = Speech  
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98397
                Exclusive, Channel 23
        Display i = 'Dallas Main Number'
        Calling Party Number i = 0x1181, '214765123451234'
                Plan:ISDN, Type:International
        Called Party Number i = 0x80, '17139074321'
                Plan:Unknown, Type:Unknown
095729: Sep 30 09:48:53.551 CST: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8  callref = 0x93D3
        Channel ID i = 0xA98397
                Exclusive, Channel 23
095730: Sep 30 09:48:53.579 CST: //27509/00E60F465903/CCAPI/cc_api_call_proceeding:
   Interface=0x4B7C2F08, Progress Indication=NULL(0)
095731: Sep 30 09:48:55.295 CST: ISDN Se0/0/0:23 Q931: RX <- ALERTING pd = 8  callref = 0x93D3
        Progress Ind i = 0x8488 - In-band info or appropriate now available
095732: Sep 30 09:48:55.295 CST: //27509/00E60F465903/CCAPI/cc_api_call_alert:
   Interface=0x4B7C2F08, Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1)
095733: Sep 30 09:48:55.295 CST: //27509/00E60F465903/CCAPI/cc_api_call_alert:
   Call Entry(Retry Count=0, Responsed=TRUE)
095734: Sep 30 09:48:55.299 CST: //27508/00E60F465903/CCAPI/ccCallAlert:
   Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1)
095735: Sep 30 09:48:55.299 CST: //27508/00E60F465903/CCAPI/ccCallAlert:
   Call Entry(Responsed=TRUE, Alert Sent=TRUE)
095736: Sep 30 09:48:55.299 CST: //27509/00E60F465903/CCAPI/cc_api_get_called_ccm_detected:
   CallInfo(ccm detected=0)
095737: Sep 30 09:48:55.299 CST: //27508/00E60F465903/CCAPI/ccConferenceCreate:
   (confID=0x4E1EE068, callID1=0x6B74, gcid=0-0-0-0, tag=0x0)
095738: Sep 30 09:48:55.299 CST: //27509/00E60F465903/CCAPI/ccConferenceCreate:
   (confID=0x4E1EE068, callID2=0x6B75, gcid=0-0-0-0, tag=0x0)
095739: Sep 30 09:48:55.299 CST: //27508/00E60F465903/CCAPI/ccConferenceCreate:
   Conference Id=0x4E1EE068, Call Id1=27508, Call Id2=27509, Tag=0x0
095740: Sep 30 09:48:55.299 CST: //27508/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
095741: Sep 30 09:48:55.299 CST: cc_api_get_xcode_stream : 4702
095742: Sep 30 09:48:55.299 CST: //27508/00E60F465903/CCAPI/cc_api_bridge_done:
   Conference Id=0x2A56, Source Interface=0x4A04DDA4, Source Call Id=27508,
   Destination Call Id=27509, Disposition=0x0, Tag=0x0
095743: Sep 30 09:48:55.299 CST: //27509/00E60F465903/CCAPI/cc_api_bridge_done:
   Conference Id=0x2A56, Source Interface=0x4B7C2F08, Source Call Id=27509,
   Destination Call Id=27508, Disposition=0x0, Tag=0xFFFFFFFF
095744: Sep 30 09:48:55.299 CST: //27508/00E60F465903/CCAPI/cc_generic_bridge_done:
   Conference Id=0x2A56, Source Interface=0x4B7C2F08, Source Call Id=27509,
   Destination Call Id=27508, Disposition=0x0, Tag=0xFFFFFFFF
095745: Sep 30 09:48:55.299 CST: //27508/00E60F465903/CCAPI/ccConferenceCreate:
   Call Entry(Conference Id=0x2A56, Destination Call Id=27509)
095746: Sep 30 09:48:55.299 CST: //27509/00E60F465903/CCAPI/ccConferenceCreate:
   Call Entry(Conference Id=0x2A56, Destination Call Id=27508)
095747: Sep 30 09:48:55.299 CST: //27509/00E60F465903/CCAPI/cc_api_caps_ind:
   Destination Interface=0x4A04DDA4, Destination Call Id=27508, Source Call Id=27509,
   Caps(Codec=0x1, Fax Rate=0x1, Vad=0x1,
   Modem=0x2, Codec Bytes=20, Signal Type=3)
095748: Sep 30 09:48:55.303 CST: //27509/00E60F465903/CCAPI/cc_api_caps_ind:
   Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
   Playout Max=1000(ms), Fax Nom=300(ms))
095749: Sep 30 09:48:55.303 CST: //27508/00E60F465903/CCAPI/ccCallNotify:
   Data Bitmask=0x7, Call Id=27508
095750: Sep 30 09:48:55.303 CST: //27509/00E60F465903/CCAPI/cc_api_get_called_ccm_detected:
   CallInfo(ccm detected=0)
095751: Sep 30 09:48:55.303 CST: //27508/00E60F465903/CCAPI/cc_api_get_delay_xport:
   CallInfo(delay xport=FALSE)
095752: Sep 30 09:48:55.311 CST: //27508/00E60F465903/CCAPI/cc_process_notify_bridge_done:
   Conference Id=0x2A56, Call Id1=27508, Call Id2=27509
095753: Sep 30 09:48:55.811 CST: //27508/00E60F465903/CCAPI/cc_api_caps_ind:
   Destination Interface=0x4B7C2F08, Destination Call Id=27509, Source Call Id=27508,
   Caps(Codec=0x1, Fax Rate=0x80, Vad=0x1,
   Modem=0x0, Codec Bytes=160, Signal Type=2)
095754: Sep 30 09:48:55.811 CST: //27508/00E60F465903/CCAPI/cc_api_caps_ind:
   Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
   Playout Max=1000(ms), Fax Nom=300(ms))
095755: Sep 30 09:48:55.811 CST: //27508/00E60F465903/CCAPI/cc_api_caps_ack:
   Destination Interface=0x4B7C2F08, Destination Call Id=27509, Source Call Id=27508,
   Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_14400(0x80), Vad=OFF(0x1),
   Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=8122)
095756: Sep 30 09:48:55.815 CST: //27509/00E60F465903/CCAPI/cc_api_caps_ack:
   Destination Interface=0x4A04DDA4, Destination Call Id=27508, Source Call Id=27509,
   Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_14400(0x80), Vad=OFF(0x1),
   Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=8122)
095757: Sep 30 09:48:55.819 CST: //27509/00E60F465903/CCAPI/cc_api_voice_mode_event:
   Call Id=27509
095758: Sep 30 09:48:55.819 CST: //27509/00E60F465903/CCAPI/cc_api_voice_mode_event:
   Call Entry(Context=0x4E127658)
095759: Sep 30 09:49:03.691 CST: //27507/E25C9BF99854/CCAPI/cc_api_call_disconnected:
   Cause Value=16, Interface=0x4A04DDA4, Call Id=27507
095760: Sep 30 09:49:03.695 CST: //27507/E25C9BF99854/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0)
095761: Sep 30 09:49:03.695 CST: //27506/E25C9BF99854/CCAPI/ccConferenceDestroy:
   Conference Id=0x2A55, Tag=0x0
095762: Sep 30 09:49:03.695 CST: //27506/E25C9BF99854/CCAPI/cc_api_bridge_drop_done:
   Conference Id=0x2A55, Source Interface=0x4B7C2F08, Source Call Id=27506,
   Destination Call Id=27507, Disposition=0x0, Tag=0x0
095763: Sep 30 09:49:03.695 CST: //27507/E25C9BF99854/CCAPI/cc_api_bridge_drop_done:
   Conference Id=0x2A55, Source Interface=0x4A04DDA4, Source Call Id=27507,
   Destination Call Id=27506, Disposition=0x0, Tag=0x0
095764: Sep 30 09:49:03.695 CST: //27506/E25C9BF99854/CCAPI/cc_generic_bridge_done:
   Conference Id=0x2A55, Source Interface=0x4A04DDA4, Source Call Id=27507,
   Destination Call Id=27506, Disposition=0x0, Tag=0x0
095765: Sep 30 09:49:03.695 CST: //27506/E25C9BF99854/CCAPI/ccCallDisconnect:
   Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
095766: Sep 30 09:49:03.695 CST: //27506/E25C9BF99854/CCAPI/ccCallDisconnect:
   Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
095767: Sep 30 09:49:03.695 CST: //27506/E25C9BF99854/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
095768: Sep 30 09:49:03.695 CST: //27507/E25C9BF99854/CCAPI/ccCallDisconnect:
   Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)
095769: Sep 30 09:49:03.695 CST: //27507/E25C9BF99854/CCAPI/ccCallDisconnect:
   Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
095770: Sep 30 09:49:03.699 CST: //27507/E25C9BF99854/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
095771: Sep 30 09:49:03.719 CST: //27507/E25C9BF99854/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
095772: Sep 30 09:49:03.723 CST: //27507/E25C9BF99854/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x4A04DDA4, Tag=0x0, Call Id=27507,
   Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
095773: Sep 30 09:49:03.723 CST: //27507/E25C9BF99854/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
095774: Sep 30 09:49:03.723 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
095775: Sep 30 09:49:03.723 CST: :cc_free_feature_vsa freeing 4E108850
095776: Sep 30 09:49:03.723 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
095777: Sep 30 09:49:03.723 CST:  vsacount in free is 3
095778: Sep 30 09:49:03.727 CST: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0  disconnected from 2147662349 , call lasted 105 seconds
095779: Sep 30 09:49:03.731 CST: ISDN Se0/0/0:23 Q931: TX -> DISCONNECT pd = 8  callref = 0x833F
        Cause i = 0x8090 - Normal call clearing
095780: Sep 30 09:49:03.759 CST: ISDN Se0/0/0:23 Q931: RX <- RELEASE pd = 8  callref = 0x033F
095781: Sep 30 09:49:03.759 CST: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x833F
095782: Sep 30 09:49:03.767 CST: //27506/E25C9BF99854/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x4B7C2F08, Tag=0x0, Call Id=27506,
   Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
095783: Sep 30 09:49:03.767 CST: //27506/E25C9BF99854/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
095784: Sep 30 09:49:03.767 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
095785: Sep 30 09:49:03.767 CST: :cc_free_feature_vsa freeing 4E109570
095786: Sep 30 09:49:03.767 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
095787: Sep 30 09:49:03.767 CST:  vsacount in free is 2
095788: Sep 30 09:49:13.991 CST: ISDN Se0/0/0:23 Q931: RX <- CONNECT pd = 8  callref = 0x93D3
        Progress Ind i = 0x8482 - Destination address is non-ISDN
095789: Sep 30 09:49:13.995 CST: %ISDN-6-CONNECT: Interface Serial0/0/0:22 is now connected to 17139074321 N/A
095790: Sep 30 09:49:13.995 CST: ISDN Se0/0/0:23 Q931: TX -> CONNECT_ACK pd = 8  callref = 0x13D3
095791: Sep 30 09:49:13.995 CST: //27509/00E60F465903/CCAPI/cc_api_call_connected:
   Interface=0x4B7C2F08, Data Bitmask=0x1, Progress Indication=DESTINATION IS NON ISDN(2),
   Connection Handle=0
095792: Sep 30 09:49:13.999 CST: //27509/00E60F465903/CCAPI/cc_api_call_connected:
   Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)
095793: Sep 30 09:49:13.999 CST: //27508/00E60F465903/CCAPI/ccCallConnect:
   Progress Indication=DESTINATION IS NON ISDN(2), Data Bitmask=0x1
095794: Sep 30 09:49:13.999 CST: //27509/00E60F465903/CCAPI/cc_api_get_called_ccm_detected:
   CallInfo(ccm detected=0)
095795: Sep 30 09:49:13.999 CST: //27508/00E60F465903/CCAPI/ccCallConnect:
   Call Entry(Connected=TRUE, Responsed=TRUE)
095796: Sep 30 09:49:13.999 CST: //27508/00E60F465903/CCAPI/ccCallNotify:
   Data Bitmask=0x7, Call Id=27508
095797: Sep 30 09:49:13.999 CST: //27509/00E60F465903/CCAPI/cc_api_get_called_ccm_detected:
   CallInfo(ccm detected=0)
095798: Sep 30 09:49:33.319 CST: //27508/00E60F465903/CCAPI/cc_api_call_disconnected:
   Cause Value=16, Interface=0x4A04DDA4, Call Id=27508
095799: Sep 30 09:49:33.323 CST: //27508/00E60F465903/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0)
095800: Sep 30 09:49:33.323 CST: //27508/00E60F465903/CCAPI/ccConferenceDestroy:
   Conference Id=0x2A56, Tag=0x0
095801: Sep 30 09:49:33.323 CST: //27508/00E60F465903/CCAPI/cc_api_bridge_drop_done:
   Conference Id=0x2A56, Source Interface=0x4A04DDA4, Source Call Id=27508,
   Destination Call Id=27509, Disposition=0x0, Tag=0x0
095802: Sep 30 09:49:33.323 CST: //27509/00E60F465903/CCAPI/cc_api_bridge_drop_done:
   Conference Id=0x2A56, Source Interface=0x4B7C2F08, Source Call Id=27509,
   Destination Call Id=27508, Disposition=0x0, Tag=0x0
095803: Sep 30 09:49:33.323 CST: //27508/00E60F465903/CCAPI/cc_generic_bridge_done:
   Conference Id=0x2A56, Source Interface=0x4B7C2F08, Source Call Id=27509,
   Destination Call Id=27508, Disposition=0x0, Tag=0x0
095804: Sep 30 09:49:33.327 CST: //27508/00E60F465903/CCAPI/ccCallDisconnect:
   Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)
095805: Sep 30 09:49:33.327 CST: //27508/00E60F465903/CCAPI/ccCallDisconnect:
   Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
095806: Sep 30 09:49:33.327 CST: //27508/00E60F465903/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
095807: Sep 30 09:49:33.327 CST: //27509/00E60F465903/CCAPI/ccCallDisconnect:
   Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
095808: Sep 30 09:49:33.327 CST: //27509/00E60F465903/CCAPI/ccCallDisconnect:
   Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
095809: Sep 30 09:49:33.327 CST: //27509/00E60F465903/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
095810: Sep 30 09:49:33.351 CST: //27508/00E60F465903/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
095811: Sep 30 09:49:33.355 CST: //27508/00E60F465903/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x4A04DDA4, Tag=0x0, Call Id=27508,
   Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
095812: Sep 30 09:49:33.355 CST: //27508/00E60F465903/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
095813: Sep 30 09:49:33.355 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
095814: Sep 30 09:49:33.355 CST: :cc_free_feature_vsa freeing 4E108CB0
095815: Sep 30 09:49:33.355 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
095816: Sep 30 09:49:33.355 CST:  vsacount in free is 1
095817: Sep 30 09:49:33.363 CST: %ISDN-6-DISCONNECT: Interface Serial0/0/0:22  disconnected from 17139074321 , call lasted 19 seconds
095818: Sep 30 09:49:33.363 CST: ISDN Se0/0/0:23 Q931: TX -> DISCONNECT pd = 8  callref = 0x13D3
        Cause i = 0x8090 - Normal call clearing
095819: Sep 30 09:49:33.399 CST: ISDN Se0/0/0:23 Q931: RX <- RELEASE pd = 8  callref = 0x93D3
095820: Sep 30 09:49:33.399 CST: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x13D3
095821: Sep 30 09:49:33.403 CST: //27509/00E60F465903/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x4B7C2F08, Tag=0x0, Call Id=27509,
   Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
095822: Sep 30 09:49:33.403 CST: //27509/00E60F465903/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
095823: Sep 30 09:49:33.403 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
095824: Sep 30 09:49:33.403 CST: :cc_free_feature_vsa freeing 4E1093B0
095825: Sep 30 09:49:33.403 CST: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
095826: Sep 30 09:49:33.403 CST:  vsacount in free is 0

Similar Messages

  • When iPhone is on Cellular data and WiFi, i cannot make calls and phone goes out of service.

    So I have this iPhone 5S unlocked version from the US which I am using in India. When I am connected to my office wireless and also the cellular & 3G data are switched on, my phone goes out of service and I cannot make calls. I can also use internet.
    However this works great when I get onto my home WiFi along with cellular & 3G data switched on, I can make calls and also surf the net with the WiFi.
    Is anyone having similar issue? I am sure there is something with the office WiFi but what could it be to get my phone out of service.
    Any thoughts anybody ?
    Thanks,
    UG

    Yes I shutdown WiFi and I can connect to 3G on Cellular. I can make calls.
    If I shutdown Cellular and connect WiFi. I can make calls.
    Its just that when both are ON, then no calls can be made.
    All combinations work good with Home WiFi. 
    -UG

  • HT4534 I installed facetime on my computer in May 2011. It worked great at first,but now the volume goes out when I am on calls.What can I do to stop this from happening? Its not my speakers,I have used Skype and Google+ and the volume never goes out.

    The volume on my facetime goes out very frequently. I can hear the person just fine, but they can not hear me. I have checked my app store to see if there have been any updates to the version of facetime that I bought in May 2011 and it's not. Is there anything that I can do to fix this problem?
    By the way it is not my speakers. I have used Google+ and Skype, and they both work just fine and the volume does not go out.

    Thanks, it seems that it doesn't like to play games, which is a bit of a bummer as i bought this specifically because it was capable of doing that.  To be fair, it is capable... I just need to get used to a sound like sitting by a washing machine on spin cycle...  Wish they would make people aware of this in the Apple Store, its very misleading and not at all desireable.

  • Nokia Asha 200 - How to Display Calling Party Phon...

    I have bought Nokia Asha 200, the major problem I am facing is that when someone is calling me, his Contact Name shows on Screen, but from which phone number he is calling not shown. Almost all of my contacts have multiple phone numbers, but in this case I am fed up, unable to find the phone number of calling party. 
    My Nokia X6-00 and 6680 shows both Name and Phone Number of Calling Party but this phone has no such facility and I consider, this as biggest shortcoming in this phone. 
    Can someone help me to find some solution to my problem?

    On S40 devices it shows only the Contact Name... You can only make out whether the call is made from Home (Land line) or from Mobile by looking at the Icon at the Left hand side of the Name that appears, provided the Contacts are saved correctly. You may check the No. from which you received the call by going to the LOG..But that is after the call is completed.

  • Ipod 4 is displaying blue frozen screen and black screen with apple logo. I try to turn power off but as soon as it goes out it automatically reboots. Plugged it into the usb port on my mac and it doesnt do anything. It doesnt appear in Itunes. Help?

    ipod 4 is displaying blue frozen screen and black screen with apple logo. I try to turn power off but as soon as it goes out it automatically reboots. Plugged it into the usb port on my mac and it doesnt do anything. It doesnt appear in Itunes. Help?

    Let the battery fully darain. After charging for an least an hour try a reset and restore. Use Recovery mode if necessary.
    If not successful, then time for an appointment at the Genius Bar of an Apple store.

  • Route Pattern CSV File Removes "0" from Called Party Prefix Digits Field

    I want to upload over 350 route patterns using BAT Tool in CUCM 9.1. All patterns must have their Called Party Prefix Digits (Outgoing Calls) Field containing 10 numbers with the number "0" at the begining. The Problem is the CSV file removes the leading "0" form the digits. I tried to make the cell type in Excel as "Text" and it worked and the "0" is kept normally, but when I save and close the file then open it again, the cell is defaulted to "General" type and the "0" is disappeared again! Changing the CSV file format to any other one and uploading it to CUCM system generates an error stating that the file format is not supported.
    Attached is a sample entry of the CSV file. I want to preserve the whole number "0541234567" in "PREFIX_DIGITS_CALLED_PARTY" Field.
    Anyone can help me how to upload this big number of route patterns while preserving the number "0" at the begining?

    Make sure you change the csv file when using Excel to "Text" on the cell where the string starts with 0, otherwise Excel assumes this is a number and strips it.
    HTH, please rate all useful posts!
    Chris

  • Called party number on phone display - updating with results of translation on GW, not wanted

    Call Manager 9.x, IOS 15.1, H.323 gateways
    Hi, I've got 2 questions regarding the called number display on handsets. Essentially, when a user dials an external number it's obviously shown on their phone handset screen - when that number is manipulated to add prefix for certain PSTN gateways etc. the updated number is shown on the phone display, which the users identify as "not the number I dialled" - can this be changed?
    It a cosmetic issue essentially, but one I am being asked about and can't find an answer to:
    1) I add a prefix on the gateway to the outbound dialled number (to add a carrier code / network function to all calls) - ie, \^9!\ \1666\ - Process looks like this:
    user dials -> 912345
    shows as dialled number on handset -> 912345
    translation-rule on gateway (in IOS) converts number to -> 166612345
    call connected
    user handsets now updated to show dialled number as -> 166612345  (but still wanted it to show 912345)
    2) Another seperate scenario is that I am doing called party transformation on a route pattern - here the modified number is shown instantly on the callers display. Presumably this in unavoidable? Or, can the original number dialled by the user be displayed on their phone, not the modified one?

    Hi,
    any calling or called transformation in the route pattern appears in the screen.
    you can discard the 9 in the route pattern and add prefix 9 in the route list level.
    for the 2nd point there is a service parameter in the call manager to keep the original dialed number
    HTH
    Anas
    don't forget to rate the helpful posts

  • CVP call server logs - Hi All, I am trying to figure out whether caller party(End User) hangup the call first or UCCE Agent

    CVP call server logs
     Hi All,
    I am trying to figure out whether caller party(End User) hangup the call first or UCCE Agent.
    Attaching CVP call server Logs& UCCE TCD& Route Call Details for your reference.

    From the CVP logs, it can be determined which side disconnected the call first. For each call, CVP keeps track each call leg. From Inbound Gateway to CVP is INBOUND leg, rest are OUTBOUND leg. You can then look at which leg the SIP BYE message is received first.
    Since you have very basic log enabled, you will not see the exact SIP message. But it can be determined by the outcome of the message. Here is the snippet of the log during the disconnect:
    Line 3766: 3083689: 10.180.245.43: Sep 12 2014 12:21:11.293 -0700: %CVP_8_5_SIP-7-CALL:  {Thrd=DIALOG_CALLBACK.6} CALLGUID = CBCCDD8539E811E4A3E2CCEF48565980 LEGID = CC65CE04-39E811E4-87DFD7D1-64B198F2 - [INBOUND] DURATION (msecs) = 25610 - DIALOG TERMINATED. Reason: Q.850;cause=16
    Line 3768: 3083690: 10.180.245.43: Sep 12 2014 12:21:11.293 -0700: %CVP_8_5_SIP-7-CALL:  {Thrd=DIALOG_CALLBACK.6} Sending BUS MSG:>>HEADERS: (JMSType)=MsgBus:CALL_STATE_EVENT (JMSDestination)=Topic(CVP.SIP.CC.EVENT) (JMSTimestamp)=1410549671293 >>BODY: callguid=CBCCDD8539E811E4A3E2CCEF48565980 RouterCallKey=6472 RouterCallKeySent=true causecode=1 timezone=America/Los_Angeles RouterCallKeySequenceNumber=0 version=CVP_8_5 labeltype=1 RouterCallKeyDay=151099 calldate=Fri Sep 12 12:21:11 PDT 2014 label=190376 localOffset=-420 eventid=6 calllegid=CC65CE04-39E811E4-87DFD7D1-64B198F2  >>STATE: isTabular=false isWriteable=true cursor=-1  
    The first Termination message came on the INBOUND leg which is the PSTN. That means, PSTN side disconnected the call first.
    Hope this helps.
    Abu

  • Calling Party No Display in SIP Trunk

    Hi All,
    We are integrating the CUCM & CME via SIP trunk where we facing the problem in Caller ID.
    In CUCM & CME we have 4 digit extension. It will transformed to 8 digit Enterprise number while calling from/to cucm & cme. Once the call answered it displays the 4 digit extension of called party instead of 8 digit enterprise no.
    Hope it's updating the Phone caller Id based on "P-Asserted Identity" in SIP messages . My requirements is it should display 8 digit no & Name.
    Flow :   Phone --> CUCM --> SIP Trunk --> CME --> Phone.
    Any Suggestions !!!

    Hi All,
    I just tried with SIP Profiles on the dial peer to remove the Remote-party ID.
    When call initiated from CME to CUCM , "Remote Party Id"  is removed in Invite. When CUCM reply with 180 ringing it contains "Remote Party Id" but sip profile not having any effect.
    This to avoid the displaying CUCM internal number series in CME instead of DID.
    Can you advice how it can be achieve ?
    Configuration
    voice class sip-profiles 10
    request ANY sip-header Remote-Party_ID remove
    response ANY sip-header Remote-Party-ID remove
    dial-peer voice 100 voip
    destination-pattern 91T
    session protocol sipv2
    session target ipv4:<ip address>
    voice-class sip profiles 10
    Call Flow
    SCCP Phone -- CME --- SIP -- CUCM --- SCCP Phone.
    Thanks in Advance

  • Like voice mail for iPhone, when are we going to be able to leave Face Time messages when a called party doesn't answer. Seems logical...

    Like voice mail for iPhone, when are we going to be able to leave Face Time messages when a called party doesn't answer. Seems logical...

    I used to be a Telecom technical person for healthcare and legals markets, managing 10s of thousands of voice mail apps and users requests. 
    I wonder where the "suggestion box" is at Apple? 

  • 8841 alerting called party display

    Hi All,
     I have a question on 8841 phone with CUCM 10.5, when I call any number it is suffixing server name like XXXX@<servername and it is showing on 8841 calling party phone. Where can I make changes so that I can see only number

    I had to open a TAC case and came to know that developers are still working on this issue:
    FYI - Here is the BUG ID: CSCut12879

  • Going out of country, need info about charges

    I'm going out of country & still want to be able to use some features like Data, check email, translate language, use on plane.  Is there a way to do that without being charged international fees?   Can I use wi-fi on my phone free?  If so, what are the steps to do on the phone?   Hope I'm asking  right questions.........Any advice is appreciated.  Thanks

    This is a great question that should help multiple people traveling outside the country.  First, if you don't plan on using the phone as a phone for texting and phone calls, there's no need to call customer service.  If you do want to make and receive calls/texts while in another country, you need to call and add international dial (I-Dial) to your line.  Note: There are specific qualifications that need to be met before a customer can add this feature such as payment history, account start date, etc.
    To use your phone on Wi-Fi, there are no additional charges.  However, if you want to make absolutely sure that you don't receive any data charges, I would turn off data or put the phone into airplane mode before departing.  
    For airplane mode: Settings> Airplane Mode> On
    For disabling data only (meaning you want to use phone for texts and email while abroad): Settings> General> Network> Make sure cellular data and data roaming are both turned off. 
    Note:  Remember to turn data back on, or disable airplane mode once you get back in the U.S.
    To enable Wi-Fi, go to setting> Wi-Fi> On.  Once it's turned on, it will show available Wi-Fi networks.  There is no charge by Verizon Wireless to use Wi-Fi, but the provider of the Wi-Fi network may charge for access (an example would be airports, planes, and hotels).  There are no extra fees by Verizon Wireless though.  
    Also, if you're curious about international rates, we have a great portion of our website: www.vzw.com/international 
    Let us know if you have any other questions, and have a great trip! 

  • Prevent called party number changes on outgoing call to PSTN

    Hello Folks,
    we have CUCM 9.1 with SIP trunks to cisco 2951 connected to the PSTN either by BRI or PRI module.
    we have implemented internal full e.164 (including +) dialplan
    when    we do an outgoing call (via SIP trunk and 2951) the phones first  shows   the full e.164 number i.e. +4970366431002. As soon as the call  goes  out  to the PSTN, the display changes to the number format in  which the  2951  sends the call to the ISDN.
    Because in  ISDN  there  is no +, the gateway translates the called number to (in  this  example)  70366431002 TON national. and sends this back to CUCM in  the  Session  progress Remote-Party-ID value (see output from debug  on the 2951 below)
    how can we prevend that the phone is showing this number instead of the original number?
    thanks a lot - mat
    debug isdn q931
        Calling Party Number i = 0x1081, '497142500290'
            Plan:Unknown, Type:International
        Called Party Number i = 0xA1, '70346431002'
            Plan:ISDN, Type:National
    debug ccsip  messages:
    Sent:
    SIP/2.0 183 Session Progress
    Via: SIP/2.0/TCP 10.1.60.2:5060;branch=z9hG4bK3b5c02cb10b0d
    From: <sip:[email protected]>;tag=3018449~a209bda8-de62-43dc-9e6a-6ebfafc31bde-46236303
    To: <sip:[email protected]>;tag=ED03BF44-10BA
    Date: Mon, 02 Sep 2013 12:41:56 GMT
    Call-ID: [email protected]
    CSeq: 101 INVITE
    Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
    Allow-Events: telephone-event
    Remote-Party-ID: <sip:[email protected]>;party=called;screen=no;privacy=off
    Contact: <sip:[email protected]:5060;transport=tcp>

    Hi,
    any calling or called transformation in the route pattern appears in the screen.
    you can discard the 9 in the route pattern and add prefix 9 in the route list level.
    for the 2nd point there is a service parameter in the call manager to keep the original dialed number
    HTH
    Anas
    don't forget to rate the helpful posts

  • I am having email problems with the new Lion.  stmp, imap, etc. I have looked up google info and It is confusing when it comes to TS, SSL also, please explain how to set it up so my email goes out and comes in securely.  Help

    I am having email problems with the new Mountain Lion.  stmp, imap, etc. I have looked up google info and It is confusing when it comes to TS, SSL also, please explain how to set it up so my email goes out and comes in securely.  Help
    Incoming Mail (IMAP) Server - requires SSL:
    imap.gmail.com
    Use SSL: Yes
    Port: 993
    Outgoing Mail (SMTP) Server - requires TLS:
    smtp.gmail.com (use authentication)
    Use Authentication: Yes
    Use STARTTLS: Yes (some clients call this SSL)
    Port: 465 or 587
    Account Name:
    your full email address (including @gmail.com) Google Apps users, please enter username@your_domain.com
    Email Address:
    your full Gmail email address ([email protected]) Google Apps users, please enter username@your_domain.com
    Password:
    your Gmail password
    The Quick Answer
    Follow the instructions below to set up IMAP1 access in most email clients.
    Google Apps users, please follow the default instructions unless otherwise noted, replacing 'your_domain.com' with your actual domain2 name.
    this is all greek to me. WHAT IS STARTTLS? On the first page of Apple set up there is a TLS certificate and it is marked NONE- should I change it to the long APPLE CERT option?  The next page under ADVANCED: THERE IS A BOX SSL MARKED.  Then IMAP Path Prefix - I put stmp.gmail.com.. is that right?  Port 993 can  use this one? as 456 doesn't work and 587 said it wasn't safe.  Under AUTHENTICATION I used PASSWORD.  Should I have used external client cert TLS?
    Please help me set this up securely. Thanks

    Apple - Support - Mail Setup Assistant

  • Since the iOS 7 update, some apps no longer have sound, even of configured to do so. Example, no longer does my FaceTime ring even if I have a tone set; my email app doesn't make a sound when email comes in or goes out. Help!

    Ever since I updated to ios7, sounds from specific apps has disappeared, even if configured correctly to make sounds. My mail doesn't sound off anymore when mail comes in or goes out. My FaceTime no longer rings when someone calls me. My map app no longer gives me voice instructions like it did before. If someone messages me I do not hear sounds anymore. I find it very annoying especially because I have family abroad and FaceTime is an important means of communication. I reset it by pressing the sleep and home button and all, nothing happened.
    Can someone help understand how to resolve this problem.
    Thank you so very much.

    (A) Reset iPad
    Hold down the Sleep/Wake button and the Home button at the same time for at least ten seconds, until the Apple logo appears
    (B) Make sure sound is not muted in Control Center; tap on the little bell. Swipe upwards from bottom of screen to launch Control Center

Maybe you are looking for

  • Date format in iPad Numbers not compatible with Excel or OpenOffice

    I use Apple Numbers on my iPad2 to collect data in the field, then download the file from iWorks as an Excel file to my PC running Windows XP and Office 2003. In the Numbers file, I want to enter dates in the format: mm/dd/yyyy hh:mm and that format

  • IMac wifi to Iphone4

    Hey guys. I have an iMac 27inch 2.8 Core i7 and have recently brought an iPhone 4. My iMac is using the internet via the ethernet on the back and have set my iMac to share my internet connection via airport so i can connect my iphone to the internet.

  • Merge Statement in Oracle

    I have two tables.Table 1 and Target. I am using Table 1 as source to update records in target table. I am joining the two tables on common column named ID. Datatype for ID in table 1 is VARCHAR whereas it is NUMBER in target table. Also, Updatedate

  • 10g setup with add rac option later

    Hi We have plans of upgrading our production environment to 10g on a seprate machine. Can we install all cluster ware on that machine and install oracle 10g then export and import and start using 10g,later once we plan to move to oracle 10g RAC we ca

  • GW POA Can't write .pid file to var/run/novell/groupwise

    I'm running GW 8.0.2 HP2 on SLES 10, and just recently figured out after trying to set up a CRON job that I can't restart my POA without rebooting the server. When I run a rcgrpwise status, the POA shows as "unused." Running rcgrpwise stop or restart