cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements
2282
Views
15
Helpful
15
Replies
Highlighted
Participant

CUBE T.38 Re-invite with two m-lines

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 

 

15 REPLIES 15
Highlighted
VIP Mentor

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

 

Please rate all useful posts
Highlighted

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?

Highlighted

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

 

Please rate all useful posts
Highlighted

I applied but the cube dont send the reinvite with m=image yet also with g711 information

 

 

 

Highlighted

Please attach your sh run and debug ccsip messages..

Include the calling and called number..

 

Please rate all useful posts
Highlighted

Off course

 

I forgot!

 

 

Highlighted

additional information

 

flash:c2900-universalk9-mz.SPA.154-3.M.bin

 

Highlighted

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..

 

Please rate all useful posts
Highlighted

Remove AudioMedia is not allowed. Just copy or modify

Highlighted

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

Please rate all useful posts
Highlighted

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

Highlighted

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.

Highlighted

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

Highlighted

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.