mediaproxy 2.3: reinvites' SDP not modified

classic Classic list List threaded Threaded
15 messages Options
Reply | Threaded
Open this post in threaded view
|

mediaproxy 2.3: reinvites' SDP not modified

Jeff Pyle
mediaproxy 2.3: reinvites' SDP not modified Hello,

I have a fairly functional OpenSIPS + Mediaproxy 2.3 configuration.  Here’s the scenario:  Call comes in from carrier to customer’s fax number, via OpenSIPS.  Call establishes at G.729, with proxied RTP due to engage_media_proxy().  All is well.  The customer gateway sends a reinvite for T.38.  The carrier sends a 200 OK and the call goes to T.38.

In the 200 OK that OpenSIPS forwards to the customer gateway, for some reason the c= line in the SDP still has the carrier’s gateway.  Media is not proxied.

I think in the past this hasn’t been an issue.  Obviously something has changed, but I’m not sure what that might be.  What’s the best way to debug this?


Thanks,
Jeff

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Ruud Klaver
Hi Jeff,

On 29 Dec 2008, at 14:52, Jeff Pyle wrote:

> Hello,
>
> I have a fairly functional OpenSIPS + Mediaproxy 2.3 configuration.  
> Here’s the scenario:  Call comes in from carrier to customer’s fax  
> number, via OpenSIPS.  Call establishes at G.729, with proxied RTP  
> due to engage_media_proxy().  All is well.  The customer gateway  
> sends a reinvite for T.38.  The carrier sends a 200 OK and the call  
> goes to T.38.
>
> In the 200 OK that OpenSIPS forwards to the customer gateway, for  
> some reason the c= line in the SDP still has the carrier’s gateway.  
> Media is not proxied.
>
> I think in the past this hasn’t been an issue.  Obviously something  
> has changed, but I’m not sure what that might be.  What’s the best  
> way to debug this?
>
>
> Thanks,
> Jeff

Can you tell if the media relay is even contacted about this re-
INVITE? Could you include the relevant parts of the dispatcher and  
relay logs please, so that we may analyze it?

Ruud Klaver
AG Projects
_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Jeff Pyle
Hi Ruud,


On 1/5/09 8:44 AM, "Ruud Klaver" <[hidden email]> wrote:

> Hi Jeff,
>
> On 29 Dec 2008, at 14:52, Jeff Pyle wrote:
>
>> Hello,
>>
>> I have a fairly functional OpenSIPS + Mediaproxy 2.3 configuration.
>> Here¹s the scenario:  Call comes in from carrier to customer¹s fax
>> number, via OpenSIPS.  Call establishes at G.729, with proxied RTP
>> due to engage_media_proxy().  All is well.  The customer gateway
>> sends a reinvite for T.38.  The carrier sends a 200 OK and the call
>> goes to T.38.
>>
>> In the 200 OK that OpenSIPS forwards to the customer gateway, for
>> some reason the c= line in the SDP still has the carrier¹s gateway.
>> Media is not proxied.
>>
>> I think in the past this hasn¹t been an issue.  Obviously something
>> has changed, but I¹m not sure what that might be.  What¹s the best
>> way to debug this?
>>
>>
>> Thanks,
>> Jeff
>
> Can you tell if the media relay is even contacted about this re-
> INVITE? Could you include the relevant parts of the dispatcher and
> relay logs please, so that we may analyze it?
>
> Ruud Klaver
> AG Projects


I haven't been able to reproduce this scenario.  I rebooted the system for
other reasons and when everything came back up, it worked just fine.
Strange.


- Jeff


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Ruud Klaver
Hi Jeff,

On 06 Jan 2009, at 14:21, Jeff Pyle wrote:

> Hi Ruud,
>
>
> On 1/5/09 8:44 AM, "Ruud Klaver" <[hidden email]> wrote:
>
>> Hi Jeff,
>>
>> On 29 Dec 2008, at 14:52, Jeff Pyle wrote:
>>
>>> Hello,
>>>
>>> I have a fairly functional OpenSIPS + Mediaproxy 2.3 configuration.
>>> Here’s the scenario:  Call comes in from carrier to customer’s fax
>>> number, via OpenSIPS.  Call establishes at G.729, with proxied RTP
>>> due to engage_media_proxy().  All is well.  The customer gateway
>>> sends a reinvite for T.38.  The carrier sends a 200 OK and the call
>>> goes to T.38.
>>>
>>> In the 200 OK that OpenSIPS forwards to the customer gateway, for
>>> some reason the c= line in the SDP still has the carrier’s gateway.
>>> Media is not proxied.
>>>
>>> I think in the past this hasn’t been an issue.  Obviously something
>>> has changed, but I’m not sure what that might be.  What’s the best
>>> way to debug this?
>>>
>>>
>>> Thanks,
>>> Jeff
>>
>> Can you tell if the media relay is even contacted about this re-
>> INVITE? Could you include the relevant parts of the dispatcher and
>> relay logs please, so that we may analyze it?
>>
>> Ruud Klaver
>> AG Projects
>
>
> I haven't been able to reproduce this scenario.  I rebooted the  
> system for
> other reasons and when everything came back up, it worked just fine.
> Strange.
>
>
> - Jeff


Maybe you can still find it somewhere in your syslog? Grep for  
"image", which is the media type used by T.38 IIRC. The point is that  
we tried to implement this well, but it was very difficult actually  
obtaining test devices to see if it worked in a real life testbed.

Ruud Klaver
AG Projects
_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Carlo Dimaggio

Il giorno 06/gen/09, alle ore 20:10, Ruud Klaver ha scritto:

> Maybe you can still find it somewhere in your syslog? Grep for
> "image", which is the media type used by T.38 IIRC. The point is that
> we tried to implement this well, but it was very difficult actually
> obtaining test devices to see if it worked in a real life testbed.

Hi Ruud,

I'm working now on t.38 fax with opensips 1.4.3 + mediaproxy 2.3.1 and  
I have the same problem as Jeff.
Here's my scenario.
I have a fax connected to a patton (sip number 1004) with a private ip  
(192.168.1.253) and a hylafax/t38modem (sip number 08321111) with a  
public ip (IP_T38MODEM).

Calls are established at g711, proxied with engage_media_proxy() (all  
is ok as i can see, the c=line has the media-relay ip), but when there  
is a re-invite for t38 the media is not proxied and the packets have  
c=line with original ip (private and public) (In this way t38modem  
sends packets to the private ip...). There's no "image" media type in  
syslog.
The problem is in both ways (patton to t38modem and t38modem to  
patton). If the patton has the public ip all works fine.

I have some logs. I hope these information can be useful for you  
(sorry for the length :-)):


Thanks and Regards,
Carlo Dimaggio


---------------------------------------------------

1) Syslog media-dispatcher

Feb  7 21:02:49 sip media-dispatcher[4614]: [OpenSIPSControlProtocol,
7,] Issuing "update" command to relay at <IP_MEDIA_RELAY>
Feb  7 21:02:49 sip media-dispatcher[4614]: [OpenSIPSControlProtocol,
6,] Issuing "update" command to relay at <IP_MEDIA_RELAY>


