Hi Franz,
First of all more than one m lines is perfectly valid in SDP so we can have more than one streams in a session. Moreover, a stream can be added with a re-INVITE but in a request (assuming that offer is in request itself). Additionally, it is not neccesary to put the existing media stream on-hold for that.
regards
Rayees
[EMAIL PROTECTED] wrote: -----First of all more than one m lines is perfectly valid in SDP so we can have more than one streams in a session. Moreover, a stream can be added with a re-INVITE but in a request (assuming that offer is in request itself). Additionally, it is not neccesary to put the existing media stream on-hold for that.
regards
Rayees
To: <[email protected]>
From: "EDLER, Franz" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
Date: 02/20/2006 02:08PM
Subject: [Sip-implementors] ´Problem with a T.38 call
Hello T.38 experts,
I am faced with an issue, that a SIP Terminal-Adapter after detecting a T.38 preamble sends a Re-INVITE with two media streams in SDP (audio and image), but without muting the audio. The other side (a SIP/PSTN gateway) does not honor the image media in SDP and continues the audio media anly. The vendor of the gateway claims that there MUST be only one media stream (not both audio amd image).
The question is: Who is right and who is wrong?
Are there any clear arguments?
regards
Franz
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
*****FSS-Private *****" DISCLAIMER: This message is proprietary to Flextronics Software Systems Limited (FSS) and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. FSS accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus."
_______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
