Can not send fax...showing Scheduled to be Sent

Answered Question
Aug 15th, 2011

Hi,

I am using RightFax 9.4 (Business Edition). The topology of the solution is PSTN/FAX-->VG-->CUCM via H.323-->RightFax

From the Fax server I am unable to send any fax. Using Fax uitity while sending fax it shows Scheduled to be Sent.

I am using SR140. In the Brooktrout I configured the CUCM as default  h.323 gateway. also in CUCM configured fax server as h.323 gatway. I am  suspecting that my VG configuration may have some problem.

I start wireshark on fax server and that is no activeties after Sent fax from FaxUtil.

Attachment: 
I have this problem too.
0 votes
Correct Answer by bsundar about 2 years 8 months ago

Hi Alexander,

Are you meaning that outgoing faxes are working in the following scenario ?

"PSTN --GW-sip-Rightfax server."

If you are facing issues with fax speed, did you try setting the speed to a lower value using the fax rate command? (you can use this under voice service voip or individual dial-peer)

Thanks,

Bala.

PS: Please rate useful posts. Please mark the thread as answered if the issue is resolved.

  • 1
  • 2
  • 3
  • 4
  • 5
Average Rating: 5 (1 ratings)
bsundar Mon, 08/15/2011 - 06:58

Hi Alexander,

A few questions to understand the issue better.

1. Any fax call is first established as a voice call. So, from your right  fax server, if you enter the number of a destination fax or phone, is  the destination end point ringing?

2. Are incoming faxes working?

3. Are outbound "voice" calls via the PSTN working ok?

4. If you think that the issue is your voice gateway, can you please post the following debugs for a fax call

debug fax relay t30 all-level-1

debug voip ccapi inout

debug voip vtsp all

debug voip rtp session nse

debug h225 q931

debug h225 asn1

debug h245 asn1

debug isdn q931 (if your PSTN is a PRI line)

along with the sh run of the gateway (after removing confidential information if any in the sh run)

5. Also please post the packet capture on the fax server.

Thanks,

Bala.

KpaH4iTooo Tue, 08/16/2011 - 01:33

Hi, bsundar

Thanks for your answer.

1. Now i use scheme E1->GW->FAX. Without CCM. No, if I use FaxUtil

and call to my mobil number, the phone is not ringing, but i see on

wireshark, that installed in my Fax server, that there is RTP.

2. Incoming faxes are working

3. Ok

4. I think that this is GW problem, because i do not use CCM

Logs and packer capture are in link below

http://dl.dropbox.com/u/33041686/Debugs.rar

bsundar Tue, 08/16/2011 - 03:05

Hi Alexander,

Thanks a lot for the information and debugs.

Let me check it and get back to you.

Thanks,

Bala.

PS: Please rate helpful posts and mark the discussion as Answered when the issue is resolved.

Marwan ALshawi Tue, 08/16/2011 - 05:23

what router model and ios version are using ?

anyway try the bellow comands and make sure t38 is enabled

voice service pots

fax rate disable

!

voice service voip

allow-connections h323 to h323

fax protocol none

modem passthrough nse codec g711ulaw

also see the bellow discussion it might be helful foir your case

https://supportforums.cisco.com/message/3418715#3418715

HTH

if helpful Rate

Marwan ALshawi Tue, 08/16/2011 - 15:01

Plz use the above commands and try it

Sent from Cisco Technical Support iPhone App

bsundar Tue, 08/16/2011 - 23:25

Hi Alexander,


From the ISDN messages, we see that the PSTN is not even sending alerting. The gateway just receives ISDN call proceeding with progress indicators followed by an ISDN disconnect.

Is the destination number "84957847314" that you are calling valid? 

I see this as a PSTN issue or a destination number issue.

Can you please try with another destination number?

Your fax configuration under the voip dial-peer 777 is correct.

fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

*Aug 16 08:00:31.951: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x012D

    Called Party Number i = 0xA1, '84957847314'

*Aug 16 08:00:31.967: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8  callref = 0x812D

    Channel ID i = 0xA9839F

        Exclusive, Channel 31

*Aug 16 08:00:35.971: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x812D

    Progress Ind i = 0x8288 - In-band info or appropriate now available

*Aug 16 08:00:36.339: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x812D

    Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info

*Aug 16 08:00:41.231: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x812D

    Cause i = 0x8390 - Normal call clearing

Thanks,

Bala.

PS:Please rate helpful posts. Please mark the question as Answered when the issue is resolved.