2) Syslog media-relay

Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
Received new SDP offer
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50000
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50001
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50002
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50003
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
Added new stream: (audio) 192.168.1.253:10002 (RTP: Unknown, RTCP:  
Unknown) <-> <IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002 <->  
Unknown (RTP: Unknown, RTCP: Unknown)
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
created new session AmBVR0-hPA1y6f2@opensips: 1004@opensips  
(4g5g2-7QUQV0) --> 08321111@opensips
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
updating existing session AmBVR0-hPA1y6f2@opensips: 1004@opensips  
(4g5g2-7QUQV0) --> 08321111@opensips
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
Received updated SDP answer
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
Got initial answer from callee for stream: (audio) 192.168.1.253:10002  
(RTP: Unknown, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50000 <->  
<IP_MEDIA_RELAY>:50002 <-> <IP_T38MODEM>:10024 (RTP: Unknown, RTCP:  
Unknown)
Feb  7 21:01:21 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (audio) 192.168.1.253:10002 (RTP: Unknown,  
RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002 <-
 > <IP_T38MODEM>:10024 (RTP: <IP_T38MODEM>:10024, RTCP: Unknown)
Feb  7 21:01:21 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (audio) 192.168.1.253:10002 (RTP:  
<IP_PUBLIC_PATTON>:10002, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50000 <-
 > <IP_MEDIA_RELAY>:50002 <-> <IP_T38MODEM>:10024 (RTP: <IP_T38MODEM>:
10024, RTCP: Unknown)
Feb  7 21:01:21 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (audio) 192.168.1.253:10002 (RTP:  
<IP_PUBLIC_PATTON>:10002, RTCP: <IP_PUBLIC_PATTON>:10003) <->  
<IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002 <-> <IP_T38MODEM>:
10024 (RTP: <IP_T38MODEM>:10024, RTCP: Unknown)


3) Sip Trace (opensips/media-dispatcher)

U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
INVITE sip:08321111@opensips SIP/2.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 112 INVITE.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-NN50iMEOI0.
Contact: PattonFAX<sip:1004@192.168.1.253:5061>.
Max-Forwards: 70.
Route: <sip:<IP_OPENSIPS>:5060>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Content-Type: application/sdp.
Content-Length: 233.
.
v=0.
o=1004 192916 1 IN IP4 192.168.1.253.
s=-.
c=IN IP4 192.168.1.253.
t=0 0.
m=audio 10002 RTP/AVP 8 0 96.
a=rtpmap:8 PCMA/8000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:96 telephone-event/8000.
a=ptime:30.
a=rtpmap:96 telephone-event/8000.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
SIP/2.0 407 Proxy Authentication Required.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips;tag=c97b4d1cb2c3d0da549e06a8d482ef63.8788.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 112 INVITE.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-
NN50iMEOI0;received=<IP_PUBLIC_PATTON>.
Proxy-Authenticate: Digest realm="opensips",  
nonce="498de906000000045db06498de906000000045db06", qop="auth".
Server: OpenSIPS (1.4.3-tls (i386/linux)).
Content-Length: 0.
.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
ACK sip:08321111@opensips SIP/2.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips;tag=c97b4d1cb2c3d0da549e06a8d482ef63.8788.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 112 ACK.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-NN50iMEOI0.
Route: <sip:<IP_OPENSIPS>:5060>.
Content-Length: 0.
.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
INVITE sip:08321111@opensips SIP/2.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-F*70WKRI8.
Contact: PattonFAX<sip:1004@192.168.1.253:5061>.
Max-Forwards: 70.
Route: <sip:<IP_OPENSIPS>:5060>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Proxy-Authorization: Digest username="1004",realm="opensips",uri="sip:08321111@opensips
",response
=
"87742bb825f21371d7e1950b33659260
",nonce
=
"498de906000000045db06498de906000000045db06
",qop=auth,cnonce="00049048",nc=00000001.
Content-Type: application/sdp.
Content-Length: 233.
.
v=0.
o=1004 192916 1 IN IP4 192.168.1.253.
s=-.
c=IN IP4 192.168.1.253.
t=0 0.
m=audio 10002 RTP/AVP 8 0 96.
a=rtpmap:8 PCMA/8000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:96 telephone-event/8000.
a=ptime:30.
a=rtpmap:96 telephone-event/8000.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
SIP/2.0 100 Giving a try.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-
F*70WKRI8;rport=5061;received=<IP_PUBLIC_PATTON>.
Server: OpenSIPS (1.4.3-tls (i386/linux)).
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
INVITE sip:08321111@<IP_T38MODEM>:6060;transport=udp SIP/2.0.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
From: "Anonymous"<sip:[hidden email]>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.0.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
Contact: PattonFAX<sip:1004@<IP_PUBLIC_PATTON>:5061>.
Max-Forwards: 69.
Route: <sip:<IP_OPENSIPS>:5060>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Content-Type: application/sdp.
Content-Length: 232.
P-hint: route(3)|setflag7,forcerport,fix_contact.
Privacy: full.
.
v=0.
o=1004 192916 1 IN IP4 192.168.1.253.
s=-.
c=IN IP4 <IP_MEDIA_RELAY>.
t=0 0.
m=audio 50002 RTP/AVP 8 0 96.
a=rtpmap:8 PCMA/8000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:96 telephone-event/8000.
a=ptime:30.
a=rtpmap:96 telephone-event/8000.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
SIP/2.0 100 Trying.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.0.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
From: "Anonymous"<sip:[hidden email]>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
To: sip:08321111@opensips.
Contact: <sip:08321111@<IP_T38MODEM>:6060>.
Content-Length: 0.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
SIP/2.0 180 Ringing.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.0.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
User-Agent: T38Modem/1.1.0.
From: "Anonymous"<sip:[hidden email]>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Length: 0.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
SIP/2.0 180 Ringing.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
User-Agent: T38Modem/1.1.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Length: 0.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
SIP/2.0 200 OK.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.0.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
User-Agent: T38Modem/1.1.0.
From: "Anonymous"<sip:[hidden email]>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 224.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.
v=0.
o=- 1234036914 1234036914 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_T38MODEM>.
t=0 0.
m=audio 10024 RTP/AVP 8 96.
a=sendrecv.
a=rtpmap:8 PCMA/8000/1.
a=rtpmap:96 telephone-event/8000.
a=fmtp:96 0-16,32,36.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
SIP/2.0 200 OK.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
User-Agent: T38Modem/1.1.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 223.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.
v=0.
o=- 1234036914 1234036914 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_MEDIA_RELAY>.
t=0 0.
m=audio 50000 RTP/AVP 8 96.
a=sendrecv.
a=rtpmap:8 PCMA/8000/1.
a=rtpmap:96 telephone-event/8000.
a=fmtp:96 0-16,32,36.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
ACK sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 ACK.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-tl80BVLrF0.
Contact: PattonFAX<sip:1004@192.168.1.253:5061>.
Max-Forwards: 70.
Route: <sip:<IP_OPENSIPS>:5060;lr>.
User-Agent: 20n/021106.
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
ACK sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=4g5g2-7QUQV0;nat=yes>.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 ACK.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.2.
Via: SIP/2.0/UDP  
192.168.1.253:5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
tl80BVLrF0.
Contact: PattonFAX<sip:1004@<IP_PUBLIC_PATTON>:5061>.
Max-Forwards: 69.
User-Agent: 20n/021106.
Content-Length: 0.

.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
INVITE sip:1004@<IP_PUBLIC_PATTON>:5061 SIP/2.0.
Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
Date: Sat, 07 Feb 2009 20:01:55 GMT.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a;rport.
User-Agent: T38Modem/1.1.0.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: "Anonymous" <sip:[hidden email]>;tag=4g5g2-7QUQV0.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 199.
Max-Forwards: 70.
.
v=0.
o=- 1234036915 1234036915 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_T38MODEM>.
t=0 0.
m=image 10024 udptl t38.
a=sendrecv.
a=T38FaxVersion:0.
a=T38FaxRateManagement:transferredTCF.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
SIP/2.0 100 Giving a try.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a;rport=6060.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
To: "Anonymous" <sip:[hidden email]>;tag=4g5g2-7QUQV0.
Server: OpenSIPS (1.4.3-tls (i386/linux)).
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
INVITE sip:1004@<IP_PUBLIC_PATTON>:5061 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=2c8c33d6-bff3-
dd11-9e93-001cc4fb100a>.
Date: Sat, 07 Feb 2009 20:01:55 GMT.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK6f7e.4cae0b54.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a;rport=6060.
User-Agent: T38Modem/1.1.0.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: "Anonymous" <sip:1004@opensips>;tag=4g5g2-7QUQV0.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 199.
Max-Forwards: 69.

.
v=0.
o=- 1234036915 1234036915 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_T38MODEM>.
t=0 0.
m=image 10024 udptl t38.
a=sendrecv.
a=T38FaxVersion:0.
a=T38FaxRateManagement:transferredTCF.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
SIP/2.0 100 Trying.
From: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
To: Anonymous<sip:1004@opensips>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>:5060;branch=z9hG4bK6f7e.4cae0b54.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a.
Content-Length: 0.
.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
SIP/2.0 200 OK.
From: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
To: Anonymous<sip:1004@opensips>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>:5060;branch=z9hG4bK6f7e.4cae0b54.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a.
Contact: PattonFAX<sip:1004@192.168.1.253:5061>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Record-Route: <sip:<IP_OPENSIPS>:5060;lr>.
Content-Type: application/sdp.
Content-Length: 187.
.
v=0.
o=1004 192916 2 IN IP4 192.168.1.253.
s=-.
c=IN IP4 192.168.1.253.
t=0 0.
m=image 10002 udptl t38 96.
a=rtpmap:96 telephone-event/8000.
a=T38MaxBitRate:14400.
a=T38FaxMaxBuffer:400.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
SIP/2.0 200 OK.
From: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
To: "Anonymous" <sip:[hidden email]>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a.
Contact: PattonFAX<sip:1004@<IP_PUBLIC_PATTON>:5061>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Record-Route: <sip:<IP_OPENSIPS>:5060;lr>.
Content-Type: application/sdp.
Content-Length: 187.
P-hint: Onreply-route - fixcontact .
.
v=0.
o=1004 192916 2 IN IP4 192.168.1.253.
s=-.
c=IN IP4 192.168.1.253.
t=0 0.
m=image 10002 udptl t38 96.
a=rtpmap:96 telephone-event/8000.
a=T38MaxBitRate:14400.
a=T38FaxMaxBuffer:400.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
ACK sip:1004@<IP_PUBLIC_PATTON>:5061 SIP/2.0.
Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
CSeq: 1 ACK.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bKa83102d7-bff3-
dd11-9e93-001cc4fb100a;rport.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
To: "Anonymous" <sip:[hidden email]>;tag=4g5g2-7QUQV0.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Content-Length: 0.
Max-Forwards: 70.
.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
ACK sip:1004@<IP_PUBLIC_PATTON>:5061 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=2c8c33d6-bff3-
dd11-9e93-001cc4fb100a>.
CSeq: 1 ACK.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK6f7e.4cae0b54.2.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bKa83102d7-bff3-
dd11-9e93-001cc4fb100a;rport=6060.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
To: "Anonymous" <sip:1004@opensips>;tag=4g5g2-7QUQV0.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Content-Length: 0.
Max-Forwards: 69.

--------------------------------------------------

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Carlo Dimaggio
In reply to this post by Ruud Klaver

Il giorno 06/gen/09, alle ore 20:10, Ruud Klaver ha scritto:

> Maybe you can still find it somewhere in your syslog? Grep for
> "image", which is the media type used by T.38 IIRC. The point is that
> we tried to implement this well, but it was very difficult actually
> obtaining test devices to see if it worked in a real life testbed.

Hi Ruud,

I'm working now on t.38 fax with opensips 1.4.3 + mediaproxy 2.3.1 and  
I have the same problem as Jeff.
Here's my scenario.
I have a fax connected to a patton (sip number 1004) with a private ip  
(192.168.1.253) and a hylafax/t38modem (sip number 08321111) with a  
public ip (IP_T38MODEM).

Calls are established at g711, proxied with engage_media_proxy() (all  
is ok as i can see, the c=line has the media-relay ip), but when there  
is a re-invite for t38 the media is not proxied and the packets have  
c=line with original ip (private and public) (In this way t38modem  
sends packets to the private ip...). There's no "image" media type in  
syslog.
The problem is in both ways (patton to t38modem and t38modem to  
patton). If the patton has the public ip all works fine.

I have some logs. I hope these information can be useful for you  
(sorry for the length :-)):


Thanks and Regards,
Carlo Dimaggio


---------------------------------------------------

1) Syslog media-dispatcher

Feb  7 21:02:49 sip media-dispatcher[4614]: [OpenSIPSControlProtocol,
7,] Issuing "update" command to relay at <IP_MEDIA_RELAY>
Feb  7 21:02:49 sip media-dispatcher[4614]: [OpenSIPSControlProtocol,
6,] Issuing "update" command to relay at <IP_MEDIA_RELAY>


