Outbound fax fails with cause code 47

[mohammed asif suleman]

Hi

i have 2811 voice gateway connecting to sip line and mpls from branches.

and in internal network we have a right fax and call manager

server with h323 connection from gateway.and every thing was fine

yesterday i replaced 2811 with 2951 and imported all the configuration to 2951 from 2811.

every thing was fine till now but today i came to know that outgoing faxes are not working. while incoming is fine.

the outgoing faxes are getting failed with cause code 47 "resource unavailable".

here the debugs are

May 18 07:11:53.234: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

INVITE sip:33016223237@192.168.12.5 SIP/2.0

From: <sip:5481@192.168.12.73>;tag=9186950-0-13c4-55013-e30f-1b7dec3b-e30f

To: <sip:33016223237@192.168.12.5>

Call-ID: 7d230e8-0-13c4-55013-e30f-66ea7ecd-e30f

CSeq: 1 INVITE

Via: SIP/2.0/UDP 192.168.12.73:5060;branch=z9hG4bK-e30f-376f58c-641cce71

Contact: <sip:192.168.12.73>

Max-Forwards: 70

User-Agent: Brktsip/6.5.2B5 (Dialogic)

Content-Type: application/sdp

Content-Length: 221

v=0

o=- 2209053116 0879491000 IN IP4 192.168.12.73

s=no_session_name

t=0 0

m=audio 56492 RTP/AVP 0

c=IN IP4 192.168.12.73

a=rtpmap:0 pcmu/8000

m=audio 56492 RTP/AVP 8

c=IN IP4 192.168.12.73

a=rtpmap:8 pcma/8000

May 18 07:11:53.238: //-1/0D1A9138A837/CCAPI/cc_api_display_ie_subfields:

   cc_api_call_setup_ind_common:

   cisco-username=5481

   ----- ccCallInfo IE subfields -----

   cisco-ani=5481

   cisco-anitype=0

   cisco-aniplan=0

   cisco-anipi=0

   cisco-anisi=0

   dest=33016223237

   cisco-desttype=0

   cisco-destplan=0

   cisco-rdie=FFFFFFFF

   cisco-rdn=

   cisco-rdntype=0

   cisco-rdnplan=0

   cisco-rdnpi=-1

   cisco-rdnsi=-1

   cisco-redirectreason=-1   fwd_final_type =0

   final_redirectNumber =

   hunt_group_timeout =0