KpaH4iTooo Tue, 08/16/2011 - 23:47

Hi, Bsundar,

The destination number "84957847314" is the fax in auto mode. If i call this number I will hear a fax beep.

I find anather number 84956461658 - the fax in auto mode, if you call this number, you hear fax beep.

Result status of Rightfax Util is "No answer of fax at Fax Number"

http://dl.dropbox.com/u/33041686/debug.txt - debug log

Thanks

KpaH4iTooo Wed, 08/17/2011 - 05:33

Now I connect GW to CCM with mgcp, incoming fax is OK. Outgoing - FaxUtil status - "Fax Number is busy". But fax is on auto mode.

And I can call to CCM internal DN.

Debug:

HQ#

*Aug 17 12:29:44.238: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:

   Interface=0x316502B8, Interface Type=6, Destination=, Mode=0x9,

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

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

   Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=0, Call Count On=FALSE,

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

*Aug 17 12:29:44.238: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Aug 17 12:29:44.238: :cc_get_feature_vsa malloc success

*Aug 17 12:29:44.238: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Aug 17 12:29:44.238:  cc_get_feature_vsa count is 1

*Aug 17 12:29:44.238: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Aug 17 12:29:44.238: :FEATURE_VSA attributes are: feature_name:0,feature_time:830128872,feature_id:100

*Aug 17 12:29:44.238: //102/6BEED7788019/CCAPI/ccIFCallSetupRequestPrivate:

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

*Aug 17 12:29:44.238: //102/6BEED7788019/CCAPI/ccCallSetContext:

   Context=0x30005578

*Aug 17 12:29:44.238: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:

   Interface=0x2A7ED1E4, Interface Type=9, Destination=0.0.0.0, Mode=0x9,

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

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

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

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

*Aug 17 12:29:44.238: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Aug 17 12:29:44.238: :cc_get_feature_vsa malloc success

*Aug 17 12:29:44.242: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Aug 17 12:29:44.242:  cc_get_feature_vsa count is 2

*Aug 17 12:29:44.242: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Aug 17 12:29:44.242: :FEATURE_VSA attributes are: feature_name:0,feature_time:830128648,feature_id:101

*Aug 17 12:29:44.242: //103/6BEED7788019/CCAPI/ccIFCallSetupRequestPrivate:

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

*Aug 17 12:29:44.242: //103/6BEED7788019/CCAPI/ccCallSetContext:

   Context=0x30003F78

*Aug 17 12:29:44.242: //103/6BEED7788019/CCAPI/cc_api_call_connected:

   Interface=0x2A7ED1E4, Data Bitmask=0x0, Progress Indication=NULL(0),

   Connection Handle=0

*Aug 17 12:29:44.242: //103/6BEED7788019/CCAPI/cc_api_call_connected:

   Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/cc_api_call_proceeding:

   Interface=0x316502B8, Progress Indication=NULL(0)

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/cc_api_call_connected:

   Interface=0x316502B8, Data Bitmask=0x1, Progress Indication=DESTINATION IS NON ISDN(2),

   Connection Handle=0

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/cc_api_call_connected:

   Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/ccCallModify:

   Nominator=0x1000, Params=0x2B9F7E68, Call Id=102

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/ccCallReportDigits:

   (callID=0x66, digit_event=0x1, enable=TRUE, consume=FALSE)

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/ccCallReportDigits:

   Enabled=TRUE, Call Id=102

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/cc_api_call_report_digits_done:

   (vdbPtr=0x316502B8, callID=0x66, disp=0, digit_event=0x1, enable=TRUE, consume=FALSE)

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/cc_api_call_report_digits_done:

   Enabled=TRUE, Disposition=0x0, Interface=0x316502B8, Call Id=102

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/cc_api_call_report_digits_done:

   Call Entry(Initial Digit Timeout=15000(ms), Inter Digit Timeout=10000(ms))

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/ccConferenceCreate:

   (confID=0x2B9F8084, callID1=0x66, gcid=0-0-0-0, tag=0x0)

*Aug 17 12:29:44.242: //103/6BEED7788019/CCAPI/ccConferenceCreate:

   (confID=0x2B9F8084, callID2=0x67, gcid=0-0-0-0, tag=0x0)

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/ccConferenceCreate:

   Conference Id=0x2B9F8084, Call Id1=102, Call Id2=103, Tag=0x0

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/cc_api_bridge_done:

   Conference Id=0x26, Source Interface=0x316502B8, Source Call Id=102,

   Destination Call Id=103, Disposition=0x0, Tag=0xFFFFFFFF