2) Syslog media-relay

Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
Received new SDP offer
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50000
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50001
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50002
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50003
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
Added new stream: (audio) 192.168.1.253:10002 (RTP: Unknown, RTCP:  
Unknown) <-> <IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002 <->  
Unknown (RTP: Unknown, RTCP: Unknown)
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
created new session AmBVR0-hPA1y6f2@opensips: 1004@opensips  
(4g5g2-7QUQV0) --> 08321111@opensips
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
updating existing session AmBVR0-hPA1y6f2@opensips: 1004@opensips  
(4g5g2-7QUQV0) --> 08321111@opensips
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
Received updated SDP answer
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
Got initial answer from callee for stream: (audio) 192.168.1.253:10002  
(RTP: Unknown, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50000 <->  
<IP_MEDIA_RELAY>:50002 <-> <IP_T38MODEM>:10024 (RTP: Unknown, RTCP:  
Unknown)
Feb  7 21:01:21 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (audio) 192.168.1.253:10002 (RTP: Unknown,  
RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002 <-
 > <IP_T38MODEM>:10024 (RTP: <IP_T38MODEM>:10024, RTCP: Unknown)
Feb  7 21:01:21 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (audio) 192.168.1.253:10002 (RTP:  
<IP_PUBLIC_PATTON>:10002, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50000 <-
 > <IP_MEDIA_RELAY>:50002 <-> <IP_T38MODEM>:10024 (RTP: <IP_T38MODEM>:
10024, RTCP: Unknown)
Feb  7 21:01:21 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (audio) 192.168.1.253:10002 (RTP:  
<IP_PUBLIC_PATTON>:10002, RTCP: <IP_PUBLIC_PATTON>:10003) <->  
<IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002 <-> <IP_T38MODEM>:
10024 (RTP: <IP_T38MODEM>:10024, RTCP: Unknown)


3) Sip Trace (opensips/media-dispatcher)

U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
INVITE sip:08321111@opensips SIP/2.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 112 INVITE.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-NN50iMEOI0.
Contact: PattonFAX<sip:1004@192.168.1.253:5061>.
Max-Forwards: 70.
Route: <sip:<IP_OPENSIPS>:5060>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Content-Type: application/sdp.
Content-Length: 233.
.
v=0.
o=1004 192916 1 IN IP4 192.168.1.253.
s=-.
c=IN IP4 192.168.1.253.
t=0 0.
m=audio 10002 RTP/AVP 8 0 96.
a=rtpmap:8 PCMA/8000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:96 telephone-event/8000.
a=ptime:30.
a=rtpmap:96 telephone-event/8000.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
SIP/2.0 407 Proxy Authentication Required.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips;tag=c97b4d1cb2c3d0da549e06a8d482ef63.8788.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 112 INVITE.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-
NN50iMEOI0;received=<IP_PUBLIC_PATTON>.
Proxy-Authenticate: Digest realm="opensips",  
nonce="498de906000000045db06498de906000000045db06", qop="auth".
Server: OpenSIPS (1.4.3-tls (i386/linux)).
Content-Length: 0.
.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
ACK sip:08321111@opensips SIP/2.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips;tag=c97b4d1cb2c3d0da549e06a8d482ef63.8788.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 112 ACK.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-NN50iMEOI0.
Route: <sip:<IP_OPENSIPS>:5060>.
Content-Length: 0.
.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
INVITE sip:08321111@opensips SIP/2.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-F*70WKRI8.
Contact: PattonFAX<sip:1004@192.168.1.253:5061>.
Max-Forwards: 70.
Route: <sip:<IP_OPENSIPS>:5060>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Proxy-Authorization: Digest username="1004",realm="opensips",uri="sip:08321111@opensips
",response
=
"87742bb825f21371d7e1950b33659260
",nonce
=
"498de906000000045db06498de906000000045db06
",qop=auth,cnonce="00049048",nc=00000001.
Content-Type: application/sdp.
Content-Length: 233.
.
v=0.
o=1004 192916 1 IN IP4 192.168.1.253.
s=-.
c=IN IP4 192.168.1.253.
t=0 0.
m=audio 10002 RTP/AVP 8 0 96.
a=rtpmap:8 PCMA/8000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:96 telephone-event/8000.
a=ptime:30.
a=rtpmap:96 telephone-event/8000.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
SIP/2.0 100 Giving a try.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-
F*70WKRI8;rport=5061;received=<IP_PUBLIC_PATTON>.
Server: OpenSIPS (1.4.3-tls (i386/linux)).
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
INVITE sip:08321111@<IP_T38MODEM>:6060;transport=udp SIP/2.0.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
From: "Anonymous"<sip:[hidden email]>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.0.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
Contact: PattonFAX<sip:1004@<IP_PUBLIC_PATTON>:5061>.
Max-Forwards: 69.
Route: <sip:<IP_OPENSIPS>:5060>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Content-Type: application/sdp.
Content-Length: 232.
P-hint: route(3)|setflag7,forcerport,fix_contact.
Privacy: full.
.
v=0.
o=1004 192916 1 IN IP4 192.168.1.253.
s=-.
c=IN IP4 <IP_MEDIA_RELAY>.
t=0 0.
m=audio 50002 RTP/AVP 8 0 96.
a=rtpmap:8 PCMA/8000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:96 telephone-event/8000.
a=ptime:30.
a=rtpmap:96 telephone-event/8000.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
SIP/2.0 100 Trying.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.0.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
From: "Anonymous"<sip:[hidden email]>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
To: sip:08321111@opensips.
Contact: <sip:08321111@<IP_T38MODEM>:6060>.
Content-Length: 0.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
SIP/2.0 180 Ringing.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.0.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
User-Agent: T38Modem/1.1.0.
From: "Anonymous"<sip:[hidden email]>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Length: 0.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
SIP/2.0 180 Ringing.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
User-Agent: T38Modem/1.1.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Length: 0.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
SIP/2.0 200 OK.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.0.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
User-Agent: T38Modem/1.1.0.
From: "Anonymous"<sip:[hidden email]>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 224.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.
v=0.
o=- 1234036914 1234036914 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_T38MODEM>.
t=0 0.
m=audio 10024 RTP/AVP 8 96.
a=sendrecv.
a=rtpmap:8 PCMA/8000/1.
a=rtpmap:96 telephone-event/8000.
a=fmtp:96 0-16,32,36.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
SIP/2.0 200 OK.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
User-Agent: T38Modem/1.1.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 223.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.
v=0.
o=- 1234036914 1234036914 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_MEDIA_RELAY>.
t=0 0.
m=audio 50000 RTP/AVP 8 96.
a=sendrecv.
a=rtpmap:8 PCMA/8000/1.
a=rtpmap:96 telephone-event/8000.
a=fmtp:96 0-16,32,36.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
ACK sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 ACK.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-tl80BVLrF0.
Contact: PattonFAX<sip:1004@192.168.1.253:5061>.
Max-Forwards: 70.
Route: <sip:<IP_OPENSIPS>:5060;lr>.
User-Agent: 20n/021106.
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
ACK sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=4g5g2-7QUQV0;nat=yes>.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 ACK.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.2.
Via: SIP/2.0/UDP  
192.168.1.253:5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
tl80BVLrF0.
Contact: PattonFAX<sip:1004@<IP_PUBLIC_PATTON>:5061>.
Max-Forwards: 69.
User-Agent: 20n/021106.
Content-Length: 0.

.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
INVITE sip:1004@<IP_PUBLIC_PATTON>:5061 SIP/2.0.
Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
Date: Sat, 07 Feb 2009 20:01:55 GMT.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a;rport.
User-Agent: T38Modem/1.1.0.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: "Anonymous" <sip:[hidden email]>;tag=4g5g2-7QUQV0.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 199.
Max-Forwards: 70.
.
v=0.
o=- 1234036915 1234036915 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_T38MODEM>.
t=0 0.
m=image 10024 udptl t38.
a=sendrecv.
a=T38FaxVersion:0.
a=T38FaxRateManagement:transferredTCF.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
SIP/2.0 100 Giving a try.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a;rport=6060.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
To: "Anonymous" <sip:[hidden email]>;tag=4g5g2-7QUQV0.
Server: OpenSIPS (1.4.3-tls (i386/linux)).
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
INVITE sip:1004@<IP_PUBLIC_PATTON>:5061 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=2c8c33d6-bff3-
dd11-9e93-001cc4fb100a>.
Date: Sat, 07 Feb 2009 20:01:55 GMT.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK6f7e.4cae0b54.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a;rport=6060.
User-Agent: T38Modem/1.1.0.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: "Anonymous" <sip:1004@opensips>;tag=4g5g2-7QUQV0.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 199.
Max-Forwards: 69.

.
v=0.
o=- 1234036915 1234036915 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_T38MODEM>.
t=0 0.
m=image 10024 udptl t38.
a=sendrecv.
a=T38FaxVersion:0.
a=T38FaxRateManagement:transferredTCF.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
SIP/2.0 100 Trying.
From: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
To: Anonymous<sip:1004@opensips>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>:5060;branch=z9hG4bK6f7e.4cae0b54.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a.
Content-Length: 0.
.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
SIP/2.0 200 OK.
From: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
To: Anonymous<sip:1004@opensips>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>:5060;branch=z9hG4bK6f7e.4cae0b54.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a.
Contact: PattonFAX<sip:1004@192.168.1.253:5061>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Record-Route: <sip:<IP_OPENSIPS>:5060;lr>.
Content-Type: application/sdp.
Content-Length: 187.
.
v=0.
o=1004 192916 2 IN IP4 192.168.1.253.
s=-.
c=IN IP4 192.168.1.253.
t=0 0.
m=image 10002 udptl t38 96.
a=rtpmap:96 telephone-event/8000.
a=T38MaxBitRate:14400.
a=T38FaxMaxBuffer:400.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
SIP/2.0 200 OK.
From: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
To: "Anonymous" <sip:[hidden email]>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a.
Contact: PattonFAX<sip:1004@<IP_PUBLIC_PATTON>:5061>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Record-Route: <sip:<IP_OPENSIPS>:5060;lr>.
Content-Type: application/sdp.
Content-Length: 187.
P-hint: Onreply-route - fixcontact .
.
v=0.
o=1004 192916 2 IN IP4 192.168.1.253.
s=-.
c=IN IP4 192.168.1.253.
t=0 0.
m=image 10002 udptl t38 96.
a=rtpmap:96 telephone-event/8000.
a=T38MaxBitRate:14400.
a=T38FaxMaxBuffer:400.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
ACK sip:1004@<IP_PUBLIC_PATTON>:5061 SIP/2.0.
Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
CSeq: 1 ACK.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bKa83102d7-bff3-
dd11-9e93-001cc4fb100a;rport.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
To: "Anonymous" <sip:[hidden email]>;tag=4g5g2-7QUQV0.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Content-Length: 0.
Max-Forwards: 70.
.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
ACK sip:1004@<IP_PUBLIC_PATTON>:5061 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=2c8c33d6-bff3-
dd11-9e93-001cc4fb100a>.
CSeq: 1 ACK.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK6f7e.4cae0b54.2.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bKa83102d7-bff3-
dd11-9e93-001cc4fb100a;rport=6060.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
To: "Anonymous" <sip:1004@opensips>;tag=4g5g2-7QUQV0.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Content-Length: 0.
Max-Forwards: 69.

--------------------------------------------------

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Carlo Dimaggio
In reply to this post by Ruud Klaver

Il giorno 06/gen/09, alle ore 20:10, Ruud Klaver ha scritto:

> Maybe you can still find it somewhere in your syslog? Grep for
> "image", which is the media type used by T.38 IIRC. The point is that
> we tried to implement this well, but it was very difficult actually
> obtaining test devices to see if it worked in a real life testbed.

Hi Ruud,

I'm working now on t.38 fax with opensips 1.4.3 + mediaproxy 2.3.1 and  
I have the same problem as Jeff.
Here's my scenario.
I have a fax connected to a patton (sip number 1004) with a private ip  
(192.168.1.253) and a hylafax/t38modem (sip number 08321111) with a  
public ip (IP_T38MODEM).

Calls are established at g711, proxied with engage_media_proxy() (all  
is ok as i can see, the c=line has the media-relay ip), but when there  
is a re-invite for t38 the media is not proxied and the packets have  
c=line with original ip (private and public) (In this way t38modem  
sends packets to the private ip...). There's no "image" media type in  
syslog.
The problem is in both ways (patton to t38modem and t38modem to  
patton). If the patton has the public ip all works fine.

I have some logs. I hope these information can be useful for you  
(sorry for the length :-)):


Thanks and Regards,
Carlo Dimaggio


---------------------------------------------------

1) Syslog media-dispatcher

Feb  7 21:02:49 sip media-dispatcher[4614]: [OpenSIPSControlProtocol,
7,] Issuing "update" command to relay at <IP_MEDIA_RELAY>
Feb  7 21:02:49 sip media-dispatcher[4614]: [OpenSIPSControlProtocol,
6,] Issuing "update" command to relay at <IP_MEDIA_RELAY>


