Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

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
VIP Super Bronze

You can use sip profiles to

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 "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
New Member

Hi Ayodeji My cube is

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?

VIP Super Bronze

CUBE is doing the right thing

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 "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
New Member

I applied but the cube dont

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

 

 

 

VIP Super Bronze

Please attach your sh run and

Please attach your sh run and debug ccsip messages..

Include the calling and called number..

 

Please rate all useful posts "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
New Member

Off course I forgot!  

Off course

 

I forgot!

 

 

New Member

additional information flash

additional information

 

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

 

VIP Super Bronze

Ok my bad..The sip profile I

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 "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
New Member

Remove AudioMedia is not

Remove AudioMedia is not allowed. Just copy or modify

VIP Super Bronze

I guess as much. In that case

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 "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
New Member

Hi Ayodeji Thank you for your

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

Hello pgcristovamI would like

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.

New Member

Hi Everyone

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

New Member

Here is how TAC solved it for

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.

New Member

Ayodeji,

Ayodeji,

Do you know if CUBE  IOS in theory on papar  support the RFC 3264? When it does not support mulitple m-lines, I think it does not. So if a ITSP actually follow whats in RFC3264 then we have an issue with CUBES and T38.

I don't care if its one or two m-lines as long as it works. And it works if the RFC's are followed.

BR

Ornulf

757
Views
10
Helpful
15
Replies
CreatePlease login to create content