*Aug 17 12:29:44.242: //103/6BEED7788019/CCAPI/cc_api_bridge_done:

   Conference Id=0x26, Source Interface=0x2A7ED1E4, Source Call Id=103,

   Destination Call Id=102, Disposition=0x0, Tag=0x0

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/cc_generic_bridge_done:

   Conference Id=0x26, Source Interface=0x2A7ED1E4, Source Call Id=103,

   Destination Call Id=102, Disposition=0x0, Tag=0x0

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/ccConferenceCreate:

   Call Entry(Conference Id=0x26, Destination Call Id=103)

*Aug 17 12:29:44.242: //103/6BEED7788019/CCAPI/ccConferenceCreate:

   Call Entry(Conference Id=0x26, Destination Call Id=102)

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/cc_api_caps_ind:

   Destination Interface=0x2A7ED1E4, Destination Call Id=103, Source Call Id=102,

   Caps(Codec=0x1, Fax Rate=0x1, Vad=0x1,

   Modem=0x2, Codec Bytes=20, Signal Type=3)

*Aug 17 12:29:44.242: //102/6BEED7788019/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))

*Aug 17 12:29:44.242: //103/6BEED7788019/CCAPI/cc_api_caps_ind:

   Destination Interface=0x316502B8, Destination Call Id=102, Source Call Id=103,

   Caps(Codec=0x1, Fax Rate=0x2, Vad=0x1,

   Modem=0x2, Codec Bytes=160, Signal Type=2)

*Aug 17 12:29:44.242: //103/6BEED7788019/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))

*Aug 17 12:29:44.242: //103/6BEED7788019/CCAPI/cc_api_caps_ack:

   Destination Interface=0x316502B8, Destination Call Id=102, Source Call Id=103,

   Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Vad=OFF(0x1),

   Modem=ON(0x2), Codec Bytes=160, Signal Type=2, Seq Num Start=5071)

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/cc_api_caps_ack:

   Destination Interface=0x2A7ED1E4, Destination Call Id=103, Source Call Id=102,

   Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Vad=OFF(0x1),

   Modem=ON(0x2), Codec Bytes=160, Signal Type=2, Seq Num Start=5071)

*Aug 17 12:29:44.242: //102/6BEED7788019/CCAPI/cc_api_call_modify_done:

   Result=0, Interface=0x316502B8, Call Id=102

*Aug 17 12:29:44.246: //102/6BEED7788019/CCAPI/cc_api_voice_mode_event:

   Call Id=102

*Aug 17 12:29:44.246: //102/6BEED7788019/CCAPI/cc_api_voice_mode_event:

   Call Entry(Context=0x30005578)

*Aug 17 12:29:44.246: //102/6BEED7788019/CCAPI/cc_process_notify_bridge_done:

   Conference Id=0x26, Call Id1=102, Call Id2=103

*Aug 17 12:29:44.246: //102/6BEED7788019/CCAPI/ccSetDigitTimeouts:

   Initial Digit Timeout=4000(ms), Inter Digit Timeout=4000(ms)

*Aug 17 12:29:44.246: //102/6BEED7788019/CCAPI/ccSetDigitTimeouts:

   Call Entry(Inter Digit Timeout=4000(ms), Initial Digit Timeout=4000(ms))

*Aug 17 12:29:44.246: //102/6BEED7788019/CCAPI/ccRestartDigitTimeoutMsec:

   Digit Timeout=0, Call Id=102

*Aug 17 12:29:44.246: //102/6BEED7788019/CCAPI/ccCallReportDigits:

   (callID=0x66, digit_event=0x1, enable=TRUE, consume=FALSE)

*Aug 17 12:29:44.246: //102/6BEED7788019/CCAPI/ccCallReportDigits:

   Enabled=TRUE, Call Id=102

*Aug 17 12:29:44.246: //102/6BEED7788019/CCAPI/cc_api_call_report_digits_done:

   (vdbPtr=0x316502B8, callID=0x66, disp=0, digit_event=0x1, enable=TRUE, consume=FALSE)

*Aug 17 12:29:44.246: //102/6BEED7788019/CCAPI/cc_api_call_report_digits_done:

   Enabled=TRUE, Disposition=0x0, Interface=0x316502B8, Call Id=102

*Aug 17 12:29:44.246: //102/6BEED7788019/CCAPI/cc_api_call_report_digits_done:

   Call Entry(Initial Digit Timeout=4000(ms), Inter Digit Timeout=4000(ms))

