10-08-2014 09:10 AM - edited 03-17-2019 12:28 AM
Hi guys
Somebody found a workaround to CUBE works fine when the the ITSP send sip reinvite t.38 with two m-lines for outbound fax?
Fax server <<< SIP/UDP>>> CUCM <<< SIP/UDP>>> CUBE <<< SIP/UDP>>>SBC/ITSP or
Fax server <<< SIP/UDP>>> CUBE <<< SIP/UDP>>>SBC/ITSP
10-08-2014 09:38 AM
You can use sip profiles to remove the other m-line..
voice class sip-profiles 1000
request REINVITE sdp-header Audio-Connection-Info remove
response 200 sdp-header Audio-Connection-Info remove
10-08-2014 10:11 AM
Hi Ayodeji
My cube is receiving the reinvite from sipprovider with two m-lines and sending to cucm or faxserver with one, because the first invite was one m-line
With sip profiles is possible remove the m-lines that I'm receiving and and send the expected m line (m=image) and him attributes to cucm/faxserver?
10-08-2014 11:44 AM
CUBE is doing the right thing. You should only have one m-line in the reINVITE as shown below:
Sent:
INVITE sip:94132035@10.66.75.205:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.66.75.231:5060;branch=z9hG4bK159A5
Remote-Party-ID: <sip:98842302@10.66.75.231>;party=calling;screen=no;privacy=off
From: <sip:98842302@10.66.75.231>;tag=8E3D6F18-D4A
To: <sip:94132035@10.66.75.205>;tag=b04e2ba1-8fe1-4536-a545-279646161c21-25004306
Date: Wed, 01 Dec 2010 09:16:31 GMT
Call-ID: ae048880-cf61085e-5-cd4b420a@10.66.75.205
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 2919532672-3479242846-0000000005-3444261386
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE,
v=0
o=CiscoSystemsSIP-GW-UserAgent 0 6061 IN IP4 10.66.75.231
s=SIP Call
c=IN IP4 10.66.75.231
t=0 0 m=image 17924 udptl t38
m=image 17924 udptl t38
c=IN IP4 10.66.75.231
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:320
a=T38FaxUdpEC:t38UDPRedundancy
Yes you can use sip profile, but this has to be the new feature in ios 15.4 (inbound sip profile)
To configure this, do the following..(appy the sip profile above inbound)
CUBE#conf t
CUBE(config)#dial-peer voice 9 voip (this will be your inbound dial-peer from ITSP)
CUBE(config-dial-peer)#voice-class sip profiles 1000 inbound
10-08-2014 12:04 PM
I applied but the cube dont send the reinvite with m=image yet also with g711 information
10-08-2014 12:06 PM
Please attach your sh run and debug ccsip messages..
Include the calling and called number..
10-08-2014 12:21 PM
10-08-2014 12:38 PM
additional information
flash:c2900-universalk9-mz.SPA.154-3.M.bin
10-08-2014 01:02 PM
Ok my bad..The sip profile I sent was wrong..We need to remove the m=audio line not the c-line (connection-info)
I suggest you create a spate inbound dial-peer superficially for faxes and apply this using the inbound sip profile..
voice class sip-profiles 1000
request REINVITE sdp-header Audio-Media remove
It is important to create a dedicated dial-peer because you don't want to remove m-lines for normal midcall signalling like transfer etc..
10-08-2014 01:10 PM
Remove AudioMedia is not allowed. Just copy or modify
10-08-2014 01:17 PM
I guess as much. In that case there is nothing else to do other than to contact huawei ( the most problematic ITSP ever!) They never do anything the right way.
Or to let your customers know that T.38 cant work with the sip provider. Just tell them they don't support T.38.
Why would they send two m-lines for a fax switch over? Does faxes speak audio? its just ridiculous! You would think they have people intelligent enough to do the right thing
10-08-2014 04:17 PM
Hi Ayodeji
Thank you for your help and patiente. :)
After put the command pass-thru content sdp the CUBE forward the reinvite with two m-lines (identical the reinvite that received from ITSP)
Now both fax (rx/tx) works fine
Thank you again
10-20-2015 02:28 AM
Hello pgcristovam
I would like to have an additional information about your case.
In the received Re-Invite from the ITSP that contains the 2 m lines, which one do you get first ? The m=audio then m=image ? Or m=image then m=audio ?
Thank you very much for providing this detail, because I have a similar case when I receive the m=image then m=audio, I managed to accept it with the "pass-thru content sdp" but my bad luck the final negociation led to "pass-through" instead of T.38, and it it will mostly fail (~~ only one successfully sent fax from 10 tries) :(
And here I don't have any workaround, between 488 Media Not Acceptable when I don't have the "pass-thru content sdp" command, and Fax Pass-through codec when I put it :/
Thank you in advance for your answer.
11-26-2016 09:32 AM
Hi Everyone
I have same ussie, which comman solve your issue ?
ISP sending me t38 update alot of time on sip messages, can you please tell me which pass-thru content sdp did you use ?
Thanks
11-28-2016 11:23 PM
Here is how TAC solved it for us. There was no one-liner command on Cube that solved it al. We needed CUBE config but also CUCM config.
The problem: When a ITSP sends an Invite message to the CUBE during a voice-to-fax switch-over, and it includes a Session Description Protocol (SDP) that contains two m-lines, the original behavior of the CUBE was to reject the call with an SIP 488 Not Acceptable Here message.
ITSP says they are following RFC3264, while Cisco claims the RFC is not specific to the T38 Relay and that multiple m-lines introduce other issues, hence the CUBE will not support it.
I have made a document that document the changes done.
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