May 18 07:11:53.238: //-1/0D1A9138A837/CCAPI/cc_api_call_setup_ind_common:

   Interface=0xAE83350, Call Info(

   Calling Number=5481,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

   Called Number=33016223237(TON=Unknown, NPI=Unknown),

   Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,

   Incoming Dial-peer=20, Progress Indication=NULL(0), Calling IE Present=TRUE,

   Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=8665

May 18 07:11:53.238: //-1/0D1A9138A837/CCAPI/ccCheckClipClir:

   In: Calling Number=5481(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)

May 18 07:11:53.238: //-1/0D1A9138A837/CCAPI/ccCheckClipClir:

   Out: Calling Number=5481(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)

May 18 07:11:53.238: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

May 18 07:11:53.238: :cc_get_feature_vsa malloc success

May 18 07:11:53.238: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

May 18 07:11:53.238:  cc_get_feature_vsa count is 6

May 18 07:11:53.238: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

May 18 07:11:53.238: :FEATURE_VSA attributes are: feature_name:0,feature_time:31196600,feature_id:1569

May 18 07:11:53.238: //8665/0D1A9138A837/CCAPI/cc_api_call_setup_ind_common:

   Set Up Event Sent;

   Call Info(Calling Number=5481(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

   Called Number=33016223237(TON=Unknown, NPI=Unknown))

May 18 07:11:53.238: //8665/0D1A9138A837/CCAPI/cc_process_call_setup_ind:

   Event=0xAECF738

May 18 07:11:53.238: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:

   Try with the demoted called number 33016223237

May 18 07:11:53.238: //8665/0D1A9138A837/CCAPI/ccCallSetContext:

   Context=0x103C6A4

May 18 07:11:53.238: //8665/0D1A9138A837/CCAPI/cc_process_call_setup_ind:

   >>>>CCAPI handed cid 8665 with tag 20 to app "_ManagedAppProcess_Default"

May 18 07:11:53.238: //8665/0D1A9138A837/CCAPI/ccCallProceeding:

   Progress Indication=NULL(0)

May 18 07:11:53.238: //8665/0D1A9138A837/CCAPI/ccCallSetupRequest:

   Destination=, Calling IE Present=TRUE, Mode=0,

   Outgoing Dial-peer=11, Params=0x103B234, Progress Indication=NULL(0)

May 18 07:11:53.238: //8665/0D1A9138A837/CCAPI/ccCheckClipClir:

   In: Calling Number=2505481(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)

May 18 07:11:53.238: //8665/0D1A9138A837/CCAPI/ccCheckClipClir:

   Out: Calling Number=2505481(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)

May 18 07:11:53.238: //8665/0D1A9138A837/CCAPI/ccCallSetupRequest:

   Destination Pattern=33.T, Called Number=016223237, Digit Strip=FALSE

May 18 07:11:53.238: //8665/0D1A9138A837/CCAPI/ccCallSetupRequest:

   Calling Number=2505481(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

   Called Number=016223237(TON=Unknown, NPI=Unknown),

   Redirect Number=, Display Info=

   Account Number=5481, Final Destination Flag=TRUE,

   Guid=0D1A9138-BEC1-11E2-A837-C0C5037109AB, Outgoing Dial-peer=11

May 18 07:11:53.238: //8665/0D1A9138A837/CCAPI/cc_api_display_ie_subfields:

   ccCallSetupRequest:

   cisco-username=5481

   ----- ccCallInfo IE subfields -----

   cisco-ani=2505481

   cisco-anitype=0

   cisco-aniplan=0

   cisco-anipi=0

   cisco-anisi=0

   dest=016223237

   cisco-desttype=0

   cisco-destplan=0

   cisco-rdie=FFFFFFFF

   cisco-rdn=

   cisco-rdntype=0

   cisco-rdnplan=0

   cisco-rdnpi=-1

   cisco-rdnsi=-1

   cisco-redirectreason=-1   fwd_final_type =0

   final_redirectNumber =

   hunt_group_timeout =0

May 18 07:11:53.238: //8665/0D1A9138A837/CCAPI/ccIFCallSetupRequestPrivate:

   Interface=0xAE83350, Interface Type=3, Destination=, Mode=0x0,

   Call Params(Calling Number=2505481,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

   Called Number=016223237(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,

   Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=11, Call Count On=FALSE,

   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)

May 18 07:11:53.242: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

May 18 07:11:53.242: :cc_get_feature_vsa malloc success

May 18 07:11:53.242: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

May 18 07:11:53.242:  cc_get_feature_vsa count is 7

May 18 07:11:53.242: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

May 18 07:11:53.242: :FEATURE_VSA attributes are: feature_name:0,feature_time:31193016,feature_id:1570

May 18 07:11:53.242: //8666/0D1A9138A837/CCAPI/ccIFCallSetupRequestPrivate:

   SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1

May 18 07:11:53.242: //8666/0D1A9138A837/CCAPI/ccCallSetContext:

   Context=0x103B1E4

May 18 07:11:53.242: //8665/0D1A9138A837/CCAPI/ccSaveDialpeerTag:

   Outgoing Dial-peer=11

May 18 07:11:53.242: //8666/0D1A9138A837/CCAPI/cc_api_call_disconnected:

   Cause Value=47, Interface=0xAE83350, Call Id=8666

May 18 07:11:53.242: //8666/0D1A9138A837/CCAPI/cc_api_call_disconnected:

   Call Entry(Responsed=TRUE, Cause Value=47, Retry Count=0)

May 18 07:11:53.242: //8666/0D1A9138A837/CCAPI/cc_api_call_disconnected:

   Cause Value=47, Interface=0xAE83350, Call Id=8666

May 18 07:11:53.242: //8666/0D1A9138A837/CCAPI/cc_api_call_disconnected:

   Call Entry(Responsed=TRUE, Cause Value=47, Retry Count=0)

May 18 07:11:53.242: //8665/0D1A9138A837/CCAPI/ccCallReleaseResources:

   release reserved xcoding resource.

May 18 07:11:53.242: //8666/0D1A9138A837/CCAPI/ccCallSetAAA_Accounting:

   Accounting=0, Call Id=8666

May 18 07:11:53.242: //8666/0D1A9138A837/CCAPI/ccCallDisconnect:

   Cause Value=47, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=47)

May 18 07:11:53.242: //8666/0D1A9138A837/CCAPI/ccCallDisconnect:

   Cause Value=47, Call Entry(Responsed=TRUE, Cause Value=47)

May 18 07:11:53.242: //8666/0D1A9138A837/CCAPI/cc_api_call_disconnect_done:

   Disposition=-11, Interface=0xAE83350, Tag=0x0, Call Id=8666,

   Call Entry(Disconnect Cause=47, Voice Class Cause Code=0, Retry Count=0)

May 18 07:11:53.242: //8666/0D1A9138A837/CCAPI/cc_api_call_disconnect_done:

   Call Disconnect Event Sent

May 18 07:11:53.242: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

May 18 07:11:53.242: :cc_free_feature_vsa freeing 1DBF7B0

May 18 07:11:53.242: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

May 18 07:11:53.242:  vsacount in free is 6

May 18 07:11:53.242: //8665/0D1A9138A837/SIP/Msg/ccsipDisplayMsg:

Sent:

SIP/2.0 100 Trying

Via: SIP/2.0/UDP 192.168.12.73:5060;branch=z9hG4bK-e30f-376f58c-641cce71

From: <sip:5481@192.168.12.73>;tag=9186950-0-13c4-55013-e30f-1b7dec3b-e30f

To: <sip:33016223237@192.168.12.5>

Date: Sat, 18 May 2013 07:11:53 GMT

Call-ID: 7d230e8-0-13c4-55013-e30f-66ea7ecd-e30f

CSeq: 1 INVITE

Allow-Events: telephone-event

Server: Cisco-SIPGateway/IOS-12.x

Content-Length: 0

May 18 07:11:53.242: //8665/0D1A9138A837/CCAPI/ccCallDisconnect:

   Cause Value=47, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)

May 18 07:11:53.242: //8665/0D1A9138A837/CCAPI/ccCallDisconnect:

   Cause Value=47, Call Entry(Responsed=TRUE, Cause Value=47)

May 18 07:11:53.242: //8665/0D1A9138A837/SIP/Msg/ccsipDisplayMsg:

Sent:

SIP/2.0 503 Service Unavailable

Via: SIP/2.0/UDP 192.168.12.73:5060;branch=z9hG4bK-e30f-376f58c-641cce71

From: <sip:5481@192.168.12.73>;tag=9186950-0-13c4-55013-e30f-1b7dec3b-e30f

To: <sip:33016223237@192.168.12.5>;tag=F9BCC60-144A

Date: Sat, 18 May 2013 07:11:53 GMT

Call-ID: 7d230e8-0-13c4-55013-e30f-66ea7ecd-e30f

CSeq: 1 INVITE

Allow-Events: telephone-event

Server: Cisco-SIPGateway/IOS-12.x

Reason: Q.850;cause=47

Content-Length: 0

May 18 07:11:53.246: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

ACK sip:33016223237@192.168.12.5 SIP/2.0

From: <sip:5481@192.168.12.73>;tag=9186950-0-13c4-55013-e30f-1b7dec3b-e30f

To: <sip:33016223237@192.168.12.5>;tag=F9BCC60-144A

Call-ID: 7d230e8-0-13c4-55013-e30f-66ea7ecd-e30f

CSeq: 1 ACK

Via: SIP/2.0/UDP 192.168.12.73:5060;branch=z9hG4bK-e30f-376f58c-641cce71

Contact: <sip:192.168.12.73>

Max-Forwards: 70

User-Agent: Brktsip/6.5.2B5 (Dialogic)

Content-Length: 0

May 18 07:11:53.246: //8665/0D1A9138A837/CCAPI/cc_api_call_disconnect_done:

   Disposition=0, Interface=0xAE83350, Tag=0x0, Call Id=8665,

   Call Entry(Disconnect Cause=47, Voice Class Cause Code=0, Retry Count=0)

May 18 07:11:53.246: //8665/0D1A9138A837/CCAPI/cc_api_call_disconnect_done:

   Call Disconnect Event Sent

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

configuration for right fax is

voice translation-rule 5

rule 1 /^33\(.......\)/ /\1/  ---------------7

rule 2 /^33\(.........\)/ /\1/ -------------9

rule 3 /^33\(............\)/ /\1/------------12

rule 4 /^33\(..........\)/ /\1/-------------10

rule 6 /^33\(.............\)/ /\1/----------13

rule 7 /^33\(...........\)/ /\1/-------------11

!

voice translation-rule 6

rule 1 /^5\(...\)/ /2505\1/

dial-peer voice 11 voip

description **Outgoing FAX to SIP Trunk**

translation-profile outgoing OUT_FAX

destination-pattern 33.T

session protocol sipv2

session target ipv4:10.200.7.157

codec g711alaw

fax protocol pass-through g711alaw

no vad

dial-peer voice 180 voip

description **to FAX SERVER**

destination-pattern 25054[8-9].

session protocol sipv2

session target ipv4:192.168.12.73

codec g711alaw

fax protocol pass-through g711alaw

no vad

dial-peer voice 20 voip

description ***TO-ISP***

translation-profile outgoing OUT-SIP

destination-pattern [^33].T

progress_ind progress enable 8

rtp payload-type cisco-codec-fax-ack 111

rtp payload-type nte 97

session protocol sipv2

session target ipv4:10.200.7.157:5060

session transport udp

voice-class codec 1

dtmf-relay rtp-nte

no vad

Fax call flow is like

ITSP-------[sip]-----------gateway-------[323]-----------------Right Fax server.

thank you

[mohammed asif suleman]

Hi Jorqe,

the same config is working for cisco 2811, and the faxes are going without any problem.

but for 2951 its getting failed with cause code 47 ' resourse unavailable" what does that means...

[mohammed asif suleman]

Hi aokanlawon,

i have a doubt that does pvdm 3 supports fax calls,

please can you check this

http://www.cisco.com/en/US/docs/routers/access/1900/software/configuration/guide/pvdm3_config.html

Restrictions for Configuring the PVDM3 Module on Cisco Voice Gateway Routers

The PVDM3 card can only be installed and used on the following Cisco voice gateway routers:

•Cisco 2901 and Cisco 2911 (each router supports up to two PVDM3 modules)

•Cisco 2921 and Cisco 2951 (each router supports up to three PVDM3 modules)

•Cisco 3925 and Cisco 3945 (each router supports up to four PVDM3 modules)

•Cisco 3925E and Cisco 3945E (each router supports up to three PVDM3 modules)

All codecs that are supported on the PVDM2 are supported on the PVDM3, except that the PVDM3 does not support the G.723 (G.723.1 and G.723.1A) codecs. The PVDM2 can be used to provide G.723 codec support or the G.729 codec can be as an alternative on the PVDM3.

The PVDM3 DSP does not support Cisco Fax Relay. The PVDM2 (5510 DSP) does support Cisco Fax Relay.

The coexistence of PVDM2 and PVDM3 modules on the same motherboard is not supported. If these two modules are installed on the same motherboard, the PVDM2 is shut down.

[mohammed asif suleman]

Hi aokanlawon,

the debugs are attached please advise...

debug ccsip all 3 is without dtmf-relay rtp-nte

and debug ccsip and debug ccsip all are with dtmf-relay rtp-nte configured on dial-peer 11

[Ayodeji Okanlawon]

Ok..Here is what is going on..from the logs

The invite from dialogic comes with multiple m-lines..

+++Invitae has two mlines.++++

v=0

o=- 2209181167 0295969000 IN IP4 192.168.12.73

s=no_session_name

t=0 0

m=audio 56420 RTP/AVP 0

c=IN IP4 192.168.12.73

a=rtpmap:0 pcmu/8000

m=audio 56420 RTP/AVP 8

c=IN IP4 192.168.12.73

a=rtpmap:8 pcma/8000

++ From the logs cisco CUBE selected the first media in the top most m-line which is g711ulaw (this is what is referred to as codec 5 in the log)

006752: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/sipSPI_ipip_vcc_CopyChannelInfoToCodecList: Codec added 5
006753: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/sipSPI_ipip_vcc_CheckCodecSetType: Check between Equalset & Subset..
006754: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/codec_found:
Codec to be matched: 5

+++No the outbound dial-peer 11 has codec set to use g711alaw (this is called codec 6) and you can see the gateway saying no codec match found++

006755: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/codec_found: No match for the codecs found..
006756: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/sipSPI_ipip_vcc_CheckCodecSetType: No match found. Just break..
006757: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/sipSPI_ipip_vcc_CheckCodecSetType: Check between disjointset & Subset..
006758: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/codec_found:
Codec to be matched: 5
006759: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/codec_found: No match for the codecs found..
006760: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/sipSPI_ipip_vcc_CheckCodecSetType: Match found. Continue for next codec..
006761: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/sipSPI_ipip_vcc_CheckCodecSetType: This is Disjoint set
006762: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/sipSPICodecTranscoder: Codec set type is 3
006763: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/sipSPICodecTranscoder: Disjoint set or Subset w/ offer-all. For DO call, offer-all is NO-OP..Continue to reserve xcoder resource..
006764: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/sipSPI_ipip_vcc_ReserveXcoderResource: Consider codec 6, 5 for xcoder reservation
006765: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/codec_found:
Codec to be matched: 5
006766: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/codec_found: No match for the codecs found..
006767: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/ccsip_get_xcode_resource: cap_mask1=2, cap_mask2=1

006768: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/sipSPI_ipip_vcc_ReserveXcoderResource: Xcoder reservation got fail for all the possible combination
006769: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/sipSPI_ipip_vcc_ReserveXcoderResource: After xcoder reservation, status is: xcoder_codec = -1, peer_xcoder_codec = -1, stream = 0, peer_stream = 0
006770: May 19 15:20:33.084: //9234/7B8074E2ABF0/SIP/Info/ccsip_set_cc_cause_for_spi_err: Categorized cause:47, category:182

++For this call to work, the gateway needs to allocate a xcoder, which it coudnlt and the call failed++++

NB: we have not even gotten to fax negotiation because the voice call has not been established...

So to resolve this problem you need to configure G711ulaw on dial-peer 11. If your provider doesnt support g711ulaw then you will need to change the config on your right fax server to only send G711alaw in the media line of the sip invite

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[mohammed asif suleman]

Hi Aokanlawon,

Thanks a lot for your efforts,

that was a lengthy task to go through all the logs.

i will try the solution and hope will work fine.

instead of hard coding the codec can i define another codec class

voice class codec 2

codec preference 1 g711ulaw

  codec preference 2 g711alaw

and change the dial-peer like below

dial-peer voice 11 voip

description **Outgoing Call to SIP Trunk**

translation-profile outgoing OUT_FAX

destination-pattern 33.T

session protocol sipv2

session target ipv4:10.200.7.157

voice-class codec 2

fax protocol pass-through g711ulaw

no vad

and the translation-rule is like

voice translation-rule 5

rule 1 /^33\(.*\)/ /\1/

if it doesn't work, will change the codec to g711alaw on fax server...

Thank you once againg....

[Ayodeji Okanlawon]

Yes you can do that...As long as your provider supports G711ulaw

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[mohammed asif suleman]

thank you aokanlawon,

will try and update the result tomorrow...

but why its not supporting on 2951 while the 2811 has the same config with codec g711alaw

[mohammed asif suleman]

Hello mr.Deji,

i configured the codec as g 711ulaw,the codec getting negotiated, but some faxes getting failed

i am attaching the debugs here

[Jorge Armijo]

Enable:

voice iec syslog

And look if by any chance you get an error message saying something like:

No DSP found locally or globally

If you get this error, please enter:

conf t

voice service pots

fax rate disable

This only happens with PVDM3

HTH

--
Jorge Armijo

Please remember to rate helpful responses and identify helpful or correct answers.

[mohammed asif suleman]

Hi Jorqe,

Thnak you for reply,

i will try tomorrow and post the results, hoping it will work.

[Ayodeji Okanlawon]

Jorge there are no pots dial-peer in this setup..Its purely ip to ip..Faxes are connected to a right fax server and the PSTN connectivity uses SIP Trunks

[Ayodeji Okanlawon]

I dont know what these debugs are for. I dont see any fax negotiation in this logs...Please dont use debug ccsip all again we dont need it for now..

When you do a test call now only use debug ccsip messages and include the calling and called number..

When you say some fax fail does it mean that some work? Send a debug ccsip message and debug voip ccapi inout for faxes that fail

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[mohammed asif suleman]

Hi Mr.Deji,

I collected the debugs as to asked.

yes some faxes getting delivered and some are getting failed.

the originating fax number is 012505481 and the numbers to which faxes getting failed are

025951500

063630502

038980758

[Ayodeji Okanlawon]

Mohammed,

Before you send logs please take a few minuts to check that the calls exist in the log...The called number do not exist in this log..I spend too much time looking for calls that do nto exist. In the future I wont be doing that..So please do your home work

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[mohammed asif suleman]

Hi Mr.Deji,

i am extremly sorry for the logs,

i think the calls didn't make even to the router,i did many calls,some of which got succeeded and some got failed.

the calls which got failed are not in debugs.

i didn't understand why this happend.

i assure you from next time i will  cautiously check the logs before posting.

Thank you very much and once again i apologies for the mistake.