*Aug 17 12:29:44.246: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x0005

    Sending Complete

    Bearer Capability i = 0x8090A3

        Standard = CCITT

        Transfer Capability = Speech 

        Transfer Mode = Circuit

        Transfer Rate = 64 kbit/s

    Channel ID i = 0xA9839F

        Exclusive, Channel 31

    Calling Party Number i = 0x0083, N/A

        Plan:Unknown, Type:Unknown

    Called Party Number i = 0xA0, '84956461658'

        Plan:Unknown, Type:National

*Aug 17 12:29:48.246: //102/6BEED7788019/CCAPI/cc_handle_inter_digit_timer:

   Generate inter-digit timeout CC_EV_CALL_DIGIT_END event

*Aug 17 12:29:48.258: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x0005

    Sending Complete

    Bearer Capability i = 0x8090A3

        Standard = CCITT

        Transfer Capability = Speech 

        Transfer Mode = Circuit

        Transfer Rate = 64 kbit/s

    Channel ID i = 0xA9839F

        Exclusive, Channel 31

    Calling Party Number i = 0x0083, N/A

        Plan:Unknown, Type:Unknown

    Called Party Number i = 0xA0, '84956461658'

        Plan:Unknown, Type:National

*Aug 17 12:29:48.270: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x8005

    Channel ID i = 0xA9839F

        Exclusive, Channel 31

    Progress Ind i = 0x8288 - In-band info or appropriate now available

*Aug 17 12:29:48.658: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x8005

    Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info

*Aug 17 12:29:53.454: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x8005

    Cause i = 0x8390 - Normal call clearing

    Progress Ind i = 0x8288 - In-band info or appropriate now available

*Aug 17 12:30:00.670: //102/6BEED7788019/CCAPI/ccCallReportDigits:

   (callID=0x66, digit_event=0x0, enable=FALSE, consume=FALSE)

*Aug 17 12:30:00.670: //102/6BEED7788019/CCAPI/ccCallReportDigits:

   Enabled=TRUE, Call Id=102

*Aug 17 12:30:00.670: //102/6BEED7788019/CCAPI/cc_api_call_report_digits_done:

   (vdbPtr=0x316502B8, callID=0x66, disp=0, digit_event=0x0, enable=FALSE, consume=FALSE)

*Aug 17 12:30:00.670: //102/6BEED7788019/CCAPI/cc_api_call_report_digits_done:

   Enabled=TRUE, Disposition=0x0, Interface=0x316502B8, Call Id=102

*Aug 17 12:30:00.670: //102/6BEED7788019/CCAPI/cc_api_call_report_digits_done:

   Call Entry(Initial Digit Timeout=4000(ms), Inter Digit Timeout=4000(ms))

*Aug 17 12:30:00.670: //103/6BEED7788019/CCAPI/ccGetCallStatistics:

   Call Stats=0x2ABA92DC, Call Id=103

*Aug 17 12:30:00.670: //102/6BEED7788019/CCAPI/ccConferenceDestroy:

   Conference Id=0x26, Tag=0x0

*Aug 17 12:30:00.670: //102/6BEED7788019/CCAPI/cc_api_bridge_drop_done:

   Conference Id=0x26, Source Interface=0x316502B8, Source Call Id=102,

   Destination Call Id=103, Disposition=0x0, Tag=0x0

*Aug 17 12:30:00.670: //103/6BEED7788019/CCAPI/cc_api_bridge_drop_done:

   Conference Id=0x26, Source Interface=0x2A7ED1E4, Source Call Id=103,

   Destination Call Id=102, Disposition=0x0, Tag=0x0

*Aug 17 12:30:00.670: //102/6BEED7788019/CCAPI/cc_generic_bridge_done:

   Conference Id=0x26, Source Interface=0x2A7ED1E4, Source Call Id=103,

   Destination Call Id=102, Disposition=0x0, Tag=0x0

*Aug 17 12:30:00.670: //102/6BEED7788019/CCAPI/ccCallDisconnect:

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

*Aug 17 12:30:00.670: //102/6BEED7788019/CCAPI/ccCallDisconnect:

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

*Aug 17 12:30:00.670: //102/6BEED7788019/CCAPI/cc_api_get_transfer_info:

   Transfer Number Is Null

*Aug 17 12:30:00.670: //103/6BEED7788019/CCAPI/ccCallDisconnect:

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

*Aug 17 12:30:00.670: //103/6BEED7788019/CCAPI/ccCallDisconnect:

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

