08-15-2011 03:52 AM - edited 03-16-2019 06:28 AM
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.
Solved! Go to Solution.
08-22-2011 12:07 AM
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.
08-15-2011 06:58 AM
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.
08-16-2011 01:33 AM
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
08-16-2011 03:05 AM
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.
08-16-2011 03:11 AM
Bsundar, thanks.
.
08-16-2011 05:23 AM
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
08-16-2011 07:05 AM
Router - cisco 2921, ios - 15.1(3)T
08-16-2011 03:01 PM
Plz use the above commands and try it
Sent from Cisco Technical Support iPhone App
08-16-2011 11:25 PM
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.
08-16-2011 11:47 PM
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
08-17-2011 12:16 AM
08-17-2011 05:33 AM
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
08-18-2011 06:22 AM
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
08-18-2011 06:50 AM
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
08-18-2011 11:52 PM
Hi, Bsundar.
Please, look last post
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide