08-23-2016 08:42 AM - edited 03-18-2019 12:04 PM
Hello,
Let me explain what we have in our setup first:
Fax Machine -> ATA187 -> Network -> SIP Gateway -> SIP Provider
We can send faxes consistently and receive faxes from most of our suppliers however we are facing some intermittent results with one of them especially. I have performed some debugs on our CUBE when it works and when it does not work:
Working:
Received:
INVITE sip:4969222289300@10.155.32.50:5060 SIP/2.0
Via: SIP/2.0/UDP 115.110.133.65:5060;branch=z9hG4bK00Ba56e30ef3c755bff
From: <sip:4969490386@115.110.133.65>;tag=gK00190787
To: <sip:4969222289300@10.155.32.50>;tag=18549470-2162
Call-ID: 1463853361_99535362@115.110.133.65
CSeq: 124854552 INVITE
Max-Forwards: 70
Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,UPDATE,OPTIONS,MESSAGE,PUBLISH
Accept: application/sdp, application/isup, application/dtmf, application/dtmf-relay, multipart/mixed
Contact: <sip:4969490386@115.110.133.65:5060>
Supported: replaces
Content-Length: 243
Content-Disposition: session; handling=required
Content-Type: application/sdp
v=0
o=Sonus_UAC 1089121457 243495532 IN IP4 115.110.133.65
s=SIP Media Capabilities
c=IN IP4 115.110.133.69
t=0 0
m=audio 2324 RTP/AVP 8 0
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=sendrecv
a=silenceSupp:off - - - -
a=maxptime:20
=========================================================================================================
Not Working:
Received:
INVITE sip:4969222289300@10.155.32.50:5060 SIP/2.0
Via: SIP/2.0/UDP 115.110.133.65:5060;branch=z9hG4bK04B81ede0fa0847d0a0
From: <sip:4969490386@115.110.133.65>;tag=gK0438e6ff
To: <sip:4969222289300@10.155.32.50>;tag=18F95B10-5
Call-ID: 1579465510_92259194@115.110.133.65
CSeq: 484687096 INVITE
Max-Forwards: 70
Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,UPDATE,OPTIONS,MESSAGE,PUBLISH
Accept: application/sdp, application/isup, application/dtmf, application/dtmf-relay, multipart/mixed
Contact: <sip:4969490386@115.110.133.65:5060>
Supported: replaces
Content-Length: 317
Content-Disposition: session; handling=required
Content-Type: application/sdp
v=0
o=Sonus_UAC 1305015218 1251770194 IN IP4 115.110.133.65
s=SIP Media Capabilities
c=IN IP4 115.110.133.68
t=0 0
m=image 4180 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:262
a=T38FaxMaxDatagram:176
a=T38FaxUdpEC:t38UDPRedundancy
a=sendrecv
It seems for some reason we are receiving these T38 messages when it does not work and I am not sure if this is our ISP causing this or our supplier side?
If anyone could point me in the right direction it will help greatly.
This is some of our configuration on the CUBE to help:
dial-peer voice 5000 voip
description Incoming from SIPSP
translation-profile incoming SIPSP-in
session protocol sipv2
session transport udp
incoming uri to 5000
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
dtmf-relay rtp-nte
fax-relay ecm disable
fax rate 9600
fax nsf 000000
fax protocol pass-through g711ulaw
ip qos dscp cs3 signaling
no vad
voice service voip
ip address trusted list
ipv4 10.X.X.0 255.255.255.0
ipv4 10.X.X.0 255.255.255.0
ipv4 115.110.133.1 255.255.255.255
ipv4 115.110.133.65 255.255.255.255
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
fax protocol pass-through g711ulaw
h323
call preserve limit-media-detection
modem passthrough nse codec g711ulaw
sip
bind control source-interface GigabitEthernet0/0
bind media source-interface GigabitEthernet0/0
rel1xx disable
early-offer forced
no call service stop
!
!
voice class uri 5000 sip
host ipv4:10.155.32.50
voice class codec 1
codec preference 1 g711ulaw
codec preference 3 g711alaw
codec preference 5 g729r8
!
Regards
08-25-2016 07:20 AM
Hi!
You've configured passthrough on dial-peer level but you're provider offers you T.38 which is the mentioned second INVITE above with following SDP attributes for the UDPTL fax session.
m=image 4180 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:262
a=T38FaxMaxDatagram:176
a=T38FaxUdpEC:t38UDPRedundancy
a=sendrecv
--> Hence please update your configuration to a fax rate of 14400 and fax protocol to fax relay t38 with version 0. If you don't know the redundancy level for T.38 from your ITSP just configure zero and for sure a pass-through with your primary codec (g711ulaw)
fax rate 14400
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711ulaw
BR,
Christoph
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