*Aug 17 12:30:00.678: //103/6BEED7788019/CCAPI/cc_api_call_disconnect_done:

   Disposition=0, Interface=0x2A7ED1E4, Tag=0x0, Call Id=103,

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

*Aug 17 12:30:00.678: //103/6BEED7788019/CCAPI/cc_api_call_disconnect_done:

   Call Disconnect Event Sent

*Aug 17 12:30:00.678: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*Aug 17 12:30:00.678: :cc_free_feature_vsa freeing 317AC200

*Aug 17 12:30:00.678: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*Aug 17 12:30:00.678:  vsacount in free is 1

*Aug 17 12:30:00.686: //102/6BEED7788019/CCAPI/cc_api_call_disconnect_done:

   Disposition=0, Interface=0x316502B8, Tag=0x0, Call Id=102,

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

*Aug 17 12:30:00.686: //102/6BEED7788019/CCAPI/cc_api_call_disconnect_done:

   Call Disconnect Event Sent

*Aug 17 12:30:00.686: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*Aug 17 12:30:00.686: :cc_free_feature_vsa freeing 317AC2E0

*Aug 17 12:30:00.686: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*Aug 17 12:30:00.686:  vsacount in free is 0

*Aug 17 12:30:00.686: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8  callref = 0x0005

*Aug 17 12:30:00.698: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x8005

bsundar Thu, 08/18/2011 - 06:22

Hi Alexander,

Thanks a lot for the detailed logs.

The issue is not with H323/MGCP/fax settings on the gateway.

If we look at the ISDN traces, we can see that the far end is not sending an alerting. Instead the far end sends a disconnect.

We see the same behaviour with calls to  984957847314  on the debugs sent yesterday.

So, again it is not your configuration that is the issue. It is an issue on the far-end (or PSTN)

Thanks,

Bala.

PS: Please rate useful posts. Please mark the thread as answered if the issue is resolved.

*Aug 17 12:29:48.258: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x0005

    Sending Complete

    Bearer Capability i = 0x8090A3

        Standard = CCITT

        Transfer Capability = Speech 

        Transfer Mode = Circuit

        Transfer Rate = 64 kbit/s

    Channel ID i = 0xA9839F

        Exclusive, Channel 31

    Calling Party Number i = 0x0083, N/A

        Plan:Unknown, Type:Unknown

    Called Party Number i = 0xA0, '84956461658'

        Plan:Unknown, Type:National

*Aug 17 12:29:48.270: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x8005

    Channel ID i = 0xA9839F

        Exclusive, Channel 31

    Progress Ind i = 0x8288 - In-band info or appropriate now available

*Aug 17 12:29:48.658: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x8005

    Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info

*Aug 17 12:29:53.454: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref =0x8005

KpaH4iTooo Thu, 08/18/2011 - 06:50

Hi, Bsundar.

I connect now GW to Fax Server with SIP.

When I sent outgoing fax to 84957847314 I can see T.38 wireshark, result: FaxUtil status - transmission error.

I change will try to change fax rate on Fax Server Brooktrout to 9600 - bad result, 12000 - good result on third attempt, 14400 - bad result. I now I cant cant sent fax on any fax rate - transmission error result.

Thanks

KpaH4iTooo Fri, 08/19/2011 - 02:36

That is all OK now, the faxes are send OK. The connection scheme - GW-sip-Rightfax server. Transmission error status says that may be fax rate is very fast.

Correct Answer
bsundar Mon, 08/22/2011 - 00:07

Hi Alexander,

Are you meaning that outgoing faxes are working in the following scenario ?

"PSTN --GW-sip-Rightfax server."

If you are facing issues with fax speed, did you try setting the speed to a lower value using the fax rate command? (you can use this under voice service voip or individual dial-peer)

Thanks,

Bala.

PS: Please rate useful posts. Please mark the thread as answered if the issue is resolved.

KpaH4iTooo Mon, 08/22/2011 - 01:48

Yes, outgoing faxes are working in the following scenario.

"PSTN --GW-sip-Rightfax server."

Now is all OK

Actions

Login or Register to take actions

This Discussion

Posted August 15, 2011 at 3:52 AM
Stats:
Replies:17 Avg. Rating:5
Views:1987 Votes:0
Shares:0
Tags: No tags.

Discussions Leaderboard

Rank Username Points
1 21,026
2 15,047
3 10,314
4 7,999
5 4,856
Rank Username Points
135
90
72
66
55