2) Syslog media-relay

Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
Received new SDP offer
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50000
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50001
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50002
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50003
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
Added new stream: (audio) 192.168.1.253:10002 (RTP: Unknown, RTCP:  
Unknown) <-> <IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002 <->  
Unknown (RTP: Unknown, RTCP: Unknown)
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
created new session AmBVR0-hPA1y6f2@opensips: 1004@opensips  
(4g5g2-7QUQV0) --> 08321111@opensips
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
updating existing session AmBVR0-hPA1y6f2@opensips: 1004@opensips  
(4g5g2-7QUQV0) --> 08321111@opensips
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
Received updated SDP answer
Feb  7 21:01:21 media media-relay[3339]: [RelayClientProtocol,client]  
Got initial answer from callee for stream: (audio) 192.168.1.253:10002  
(RTP: Unknown, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50000 <->  
<IP_MEDIA_RELAY>:50002 <-> <IP_T38MODEM>:10024 (RTP: Unknown, RTCP:  
Unknown)
Feb  7 21:01:21 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (audio) 192.168.1.253:10002 (RTP: Unknown,  
RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002 <-
 > <IP_T38MODEM>:10024 (RTP: <IP_T38MODEM>:10024, RTCP: Unknown)
Feb  7 21:01:21 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (audio) 192.168.1.253:10002 (RTP:  
<IP_PUBLIC_PATTON>:10002, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50000 <-
 > <IP_MEDIA_RELAY>:50002 <-> <IP_T38MODEM>:10024 (RTP: <IP_T38MODEM>:
10024, RTCP: Unknown)
Feb  7 21:01:21 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (audio) 192.168.1.253:10002 (RTP:  
<IP_PUBLIC_PATTON>:10002, RTCP: <IP_PUBLIC_PATTON>:10003) <->  
<IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002 <-> <IP_T38MODEM>:
10024 (RTP: <IP_T38MODEM>:10024, RTCP: Unknown)


3) Sip Trace (opensips/media-dispatcher)

U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
INVITE sip:08321111@opensips SIP/2.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 112 INVITE.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-NN50iMEOI0.
Contact: PattonFAX<sip:1004@192.168.1.253:5061>.
Max-Forwards: 70.
Route: <sip:<IP_OPENSIPS>:5060>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Content-Type: application/sdp.
Content-Length: 233.
.
v=0.
o=1004 192916 1 IN IP4 192.168.1.253.
s=-.
c=IN IP4 192.168.1.253.
t=0 0.
m=audio 10002 RTP/AVP 8 0 96.
a=rtpmap:8 PCMA/8000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:96 telephone-event/8000.
a=ptime:30.
a=rtpmap:96 telephone-event/8000.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
SIP/2.0 407 Proxy Authentication Required.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips;tag=c97b4d1cb2c3d0da549e06a8d482ef63.8788.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 112 INVITE.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-
NN50iMEOI0;received=<IP_PUBLIC_PATTON>.
Proxy-Authenticate: Digest realm="opensips",  
nonce="498de906000000045db06498de906000000045db06", qop="auth".
Server: OpenSIPS (1.4.3-tls (i386/linux)).
Content-Length: 0.
.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
ACK sip:08321111@opensips SIP/2.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips;tag=c97b4d1cb2c3d0da549e06a8d482ef63.8788.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 112 ACK.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-NN50iMEOI0.
Route: <sip:<IP_OPENSIPS>:5060>.
Content-Length: 0.
.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
INVITE sip:08321111@opensips SIP/2.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-F*70WKRI8.
Contact: PattonFAX<sip:1004@192.168.1.253:5061>.
Max-Forwards: 70.
Route: <sip:<IP_OPENSIPS>:5060>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Proxy-Authorization: Digest username="1004",realm="opensips",uri="sip:08321111@opensips
",response
=
"87742bb825f21371d7e1950b33659260
",nonce
=
"498de906000000045db06498de906000000045db06
",qop=auth,cnonce="00049048",nc=00000001.
Content-Type: application/sdp.
Content-Length: 233.
.
v=0.
o=1004 192916 1 IN IP4 192.168.1.253.
s=-.
c=IN IP4 192.168.1.253.
t=0 0.
m=audio 10002 RTP/AVP 8 0 96.
a=rtpmap:8 PCMA/8000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:96 telephone-event/8000.
a=ptime:30.
a=rtpmap:96 telephone-event/8000.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
SIP/2.0 100 Giving a try.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-
F*70WKRI8;rport=5061;received=<IP_PUBLIC_PATTON>.
Server: OpenSIPS (1.4.3-tls (i386/linux)).
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
INVITE sip:08321111@<IP_T38MODEM>:6060;transport=udp SIP/2.0.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
From: "Anonymous"<sip:[hidden email]>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.0.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
Contact: PattonFAX<sip:1004@<IP_PUBLIC_PATTON>:5061>.
Max-Forwards: 69.
Route: <sip:<IP_OPENSIPS>:5060>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Content-Type: application/sdp.
Content-Length: 232.
P-hint: route(3)|setflag7,forcerport,fix_contact.
Privacy: full.
.
v=0.
o=1004 192916 1 IN IP4 192.168.1.253.
s=-.
c=IN IP4 <IP_MEDIA_RELAY>.
t=0 0.
m=audio 50002 RTP/AVP 8 0 96.
a=rtpmap:8 PCMA/8000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:96 telephone-event/8000.
a=ptime:30.
a=rtpmap:96 telephone-event/8000.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
SIP/2.0 100 Trying.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.0.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
From: "Anonymous"<sip:[hidden email]>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
To: sip:08321111@opensips.
Contact: <sip:08321111@<IP_T38MODEM>:6060>.
Content-Length: 0.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
SIP/2.0 180 Ringing.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.0.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
User-Agent: T38Modem/1.1.0.
From: "Anonymous"<sip:[hidden email]>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Length: 0.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
SIP/2.0 180 Ringing.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
User-Agent: T38Modem/1.1.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Length: 0.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
SIP/2.0 200 OK.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.0.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
User-Agent: T38Modem/1.1.0.
From: "Anonymous"<sip:[hidden email]>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 224.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.
v=0.
o=- 1234036914 1234036914 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_T38MODEM>.
t=0 0.
m=audio 10024 RTP/AVP 8 96.
a=sendrecv.
a=rtpmap:8 PCMA/8000/1.
a=rtpmap:96 telephone-event/8000.
a=fmtp:96 0-16,32,36.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
SIP/2.0 200 OK.
CSeq: 113 INVITE.
Via: SIP/2.0/UDP  
192.168.1.253
:5061;rport=5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
F*70WKRI8.
User-Agent: T38Modem/1.1.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 223.
Record-Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
.
v=0.
o=- 1234036914 1234036914 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_MEDIA_RELAY>.
t=0 0.
m=audio 50000 RTP/AVP 8 96.
a=sendrecv.
a=rtpmap:8 PCMA/8000/1.
a=rtpmap:96 telephone-event/8000.
a=fmtp:96 0-16,32,36.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
ACK sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 ACK.
Via: SIP/2.0/UDP 192.168.1.253:5061;branch=z9hG4bK1M0f2-tl80BVLrF0.
Contact: PattonFAX<sip:1004@192.168.1.253:5061>.
Max-Forwards: 70.
Route: <sip:<IP_OPENSIPS>:5060;lr>.
User-Agent: 20n/021106.
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
ACK sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=4g5g2-7QUQV0;nat=yes>.
From: PattonFAX<sip:1004@opensips>;tag=4g5g2-7QUQV0.
To: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 113 ACK.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK077.9720bb75.2.
Via: SIP/2.0/UDP  
192.168.1.253:5061;received=<IP_PUBLIC_PATTON>;branch=z9hG4bK1M0f2-
tl80BVLrF0.
Contact: PattonFAX<sip:1004@<IP_PUBLIC_PATTON>:5061>.
Max-Forwards: 69.
User-Agent: 20n/021106.
Content-Length: 0.

.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
INVITE sip:1004@<IP_PUBLIC_PATTON>:5061 SIP/2.0.
Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
Date: Sat, 07 Feb 2009 20:01:55 GMT.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a;rport.
User-Agent: T38Modem/1.1.0.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: "Anonymous" <sip:[hidden email]>;tag=4g5g2-7QUQV0.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 199.
Max-Forwards: 70.
.
v=0.
o=- 1234036915 1234036915 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_T38MODEM>.
t=0 0.
m=image 10024 udptl t38.
a=sendrecv.
a=T38FaxVersion:0.
a=T38FaxRateManagement:transferredTCF.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
SIP/2.0 100 Giving a try.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a;rport=6060.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
To: "Anonymous" <sip:[hidden email]>;tag=4g5g2-7QUQV0.
Server: OpenSIPS (1.4.3-tls (i386/linux)).
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
INVITE sip:1004@<IP_PUBLIC_PATTON>:5061 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=2c8c33d6-bff3-
dd11-9e93-001cc4fb100a>.
Date: Sat, 07 Feb 2009 20:01:55 GMT.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK6f7e.4cae0b54.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a;rport=6060.
User-Agent: T38Modem/1.1.0.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
Organization: Vyacheslav Frolov.
To: "Anonymous" <sip:1004@opensips>;tag=4g5g2-7QUQV0.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 199.
Max-Forwards: 69.

.
v=0.
o=- 1234036915 1234036915 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_T38MODEM>.
t=0 0.
m=image 10024 udptl t38.
a=sendrecv.
a=T38FaxVersion:0.
a=T38FaxRateManagement:transferredTCF.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
SIP/2.0 100 Trying.
From: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
To: Anonymous<sip:1004@opensips>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>:5060;branch=z9hG4bK6f7e.4cae0b54.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a.
Content-Length: 0.
.

#
U <IP_PUBLIC_PATTON>:5061 -> <IP_OPENSIPS>:5060
SIP/2.0 200 OK.
From: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
To: Anonymous<sip:1004@opensips>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>:5060;branch=z9hG4bK6f7e.4cae0b54.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a.
Contact: PattonFAX<sip:1004@192.168.1.253:5061>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Record-Route: <sip:<IP_OPENSIPS>:5060;lr>.
Content-Type: application/sdp.
Content-Length: 187.
.
v=0.
o=1004 192916 2 IN IP4 192.168.1.253.
s=-.
c=IN IP4 192.168.1.253.
t=0 0.
m=image 10002 udptl t38 96.
a=rtpmap:96 telephone-event/8000.
a=T38MaxBitRate:14400.
a=T38FaxMaxBuffer:400.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
SIP/2.0 200 OK.
From: sip:08321111@opensips;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
To: "Anonymous" <sip:[hidden email]>;tag=4g5g2-7QUQV0.
Call-ID: AmBVR0-hPA1y6f2@opensips.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK4ae9dad6-bff3-
dd11-9e93-001cc4fb100a.
Contact: PattonFAX<sip:1004@<IP_PUBLIC_PATTON>:5061>.
User-Agent: 20n/021106.
Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
Supported: timer,replaces.
Record-Route: <sip:<IP_OPENSIPS>:5060;lr>.
Content-Type: application/sdp.
Content-Length: 187.
P-hint: Onreply-route - fixcontact .
.
v=0.
o=1004 192916 2 IN IP4 192.168.1.253.
s=-.
c=IN IP4 192.168.1.253.
t=0 0.
m=image 10002 udptl t38 96.
a=rtpmap:96 telephone-event/8000.
a=T38MaxBitRate:14400.
a=T38FaxMaxBuffer:400.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
ACK sip:1004@<IP_PUBLIC_PATTON>:5061 SIP/2.0.
Route:  
<
sip
:<
IP_OPENSIPS
 >
;lr
=
on
;ftag
=
4g5g2
-7QUQV0
;nat
=yes;vsf=AAAAAFBeX1o5HgYFXSMNBwBAEBlvdXMuaW52YWxpZA--;did=54.f09df5f>.
CSeq: 1 ACK.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bKa83102d7-bff3-
dd11-9e93-001cc4fb100a;rport.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
To: "Anonymous" <sip:[hidden email]>;tag=4g5g2-7QUQV0.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Content-Length: 0.
Max-Forwards: 70.
.

#
U <IP_OPENSIPS>:5060 -> <IP_PUBLIC_PATTON>:5061
ACK sip:1004@<IP_PUBLIC_PATTON>:5061 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=2c8c33d6-bff3-
dd11-9e93-001cc4fb100a>.
CSeq: 1 ACK.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK6f7e.4cae0b54.2.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bKa83102d7-bff3-
dd11-9e93-001cc4fb100a;rport=6060.
From: <sip:08321111@opensips>;tag=2c8c33d6-bff3-dd11-9e93-001cc4fb100a.
Call-ID: AmBVR0-hPA1y6f2@opensips.
To: "Anonymous" <sip:1004@opensips>;tag=4g5g2-7QUQV0.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Content-Length: 0.
Max-Forwards: 69.

--------------------------------------------------

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Ruud Klaver
Hi Carlo,

On 07 Feb 2009, at 22:36, Carlo Dimaggio wrote:

>
> Il giorno 06/gen/09, alle ore 20:10, Ruud Klaver ha scritto:
>
>> Maybe you can still find it somewhere in your syslog? Grep for
>> "image", which is the media type used by T.38 IIRC. The point is that
>> we tried to implement this well, but it was very difficult actually
>> obtaining test devices to see if it worked in a real life testbed.
>
> Hi Ruud,
>
> I'm working now on t.38 fax with opensips 1.4.3 + mediaproxy 2.3.1  
> and I have the same problem as Jeff.
> Here's my scenario.
> I have a fax connected to a patton (sip number 1004) with a private  
> ip (192.168.1.253) and a hylafax/t38modem (sip number 08321111) with  
> a public ip (IP_T38MODEM).
>
> Calls are established at g711, proxied with engage_media_proxy()  
> (all is ok as i can see, the c=line has the media-relay ip), but  
> when there is a re-invite for t38 the media is not proxied and the  
> packets have c=line with original ip (private and public) (In this  
> way t38modem sends packets to the private ip...). There's no "image"  
> media type in syslog.
> The problem is in both ways (patton to t38modem and t38modem to  
> patton). If the patton has the public ip all works fine.
>
> I have some logs. I hope these information can be useful for you  
> (sorry for the length :-)):
>
>
> Thanks and Regards,
> Carlo Dimaggio
>
>
> ---------------------------------------------------
>
> 1) Syslog media-dispatcher
>
> Feb  7 21:02:49 sip media-dispatcher[4614]: [OpenSIPSControlProtocol,
> 7,] Issuing "update" command to relay at <IP_MEDIA_RELAY>
> Feb  7 21:02:49 sip media-dispatcher[4614]: [OpenSIPSControlProtocol,
> 6,] Issuing "update" command to relay at <IP_MEDIA_RELAY>
>
>
> 2) Syslog media-relay
>
> Feb  7 21:01:21 media media-relay[3339]:  
> [RelayClientProtocol,client] Received new SDP offer
> Feb  7 21:01:21 media media-relay[3339]:  
> [RelayClientProtocol,client]  
> mediaproxy.mediacontrol.StreamListenerProtocol starting on 50000
> Feb  7 21:01:21 media media-relay[3339]:  
> [RelayClientProtocol,client]  
> mediaproxy.mediacontrol.StreamListenerProtocol starting on 50001
> Feb  7 21:01:21 media media-relay[3339]:  
> [RelayClientProtocol,client]  
> mediaproxy.mediacontrol.StreamListenerProtocol starting on 50002
> Feb  7 21:01:21 media media-relay[3339]:  
> [RelayClientProtocol,client]  
> mediaproxy.mediacontrol.StreamListenerProtocol starting on 50003
> Feb  7 21:01:21 media media-relay[3339]:  
> [RelayClientProtocol,client] Added new stream: (audio)  
> 192.168.1.253:10002 (RTP: Unknown, RTCP: Unknown) <->  
> <IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002 <-> Unknown (RTP:  
> Unknown, RTCP: Unknown)
> Feb  7 21:01:21 media media-relay[3339]:  
> [RelayClientProtocol,client] created new session AmBVR0-
> hPA1y6f2@opensips: 1004@opensips (4g5g2-7QUQV0) --> 08321111@opensips
> Feb  7 21:01:21 media media-relay[3339]:  
> [RelayClientProtocol,client] updating existing session AmBVR0-
> hPA1y6f2@opensips: 1004@opensips (4g5g2-7QUQV0) --> 08321111@opensips
> Feb  7 21:01:21 media media-relay[3339]:  
> [RelayClientProtocol,client] Received updated SDP answer
> Feb  7 21:01:21 media media-relay[3339]:  
> [RelayClientProtocol,client] Got initial answer from callee for  
> stream: (audio) 192.168.1.253:10002 (RTP: Unknown, RTCP: Unknown) <-
> > <IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002 <->  
> <IP_T38MODEM>:10024 (RTP: Unknown, RTCP: Unknown)
> Feb  7 21:01:21 media media-relay[3339]:  
> [mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
> information for stream: (audio) 192.168.1.253:10002 (RTP: Unknown,  
> RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002  
> <-> <IP_T38MODEM>:10024 (RTP: <IP_T38MODEM>:10024, RTCP: Unknown)
> Feb  7 21:01:21 media media-relay[3339]:  
> [mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
> information for stream: (audio) 192.168.1.253:10002 (RTP:  
> <IP_PUBLIC_PATTON>:10002, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50000  
> <-> <IP_MEDIA_RELAY>:50002 <-> <IP_T38MODEM>:10024 (RTP:  
> <IP_T38MODEM>:10024, RTCP: Unknown)
> Feb  7 21:01:21 media media-relay[3339]:  
> [mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
> information for stream: (audio) 192.168.1.253:10002 (RTP:  
> <IP_PUBLIC_PATTON>:10002, RTCP: <IP_PUBLIC_PATTON>:10003) <->  
> <IP_MEDIA_RELAY>:50000 <-> <IP_MEDIA_RELAY>:50002 <-> <IP_T38MODEM>:
> 10024 (RTP: <IP_T38MODEM>:10024, RTCP: Unknown)
>
> <snip>

Thanks for the extensive log information. For some reason your  
OpenSIPS does not send the re-INVITE and the resulting 200 OK to the  
dispatcher. You can see above that the dispatcher only sends two  
"update" commands to the relay, one for the initial INVITE and the 200  
OK. I'm suspecting that your OpenSIPS config is at fault. Does the  
OpenSIPS log provide you with a clue as to why it does not send the  
contents of the re-INVITE to the dispatcher?

Ruud Klaver
AG Projects

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Carlo Dimaggio

Il giorno 09/feb/09, alle ore 20:39, Ruud Klaver ha scritto:

> Hi Carlo,
>
> Thanks for the extensive log information. For some reason your  
> OpenSIPS does not send the re-INVITE and the resulting 200 OK to the  
> dispatcher. You can see above that the dispatcher only sends two  
> "update" commands to the relay, one for the initial INVITE and the  
> 200 OK. I'm suspecting that your OpenSIPS config is at fault. Does  
> the OpenSIPS log provide you with a clue as to why it does not send  
> the contents of the re-INVITE to the dispatcher?

Hi Ruud!

I don't think there is a problem in my Opensips configuration because  
with another ATA (Grandstream HT503) all works fine. I suppose there  
is a problem with this patton 4022 (perhaps they have different  
implementations of t.38). I've seen that the patton and the  
grandstream have different t38 headers... Does mediaproxy check the  
headers to understand if there is a t38 session?
For better investigation, I attach here the logs with HT503 and the  
same opensips.cfg.


Best Regards,
Carlo Dimaggio


--------------------

1) Syslog media-relay

Feb 10 16:46:20 media media-relay[3339]: [RelayClientProtocol,client]  
Received new SDP offer
Feb 10 16:46:20 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50012
Feb 10 16:46:20 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50013
Feb 10 16:46:20 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50014
Feb 10 16:46:20 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50015
Feb 10 16:46:20 media media-relay[3339]: [RelayClientProtocol,client]  
Added new stream: (audio) <IP_T38MODEM>:10030 (RTP: Unknown, RTCP:  
Unknown) <-> <IP_MEDIA_RELAY>:50012 <-> <IP_MEDIA_RELAY>:50014 <->  
Unknown (RTP: Unknown, RTCP: Unknown)
Feb 10 16:46:20 media media-relay[3339]: [RelayClientProtocol,client]  
created new session c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser:  
faxservice@<IP_T38MODEM> (582848b0-f7f5-dd11-9e93-001cc4fb100a) -->  
1001@opensips
Feb 10 16:46:21 media media-relay[3339]: [RelayClientProtocol,client]  
updating existing session c88c46b0-f7f5-
dd11-9e93-001cc4fb100a@openser: faxservice@<IP_T38MODEM> (582848b0-
f7f5-dd11-9e93-001cc4fb100a) --> 1001@opensips
Feb 10 16:46:21 media media-relay[3339]: [RelayClientProtocol,client]  
Received updated SDP answer
Feb 10 16:46:21 media media-relay[3339]: [RelayClientProtocol,client]  
Got initial answer from callee for stream: (audio) <IP_T38MODEM>:10030  
(RTP: Unknown, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50012 <->  
<IP_MEDIA_RELAY>:50014 <-> 10.0.6.47:5004 (RTP: Unknown, RTCP: Unknown)
Feb 10 16:46:21 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (audio) <IP_T38MODEM>:10030 (RTP:  
<IP_T38MODEM>:10030, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50012 <->  
<IP_MEDIA_RELAY>:50014 <-> 10.0.6.47:5004 (RTP: Unknown, RTCP: Unknown)
Feb 10 16:46:21 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (audio) <IP_T38MODEM>:10030 (RTP:  
<IP_T38MODEM>:10030, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50012 <->  
<IP_MEDIA_RELAY>:50014 <-> 10.0.6.47:5004 (RTP: 10.0.6.47:5004, RTCP:  
Unknown)
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
updating existing session c88c46b0-f7f5-
dd11-9e93-001cc4fb100a@openser: faxservice@<IP_T38MODEM> (582848b0-
f7f5-dd11-9e93-001cc4fb100a) --> 1001@opensips
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
Received new SDP offer
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50016
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50017
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50018
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50019
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
Added new stream: (image) Unknown (RTP: Unknown, RTCP: Unknown) <->  
<IP_MEDIA_RELAY>:50016 <-> <IP_MEDIA_RELAY>:50018 <-> 10.0.6.47:5004  
(RTP: Unknown, RTCP: Unknown)
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
updating existing session c88c46b0-f7f5-
dd11-9e93-001cc4fb100a@openser: faxservice@<IP_T38MODEM> (582848b0-
f7f5-dd11-9e93-001cc4fb100a) --> 1001@opensips
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
Received new SDP offer
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
Found matching existing stream: (image) Unknown (RTP: Unknown, RTCP:  
Unknown) <-> <IP_MEDIA_RELAY>:50016 <-> <IP_MEDIA_RELAY>:50018 <->  
10.0.6.47:5004 (RTP: Unknown, RTCP: Unknown)
Feb 10 16:46:31 media media-relay[3339]: [-] (Port 50012 Closed)
Feb 10 16:46:31 media media-relay[3339]: [-] (Port 50013 Closed)
Feb 10 16:46:31 media media-relay[3339]: [-] (Port 50014 Closed)
Feb 10 16:46:31 media media-relay[3339]: [-] (Port 50015 Closed)
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
updating existing session c88c46b0-f7f5-
dd11-9e93-001cc4fb100a@openser: faxservice@<IP_T38MODEM> (582848b0-
f7f5-dd11-9e93-001cc4fb100a) --> 1001@opensips
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
Received updated SDP answer
Feb 10 16:46:31 media media-relay[3339]: [RelayClientProtocol,client]  
Got initial answer from caller for stream: (image) <IP_T38MODEM>:10030  
(RTP: Unknown, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50016 <->  
<IP_MEDIA_RELAY>:50018 <-> 10.0.6.47:5004 (RTP: Unknown, RTCP: Unknown)
Feb 10 16:46:31 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (image) <IP_T38MODEM>:10030 (RTP:  
<IP_T38MODEM>:10030, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50016 <->  
<IP_MEDIA_RELAY>:50018 <-> 10.0.6.47:5004 (RTP: Unknown, RTCP: Unknown)
Feb 10 16:46:31 media media-relay[3339]:  
[mediaproxy.mediacontrol.StreamListenerProtocol (UDP)] Got traffic  
information for stream: (image) <IP_T38MODEM>:10030 (RTP:  
<IP_T38MODEM>:10030, RTCP: Unknown) <-> <IP_MEDIA_RELAY>:50016 <->  
<IP_MEDIA_RELAY>:50018 <-> 10.0.6.47:5004 (RTP: 10.0.6.47:5004, RTCP:  
Unknown)
Feb 10 16:46:52 media media-relay[3339]: [RelayClientProtocol,client]  
removing session c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser:  
faxservice@<IP_T38MODEM> (582848b0-f7f5-dd11-9e93-001cc4fb100a) -->  
1001@opensips
Feb 10 16:46:52 media media-relay[3339]: [-] (Port 50016 Closed)
Feb 10 16:46:52 media media-relay[3339]: [-] (Port 50017 Closed)
Feb 10 16:46:52 media media-relay[3339]: [-] (Port 50018 Closed)
Feb 10 16:46:52 media media-relay[3339]: [-] (Port 50019 Closed)




2) Full Sip Trace (opensips/media-dispatcher)

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
INVITE sip:1001@opensips SIP/2.0.
Date: Tue, 10 Feb 2009 15:46:45 GMT.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK507148b0-f7f5-
dd11-9e93-001cc4fb100a;rport.
User-Agent: T38Modem/1.1.0.
From: "root" <sip:faxservice@<IP_T38MODEM>>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
Organization: Vyacheslav Frolov.
To: <sip:1001@opensips>.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 300.
Max-Forwards: 70.
.
v=0.
o=- 1234280805 1234280805 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_T38MODEM>.
t=0 0.
m=audio 10030 RTP/AVP 0 8 101 100.
a=sendrecv.
a=rtpmap:0 PCMU/8000/1.
a=rtpmap:8 PCMA/8000/1.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-16,32,36.
a=rtpmap:100 NSE/8000.
a=fmtp:100 192-193.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
SIP/2.0 100 Giving a try.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bK507148b0-f7f5-
dd11-9e93-001cc4fb100a;rport=6060.
From: "root" <sip:faxservice@<IP_T38MODEM>>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
To: <sip:1001@opensips>.
Server: OpenSIPS (1.4.3-tls (i386/linux)).
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> 10.0.6.47:5060
INVITE sip:1001@10.0.6.47:5060 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=582848b0-f7f5-
dd11
-9e93
-001cc4fb100a;vsf=AAAAAAAAAAAAAABCUEUAVVxHXhxRWjI1;did=936.ee908b83>.
Date: Tue, 10 Feb 2009 15:46:45 GMT.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK821.50bde503.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bK507148b0-f7f5-
dd11-9e93-001cc4fb100a;rport=6060.
User-Agent: T38Modem/1.1.0.
From: "faxservice" <sip:faxservice@opensips>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
Organization: Vyacheslav Frolov.
To: <sip:1001@opensips>.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 299.
Max-Forwards: 69.
.
v=0.
o=- 1234280805 1234280805 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_MEDIA_RELAY>.
t=0 0.
m=audio 50014 RTP/AVP 0 8 101 100.
a=sendrecv.
a=rtpmap:0 PCMU/8000/1.
a=rtpmap:8 PCMA/8000/1.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-16,32,36.
a=rtpmap:100 NSE/8000.
a=fmtp:100 192-193.


#
U 10.0.6.47:5060 -> <IP_OPENSIPS>:5060
SIP/2.0 100 Trying.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK821.50bde503.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bK507148b0-f7f5-
d9e93-001cc4fb100a;rport=6060.
From: "faxservice" <sip:faxservice@opensips>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
To: <sip:1001@opensips>.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 1 INVITE.
Supported: replaces, path, timer.
User-Agent: Grandstream HT-503  V1.1B 1.0.0.15.
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,  
REFER, UPDATE.
Content-Length: 0.
.

#
U 10.0.6.47:5060 -> <IP_OPENSIPS>:5060
SIP/2.0 180 Ringing.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK821.50bde503.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bK507148b0-f7f5-
d9e93-001cc4fb100a;rport=6060.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=582848b0-f7f5-
dd11
-9e93-001cc4fb100a;vsf=AAAAAAAAAAABCUEUAVVxHXhxRWjI1;did=936.ee908b83>.
From: "faxservice" <sip:faxservice@opensips>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
To: <sip:1001@opensips>;tag=734834964.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 1 INVITE.
Contact: <sip:1001@10.0.6.47:5060>.
Supported: replaces, path, timer.
User-Agent: Grandstream HT-503  V1.1B 1.0.0.15.
Allow-Events: talk, hold.
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,  
REFER, UPDATE.
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
SIP/2.0 180 Ringing.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bK507148b0-f7f5-
dd11-9e93-001cc4fb100a;rport=6060.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=582848b0-f7f5-
dd11
-9e93-001cc4fb100a;vsf=AAAAAAAAAAABCUEUAVVxHXhxRWjI1;did=936.ee908b83>.
From: "root" <sip:faxservice@<IP_T38MODEM>>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
To: <sip:1001@opensips>;tag=734834964.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 1 INVITE.
Contact: <sip:1001@10.0.6.47:5060>.
Supported: replaces, path, timer.
User-Agent: Grandstream HT-503  V1.1B 1.0.0.15.
Allow-Events: talk, hold.
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,  
REFER, UPDATE.
Content-Length: 0.
P-hint: Onreply-route - fixcontact .
.

#
U 10.0.6.47:5060 -> <IP_OPENSIPS>:5060
SIP/2.0 200 OK.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK821.50bde503.0.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bK507148b0-f7f5-
dd11-9e93-001cc4fb100a;rport=6060.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=582848b0-f7f5-
dd11
-9e93
-001cc4fb100a;vsf=AAAAAAAAAAAAAABCUEUAVVxHXhxRWjI1;did=936.ee908b83>.
From: "faxservice" <sip:faxservice@opensips>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
To: <sip:1001@opensips>;tag=734834964.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 1 INVITE.
Contact: <sip:1001@10.0.6.47:5060>.
Supported: replaces, path, timer.
User-Agent: Grandstream HT-503  V1.1B 1.0.0.15.
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,  
REFER, UPDATE.
Content-Type: application/sdp.
Content-Length:   238.
.
v=0.
o=1001 8000 8000 IN IP4 10.0.6.47.
s=SIP Call.
c=IN IP4 10.0.6.47.
t=0 0.
m=audio 5004 RTP/AVP 0 8 101.
a=sendrecv.
a=rtpmap:0 PCMU/8000.
a=ptime:20.
a=rtpmap:8 PCMA/8000.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-16,32-36,54.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
SIP/2.0 200 OK.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bK507148b0-f7f5-
dd11-9e93-001cc4fb100a;rport=6060.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=582848b0-f7f5-
dd11
-9e93
-001cc4fb100a;vsf=AAAAAAAAAAAAAABCUEUAVVxHXhxRWjI1;did=936.ee908b83>.
From: "root" <sip:faxservice@<IP_T38MODEM>>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
To: <sip:1001@opensips>;tag=734834964.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 1 INVITE.
Contact: <sip:1001@10.0.6.47:5060>.
Supported: replaces, path, timer.
User-Agent: Grandstream HT-503  V1.1B 1.0.0.15.
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,  
REFER, UPDATE.
Content-Type: application/sdp.
Content-Length: 242.
P-hint: Onreply-route - fixcontact .
.
v=0.
o=1001 8000 8000 IN IP4 10.0.6.47.
s=SIP Call.
c=IN IP4 <IP_MEDIA_RELAY>.
t=0 0.
m=audio 50012 RTP/AVP 0 8 101.
a=sendrecv.
a=rtpmap:0 PCMU/8000.
a=ptime:20.
a=rtpmap:8 PCMA/8000.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-16,32-36,54.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
ACK sip:1001@10.0.6.47:5060 SIP/2.0.
Route: <sip:<IP_OPENSIPS>;lr=on;ftag=582848b0-f7f5-
dd11
-9e93
-001cc4fb100a;vsf=AAAAAAAAAAAAAABCUEUAVVxHXhxRWjI1;did=936.ee908b83>.
CSeq: 1 ACK.
Via: SIP/2.0/UDP <IP_T38MODEM>:6060;branch=z9hG4bKf231a4b0-f7f5-
dd11-9e93-001cc4fb100a;rport.
From: "root" <sip:faxservice@<IP_T38MODEM>>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
To: <sip:1001@opensips>;tag=734834964.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Content-Length: 0.
Max-Forwards: 70.
.

#
U <IP_OPENSIPS>:5060 -> 10.0.6.47:5060
ACK sip:1001@10.0.6.47:5060 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=582848b0-f7f5-
dd11-9e93-001cc4fb100a>.
CSeq: 1 ACK.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK821.50bde503.2.
Via: SIP/2.0/UDP <IP_T38MODEM>:
6060;received=<IP_T38MODEM>;branch=z9hG4bKf231a4b0-f7f5-
dd11-9e93-001cc4fb100a;rport=6060.
From: "root" <sip:faxservice@opensips>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
To: <sip:1001@opensips>;tag=734834964.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Content-Length: 0.
Max-Forwards: 69.
.


#
U 10.0.6.47:5060 -> <IP_OPENSIPS>:5060
INVITE sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
Via: SIP/2.0/UDP 10.0.6.47:5060;branch=z9hG4bK32475996;rport.
Route: <sip:<IP_OPENSIPS>;lr=on;ftag=582848b0-f7f5-
dd11
-9e93
-001cc4fb100a;vsf=AAAAAAAAAAAAAABCUEUAVVxHXhxRWjI1;did=936.ee908b83>.
From: <sip:1001@opensips>;tag=734834964.
To: "faxservice" <sip:faxservice@opensips>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 2 INVITE.
Contact: <sip:1001@10.0.6.47:5060>.
Max-Forwards: 70.
Supported: replaces, path, timer.
User-Agent: Grandstream HT-503  V1.1B 1.0.0.15.
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,  
REFER, UPDATE.
Content-Type: application/sdp.
Accept: application/sdp, application/dtmf-relay.
Content-Length:   343.
.
v=0.
o=1001 8000 8001 IN IP4 10.0.6.47.
s=SIP Call.
c=IN IP4 10.0.6.47.
t=0 0.
m=image 5004 udptl t38.
a=T38FaxVersion:0.
a=T38MaxBitRate:14400.
a=T38FaxFillBitRemoval:0.
a=T38FaxTranscodingMMR:0.
a=T38FaxTranscodingJBIG:0.
a=T38FaxRateManagement:transferredTCF.
a=T38FaxMaxBuffer:400.
a=T38FaxMaxDatagram:280.
a=T38FaxUdpEC:t38UDPRedundancy.

#
U <IP_OPENSIPS>:5060 -> 10.0.6.47:5060
SIP/2.0 407 Proxy Authentication Required.
Via: SIP/2.0/UDP 10.0.6.47:5060;branch=z9hG4bK32475996;rport=5060.
From: <sip:1001@opensips>;tag=734834964.
To: "faxservice" <sip:faxservice@opensips>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 2 INVITE.
Proxy-Authenticate: Digest realm="opensips",  
nonce="4991a1d300000e670292a2d991e7209abe8b7aa19e477759", qop="auth".
Server: OpenSIPS (1.4.3-tls (i386/linux)).
Content-Length: 0.
.

#
U 10.0.6.47:5060 -> <IP_OPENSIPS>:5060
ACK sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
Via: SIP/2.0/UDP 10.0.6.47:5060;branch=z9hG4bK32475996;rport.
Route: <sip:<IP_OPENSIPS>;lr=on;ftag=582848b0-f7f5-
dd11
-9e93
-001cc4fb100a;vsf=AAAAAAAAAAAAAABCUEUAVVxHXhxRWjI1;did=936.ee908b83>.
From: <sip:1001@opensips>;tag=734834964.
To: "faxservice" <sip:faxservice@opensips>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 2 ACK.
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
ACK sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
Max-Forwards: 10.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=734834964>.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK32475996.
Via: SIP/2.0/UDP  
10.0.6.47:5060;received=10.0.6.47;branch=z9hG4bK32475996;rport=5060.
From: <sip:1001@opensips>;tag=734834964.
To: "faxservice" <sip:faxservice@<IP_T38MODEM>>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 2 ACK.
Content-Length: 0.
.

#
U 10.0.6.47:5060 -> <IP_OPENSIPS>:5060
INVITE sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
Via: SIP/2.0/UDP 10.0.6.47:5060;branch=z9hG4bK2070430934;rport.
Route: <sip:<IP_OPENSIPS>;lr=on;ftag=582848b0-f7f5-
dd11
-9e93
-001cc4fb100a;vsf=AAAAAAAAAAAAAABCUEUAVVxHXhxRWjI1;did=936.ee908b83>.
From: <sip:1001@opensips>;tag=734834964.
To: "faxservice" <sip:faxservice@opensips>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 3 INVITE.
Contact: <sip:1001@10.0.6.47:5060>.
Proxy-Authorization: Digest username="1001", realm="opensips",  
nonce="4991a1d300000e670292a2d991e7209abe8b7aa19e477759", uri="sip:faxservice@
<IP_T38MODEM>:6060", response="ddd7387de9fae72d773678b9d5f20f42",  
algorithm=MD5, cnonce="03852335", qop=auth, nc=00000002.
Max-Forwards: 70.
Supported: replaces, path, timer.
User-Agent: Grandstream HT-503  V1.1B 1.0.0.15.
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,  
REFER, UPDATE.
Content-Type: application/sdp.
Accept: application/sdp, application/dtmf-relay.
Content-Length:   343.
.
v=0.
o=1001 8000 8001 IN IP4 10.0.6.47.
s=SIP Call.
c=IN IP4 10.0.6.47.
t=0 0.
m=image 5004 udptl t38.
a=T38FaxVersion:0.
a=T38MaxBitRate:14400.
a=T38FaxFillBitRemoval:0.
a=T38FaxTranscodingMMR:0.
a=T38FaxTranscodingJBIG:0.
a=T38FaxRateManagement:transferredTCF.
a=T38FaxMaxBuffer:400.
a=T38FaxMaxDatagram:280.
a=T38FaxUdpEC:t38UDPRedundancy.

#
U <IP_OPENSIPS>:5060 -> 10.0.6.47:5060
SIP/2.0 100 Giving a try.
Via: SIP/2.0/UDP 10.0.6.47:5060;branch=z9hG4bK2070430934;rport=5060.
From: <sip:1001@opensips>;tag=734834964.
To: "faxservice" <sip:faxservice@opensips>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 3 INVITE.
Server: OpenSIPS (1.4.3-tls (i386/linux)).
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
INVITE sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=734834964;nat=yes>.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK621.56799213.0.
Via: SIP/2.0/UDP  
10.0.6.47:5060;received=10.0.6.47;branch=z9hG4bK2070430934;rport=5060.
From: <sip:1001@opensips>;tag=734834964.
To: "faxservice" <sip:faxservice@<IP_T38MODEM>>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 3 INVITE.
Contact: <sip:1001@10.0.6.47:5060>.
Proxy-Authorization: Digest username="1001", realm="opensips",  
nonce="4991a1d300000e670292a2d991e7209abe8b7aa19e477759", uri="sip:faxservice@
<IP_T38MODEM>:6060", response="ddd7387de9fae72d773678b9d5f20f42",  
algorithm=MD5, cnonce="03852335", qop=auth, nc=00000002.
Max-Forwards: 69.
Supported: replaces, path, timer.
User-Agent: Grandstream HT-503  V1.1B 1.0.0.15.
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,  
REFER, UPDATE.
Content-Type: application/sdp.
Accept: application/sdp, application/dtmf-relay.
Content-Length: 347.

.
v=0.
o=1001 8000 8001 IN IP4 10.0.6.47.
s=SIP Call.
c=IN IP4 <IP_MEDIA_RELAY>.
t=0 0.
m=image 50016 udptl t38.
a=T38FaxVersion:0.
a=T38MaxBitRate:14400.
a=T38FaxFillBitRemoval:0.
a=T38FaxTranscodingMMR:0.
a=T38FaxTranscodingJBIG:0.
a=T38FaxRateManagement:transferredTCF.
a=T38FaxMaxBuffer:400.
a=T38FaxMaxDatagram:280.
a=T38FaxUdpEC:t38UDPRedundancy.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
SIP/2.0 100 Trying.
CSeq: 3 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK621.56799213.0.
Via: SIP/2.0/UDP  
10.0.6.47:5060;received=10.0.6.47;branch=z9hG4bK2070430934;rport=5060.
From: <sip:1001@opensips>;tag=734834964.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
To: "faxservice" <sip:faxservice@<IP_T38MODEM>>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Content-Length: 0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=734834964;nat=yes>.
.

#
U <IP_T38MODEM>:6060 -> <IP_OPENSIPS>:5060
SIP/2.0 200 OK.
CSeq: 3 INVITE.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK621.56799213.0.
Via: SIP/2.0/UDP  
10.0.6.47:5060;received=10.0.6.47;branch=z9hG4bK2070430934;rport=5060.
User-Agent: T38Modem/1.1.0.
From: <sip:1001@opensips>;tag=734834964.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
Organization: Vyacheslav Frolov.
To: "faxservice" <sip:faxservice@<IP_T38MODEM>>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 199.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=734834964;nat=yes>.
.
v=0.
o=- 1234280816 1234280816 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_T38MODEM>.
t=0 0.
m=image 10030 udptl t38.
a=sendrecv.
a=T38FaxVersion:0.
a=T38FaxRateManagement:transferredTCF.

#
U <IP_OPENSIPS>:5060 -> 10.0.6.47:5060
SIP/2.0 200 OK.
CSeq: 3 INVITE.
Via: SIP/2.0/UDP  
10.0.6.47:5060;received=10.0.6.47;branch=z9hG4bK2070430934;rport=5060.
User-Agent: T38Modem/1.1.0.
From: <sip:1001@opensips>;tag=734834964.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
Organization: Vyacheslav Frolov.
To: "faxservice" <sip:faxservice@opensips>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Contact: <sip:faxservice@<IP_T38MODEM>:6060>.
Allow:  
INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING.
Content-Type: application/sdp.
Content-Length: 198.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=734834964;nat=yes>.
.
v=0.
o=- 1234280816 1234280816 IN IP4 <IP_T38MODEM>.
s=Opal SIP Session.
c=IN IP4 <IP_MEDIA_RELAY>.
t=0 0.
m=image 50018 udptl t38.
a=sendrecv.
a=T38FaxVersion:0.
a=T38FaxRateManagement:transferredTCF.

#
U 10.0.6.47:5060 -> <IP_OPENSIPS>:5060
ACK sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
Via: SIP/2.0/UDP 10.0.6.47:5060;branch=z9hG4bK1617109027;rport.
Route: <sip:<IP_OPENSIPS>;lr=on;ftag=582848b0-f7f5-
dd11
-9e93
-001cc4fb100a;vsf=AAAAAAAAAAAAAABCUEUAVVxHXhxRWjI1;did=936.ee908b83>.
From: <sip:1001@opensips>;tag=734834964.
To: "faxservice" <sip:faxservice@opensips>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 3 ACK.
Contact: <sip:1001@10.0.6.47:5060>.
Proxy-Authorization: Digest username="1001", realm="opensips",  
nonce="4991a1d300000e670292a2d991e7209abe8b7aa19e477759", uri="sip:faxservice@
<IP_T38MODEM>:6060", response="ddd7387de9fae72d773678b9d5f20f42",  
algorithm=MD5, cnonce="03852335", qop=auth, nc=00000002.
Max-Forwards: 70.
Supported: replaces, path, timer.
User-Agent: Grandstream HT-503  V1.1B 1.0.0.15.
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,  
REFER, UPDATE.
Content-Length: 0.
.

#
U <IP_OPENSIPS>:5060 -> <IP_T38MODEM>:6060
ACK sip:faxservice@<IP_T38MODEM>:6060 SIP/2.0.
Record-Route: <sip:<IP_OPENSIPS>;lr=on;ftag=734834964;nat=yes>.
Via: SIP/2.0/UDP <IP_OPENSIPS>;branch=z9hG4bK621.56799213.2.
Via: SIP/2.0/UDP  
10.0.6.47:5060;received=10.0.6.47;branch=z9hG4bK1617109027;rport=5060.
From: <sip:1001@opensips>;tag=734834964.
To: "faxservice" <sip:faxservice@<IP_T38MODEM>>;tag=582848b0-f7f5-
dd11-9e93-001cc4fb100a.
Call-ID: c88c46b0-f7f5-dd11-9e93-001cc4fb100a@openser.
CSeq: 3 ACK.
Contact: <sip:1001@10.0.6.47:5060>.
Proxy-Authorization: Digest username="1001", realm="opensips",  
nonce="4991a1d300000e670292a2d991e7209abe8b7aa19e477759", uri="sip:faxservice@
<IP_T38MODEM>:6060", response="ddd7387de9fae72d773678b9d5f20f42",  
algorithm=MD5, cnonce="03852335", qop=auth, nc=00000002.
Max-Forwards: 69.
Supported: replaces, path, timer.
User-Agent: Grandstream HT-503  V1.1B 1.0.0.15.
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,  
REFER, UPDATE.
Content-Length: 0.

.


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Ruud Klaver
Hi Carlo,

On 10 Feb 2009, at 18:47, Carlo Dimaggio wrote:

>
> Il giorno 09/feb/09, alle ore 20:39, Ruud Klaver ha scritto:
>
>> Hi Carlo,
>>
>> Thanks for the extensive log information. For some reason your  
>> OpenSIPS does not send the re-INVITE and the resulting 200 OK to  
>> the dispatcher. You can see above that the dispatcher only sends  
>> two "update" commands to the relay, one for the initial INVITE and  
>> the 200 OK. I'm suspecting that your OpenSIPS config is at fault.  
>> Does the OpenSIPS log provide you with a clue as to why it does not  
>> send the contents of the re-INVITE to the dispatcher?
>
> Hi Ruud!
>
> I don't think there is a problem in my Opensips configuration  
> because with another ATA (Grandstream HT503) all works fine. I  
> suppose there is a problem with this patton 4022 (perhaps they have  
> different implementations of t.38). I've seen that the patton and  
> the grandstream have different t38 headers... Does mediaproxy check  
> the headers to understand if there is a t38 session?
> For better investigation, I attach here the logs with HT503 and the  
> same opensips.cfg.
>
>
> Best Regards,
> Carlo Dimaggio

The problem definitely lies with OpenSIPS in your first example, the  
one that didn't work, since the media-dispatcher does not receive  
anything from the mediaproxy module in OpenSIPs when the re-INVITE is  
received. Could you please provide the relevant parts of your OpenSIPS  
config and its logging for both of these cases?

 From the logs I gave you I cannot tell that much, except that in the  
first case your proxy seems to anonymize the SIP URI of the caller,  
but this shouldn't matter.

The mediaproxy module should just look for the m=image line, which is  
the same in both traces. Other than that it does no processing of the  
T38 stuff, it should be agnostic to it.

Ruud Klaver
AG Projects

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Carlo Dimaggio

Il giorno 11/feb/09, alle ore 12:00, Ruud Klaver ha scritto:

> Hi Carlo,
>
> The problem definitely lies with OpenSIPS in your first example, the  
> one that didn't work, since the media-dispatcher does not receive  
> anything from the mediaproxy module in OpenSIPs when the re-INVITE  
> is received. Could you please provide the relevant parts of your  
> OpenSIPS config and its logging for both of these cases?
>
> From the logs I gave you I cannot tell that much, except that in the  
> first case your proxy seems to anonymize the SIP URI of the caller,  
> but this shouldn't matter.
>
> The mediaproxy module should just look for the m=image line, which  
> is the same in both traces. Other than that it does no processing of  
> the T38 stuff, it should be agnostic to it.
Hi Ruud,

Sure. I attach the relevant parts of my configuration and the log for  
both of these cases.

I don't understand why there is this behaviour with two devices  
(grandstream and patton) and the same opensips.cfg... In both of these  
cases, the re-invite is performed (as you can see from the ngrep log)  
but when I use the patton, it seems that mediaproxy doesn't recognise  
the t38 session and doesn't proxy the call.
I use engage_media_proxy() in my script that should automatically call  
use_media_proxy() on every request and reply that belongs to the  
dialog...

What kind of errors could be in my configuration?


Thank you,
Carlo Dimaggio


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

opensips.cfg (17K) Download Attachment
Log patton 4022.rtf (6K) Download Attachment
Log grandstream ht503.rtf (6K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Adrian Georgescu
Can you register two sip accounts on http://sip2sip.info

Then make a T.38 fax call and see if it works. If it does not, let me know the Call Id, there I have access to traces and we can find out the cause of your problem.

Adrian

On Feb 12, 2009, at 3:44 PM, Carlo Dimaggio wrote:


Il giorno 11/feb/09, alle ore 12:00, Ruud Klaver ha scritto:

Hi Carlo,

The problem definitely lies with OpenSIPS in your first example, the one that didn't work, since the media-dispatcher does not receive anything from the mediaproxy module in OpenSIPs when the re-INVITE is received. Could you please provide the relevant parts of your OpenSIPS config and its logging for both of these cases?

From the logs I gave you I cannot tell that much, except that in the first case your proxy seems to anonymize the SIP URI of the caller, but this shouldn't matter.

The mediaproxy module should just look for the m=image line, which is the same in both traces. Other than that it does no processing of the T38 stuff, it should be agnostic to it.

Hi Ruud,

Sure. I attach the relevant parts of my configuration and the log for both of these cases.

I don't understand why there is this behaviour with two devices (grandstream and patton) and the same opensips.cfg... In both of these cases, the re-invite is performed (as you can see from the ngrep log) but when I use the patton, it seems that mediaproxy doesn't recognise the t38 session and doesn't proxy the call.
I use engage_media_proxy() in my script that should automatically call use_media_proxy() on every request and reply that belongs to the dialog...

What kind of errors could be in my configuration?


Thank you,
Carlo Dimaggio

<opensips.cfg><Log patton 4022.rtf><Log grandstream ht503.rtf>_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Dan Pascu
In reply to this post by Carlo Dimaggio

The Patton device seems to be faulty. In its answer it strips all params
from the Record-Route header except from lr=on. Similarly it strips all
params from the Record-Route headers except lr=on when converting the
Record-Route headers to Route headers on subsequent re-INVITEs. Among
these params is the did (dialog-id) which is used to identify the dialog
the message belongs to. My guess is that those re-INVITEs are not matched
against their dialogs anymore so no mediaproxy callbacks are called for
them to modify their SDP.

You can try to use use_media_proxy() and end_media_session() instead of
engage_media_proxy() to manually call on mediaproxy to handle the SDP for
every INVITE/reply during the dialog. The dialog based method of using
engage_media_proxy can only work if the devices work properly and do not
prevent the dialog module from recognizing an in-dialog message because
its identification elements were altered.

On Thursday 12 February 2009, Carlo Dimaggio wrote:

> Il giorno 11/feb/09, alle ore 12:00, Ruud Klaver ha scritto:
> > Hi Carlo,
> >
> > The problem definitely lies with OpenSIPS in your first example, the
> > one that didn't work, since the media-dispatcher does not receive
> > anything from the mediaproxy module in OpenSIPs when the re-INVITE
> > is received. Could you please provide the relevant parts of your
> > OpenSIPS config and its logging for both of these cases?
> >
> > From the logs I gave you I cannot tell that much, except that in the
> > first case your proxy seems to anonymize the SIP URI of the caller,
> > but this shouldn't matter.
> >
> > The mediaproxy module should just look for the m=image line, which
> > is the same in both traces. Other than that it does no processing of
> > the T38 stuff, it should be agnostic to it.
>
> Hi Ruud,
>
> Sure. I attach the relevant parts of my configuration and the log for
> both of these cases.
>
> I don't understand why there is this behaviour with two devices
> (grandstream and patton) and the same opensips.cfg... In both of these
> cases, the re-invite is performed (as you can see from the ngrep log)
> but when I use the patton, it seems that mediaproxy doesn't recognise
> the t38 session and doesn't proxy the call.
> I use engage_media_proxy() in my script that should automatically call
> use_media_proxy() on every request and reply that belongs to the
> dialog...
>
> What kind of errors could be in my configuration?
>
>
> Thank you,
> Carlo Dimaggio



--
Dan

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Carlo Dimaggio

Il giorno 13/feb/09, alle ore 13:56, Dan Pascu ha scritto:

>
> The Patton device seems to be faulty. In its answer it strips all  
> params
> from the Record-Route header except from lr=on. Similarly it strips  
> all
> params from the Record-Route headers except lr=on when converting the
> Record-Route headers to Route headers on subsequent re-INVITEs. Among
> these params is the did (dialog-id) which is used to identify the  
> dialog
> the message belongs to. My guess is that those re-INVITEs are not  
> matched
> against their dialogs anymore so no mediaproxy callbacks are called  
> for
> them to modify their SDP.
>
> You can try to use use_media_proxy() and end_media_session() instead  
> of
> engage_media_proxy() to manually call on mediaproxy to handle the  
> SDP for
> every INVITE/reply during the dialog. The dialog based method of using
> engage_media_proxy can only work if the devices work properly and do  
> not
> prevent the dialog module from recognizing an in-dialog message  
> because
> its identification elements were altered.

Thank you Dan/Adrian/Ruud for your quick and expert answers :-)

I understand. Do you think I can write to tech support of Patton and  
explain the problem? It is a bug in their firmware or a "particular"  
behaviour?
I would like to continue using engage_media_proxy...


Many thanks,
Carlo Dimaggio

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: mediaproxy 2.3: reinvites' SDP not modified

Dan Pascu
On Friday 13 February 2009, Carlo Dimaggio wrote:

> Il giorno 13/feb/09, alle ore 13:56, Dan Pascu ha scritto:
> > The Patton device seems to be faulty. In its answer it strips all
> > params
> > from the Record-Route header except from lr=on. Similarly it strips
> > all
> > params from the Record-Route headers except lr=on when converting the
> > Record-Route headers to Route headers on subsequent re-INVITEs. Among
> > these params is the did (dialog-id) which is used to identify the
> > dialog
> > the message belongs to. My guess is that those re-INVITEs are not
> > matched
> > against their dialogs anymore so no mediaproxy callbacks are called
> > for
> > them to modify their SDP.
> >
> > You can try to use use_media_proxy() and end_media_session() instead
> > of
> > engage_media_proxy() to manually call on mediaproxy to handle the
> > SDP for
> > every INVITE/reply during the dialog. The dialog based method of
> > using engage_media_proxy can only work if the devices work properly
> > and do not
> > prevent the dialog module from recognizing an in-dialog message
> > because
> > its identification elements were altered.
>
> Thank you Dan/Adrian/Ruud for your quick and expert answers :-)
>
> I understand. Do you think I can write to tech support of Patton and
> explain the problem? It is a bug in their firmware or a "particular"
> behaviour?
> I would like to continue using engage_media_proxy...

It is a bug. Any UA should return the Record-Route headers in the 200 OK,
exactly as they were received. Also all Record-Route headers should be
copied exactly, but in reverse order into Route headers in subsequent
dialog requests. All params present in the Record-Route headers must be
preserved exactly, including their case.

However I belienve that this is not all there is to this problem. The
dialog module is able to fallback to matching SIP elements to identify
the dialog if the did is not present. If the missing dialog-id would have
been the only issue then it would have not been able to match the BYEs
either, but it does. Also with the call made in one direction, it always
works, even when the did is missing, but when the call is made in the
other direction it fails to match the re-INVITEs to the dialog and call
the mediaproxy callbacks.

There is a bug in the dialog module where it somethimes doesn't match
messages because there is a race in saving the to-tag internally. I have
seen many times how ACKs are not matches to the dialog and sometimes even
BYEs fail to match. It may be that what you have is a combination of all
these, not just the broken Record-Route headers.

One thing that I'm certain about is that mediaproxy is not called for
those messages because for some reason the dialog module fails to match
them as part of the dialog. Maybe someone who knows better how the
matching is done inside the dialog module, may shed some more light why
this happens, and more importantly why it only happens in one direction
(only when the patton initiates the call).

--
Dan

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users