Thanks for these tips.
I played around with these patches but it doesn't solve the problem. Darwin still binds to IP 127.0.0.1. (I din't applied all patches)
I have another server (same configuration [SuSE 9.3, 64bit, ...] as the one we talkin about in this thread) where I tested Darwin.
-> With the same results. Binds to 127.0.0.1 -> SDP 404 Error
After installing SuSE 32bit...
You don't believe it, it works!
That's very strange. Also because there are no build errors, Segementation-Faults or something similar on the 64bit system
What's about the other 64 bit users. Are there any successfull usage reports?
> ----- Original Message -----
> From: "Leon Kolchinsky" <email@hidden>
> To: "'Pit'" <email@hidden>, email@hidden
> Subject: RE: DSS on SuSE 9.3 64 bit -> SDP not found -> 404
> Date: Wed, 14 Feb 2007 11:04:20 +0200
>
>
>
>
> > -----Original Message-----
> > From: Pit [mailto:email@hidden]
> > Sent: Tuesday, February 13, 2007 4:02 PM
> > To: Leon Kolchinsky; email@hidden
> > Subject: RE: DSS on SuSE 9.3 64 bit -> SDP not found -> 404
> >
> > Thanks for your reply. I checked my network config and didn't found
> > any failures. I have multiple domain-names accociated with my ip.
> >
> > The configuration files look like:
> > /etc/hosts:
> > 127.0.0.1 localhost
> > 1.2.3.4 subdomainname.onlinehome-server.info subdomainname
> > 1.2.3.4 abc.net
> >
> > /etc/resolv.conf:
> > search onlinehome-server.info ver a.b.c.d
> > nameserver 1
> > nameserver 2
> > nameserver 3
> >
> > I changed the first entry in the /etc/hosts to
> > 127.0.0.1 abc.net localhost
> >
> > After restarting Darwin the admin-area shows me the correct entries
> > for dns and server -> abc.net
> >
> > But the 404 error still exists.
> >
> > BTW, I also tried to bind darwin to the server ip by using the
> > bind_ip_addr property. After restarting darwin with these settings i
> > got "FATAL: The specified RTSP listening IP address doesn't exist"
> > Errors in the Error.log
> >
> > I hope you can help.
> >
>
> Try this patch from Denis Ahrens -
> http://lists.apple.com/archives/Streaming-server-dev/2005/Jan/msg00002.html
>
> I'm quoting here:
> -----------------
> Hi
>
> It seems that even DSS 5.5 (revision 480) still uses the wrong
> source bind adress when answering RTCP packets. Not a big problem
> but when the broadcaster is behind a NAT or firewall then this
> can result in problems.
>
>
> My DSS is running on a machine with two IP adresses.
>
>
> 192.168.1.10 (default interface) and
> 192.168.1.20
>
>
> my DSS is bound to 192.168.1.20 but the RTCP answer packets
> to the Applebroadcaster are still coming from 192.168.1.10
> which is wrong. My NAT has no state with 192.168.1.10 and
> throws the packets away.
>
>
> The following simple patch corrects this problem:
>
> Index: ReflectorStream.cpp
> ===================================================================
> RCS file: /cvs/apsl/StreamingServer/APIModules/QTSSReflectorModule/
> ReflectorStream.cpp,v
> retrieving revision 1.54
> diff -u -r1.54 ReflectorStream.cpp
> --- ReflectorStream.cpp 2004/09/25 11:46:58 1.54
> +++ ReflectorStream.cpp 2005/01/23 05:23:46
> @@ -381,11 +381,11 @@
> // specified by the source info, we can use that to demultiplex separate
> broadcasts on
> // the same port. If the src IP addr is 0, we cannot do this and must
> dedicate 1 port per
> // broadcast
> - fSockets = sSocketPool.GetUDPSocketPair(INADDR_ANY, fStreamInfo.fPort,
> fStreamInfo.fSrcIPAddr, 0);
> + fSockets = sSocketPool.GetUDPSocketPair(fStreamInfo.fDestIPAddr,
> fStreamInfo.fPort, fStreamInfo.fSrcIPAddr, 0);
> if ((fSockets == NULL) && fStreamInfo.fSetupToReceive)
> {
> fStreamInfo.fPort = 0;
> - fSockets = sSocketPool.GetUDPSocketPair(INADDR_ANY, fStreamInfo.fPort,
> fStreamInfo.fSrcIPAddr, 0);
> + fSockets = sSocketPool.GetUDPSocketPair(fStreamInfo.fDestIPAddr,
> fStreamInfo.fPort, fStreamInfo.fSrcIPAddr, 0);
> }
> if (fSockets == NULL)
> return QTSSModuleUtils::SendErrorResponse(inRequest, qtssServerInternal,
>
>
> Also the comment above this code says otherwise this patch fixes my
> problem. maybe the comment is not correct anymore.
>
> Finished quoting.
>
> Also consider "RecieverReport patch for DSS 5.5" from Denis (As you can see
> it includes the first
> one)(http://lists.apple.com/archives/Streaming-server-dev/2005/Aug/msg00009.
> html):
> 1. it fixes the source ip-adress of the reciever reports. they are
> now send from the ip-address where the DSS is bind to.
>
> 2. it recalculates the dest ip-address with every request (5sec), so you get
> the reports even when the ip-address of the Broadcaster changes.
>
> 3. the destport of the report is now based on the sourceport of the
> request. so even when there is a NAT in between you get the report.
>
>
> Index: APIModules/QTSSReflectorModule/ReflectorStream.cpp
> ===================================================================
> RCS file:
> /cvs/apsl/StreamingServer/APIModules/QTSSReflectorModule/ReflectorStream.cpp
> ,v
> retrieving revision 1.55
> diff -u -r1.55 ReflectorStream.cpp
> --- ReflectorStream.cpp 2005/07/26 23:56:10 1.55
> +++ ReflectorStream.cpp 2005/08/13 19:01:20
> @@ -381,11 +381,11 @@
> // specified by the source info, we can use that to demultiplex
> separate broadcasts on
> // the same port. If the src IP addr is 0, we cannot do this and must
> dedicate 1 port per
> // broadcast
> - fSockets = sSocketPool.GetUDPSocketPair(INADDR_ANY, fStreamInfo.fPort,
> fStreamInfo.fSrcIPAddr, 0);
> + fSockets = sSocketPool.GetUDPSocketPair(fStreamInfo.fDestIPAddr,
> fStreamInfo.fPort, fStreamInfo.fSrcIPAddr, 0);
> if ((fSockets == NULL) && fStreamInfo.fSetupToReceive)
> {
> fStreamInfo.fPort = 0;
> - fSockets = sSocketPool.GetUDPSocketPair(INADDR_ANY,
> fStreamInfo.fPort, fStreamInfo.fSrcIPAddr, 0);
> + fSockets = sSocketPool.GetUDPSocketPair(fStreamInfo.fDestIPAddr,
> fStreamInfo.fPort, fStreamInfo.fSrcIPAddr, 0);
> }
> if (fSockets == NULL)
> return QTSSModuleUtils::SendErrorResponse(inRequest,
> qtssServerInternal,
> @@ -1412,7 +1412,7 @@
> {
> // Check to see if we need to set the remote RTCP address
> // for this stream. This will be necessary if the source is
> unicast.
> - if ((theRemoteAddr != 0) && (theSender->fStream->fDestRTCPAddr
> == 0))
> + if ((theRemoteAddr != 0) && (thePacket->IsRTCP()))
> {
> // If the source is multicast, this shouldn't be necessary
>
> Assert(!SocketUtils::IsMulticastIPAddr(theSender->fStream->fStreamInfo.fDest
> IPAddr));
> @@ -1422,8 +1422,8 @@
>
> // RTCPs are always on odd ports, so check to see if this
> port is an
> // RTP port, and if so, just add 1.
> - if (!(theRemotePort & 1))
> - theSender->fStream->fDestRTCPPort++;
> +// if (!(theRemotePort & 1))
> +// theSender->fStream->fDestRTCPPort++;
> }
> thePacket->fStreamCountID =
> ++(theSender->fStream->fPacketCount);
> thePacket->fBucketsSeenThisPacket = 0;
>
>
>
> You may also read these threads about IP binding:
> http://lists.apple.com/archives/Streaming-server-users/2004/Mar/msg00223.htm
> l
>
> http://lists.apple.com/archives/Streaming-server-users/2003/Feb/msg00303.htm
> l
>
>
> I don't know if this will help you, I've never tried the above things.
> It would be interesting to here about your progress.
>
> Regards,
> Leon Kolchinsky
>
>
> > Best Reg
> > > ----- Original Message -----
> > > From: "Leon Kolchinsky" <email@hidden>
> > > To: "'Pit'" <email@hidden>, email@hidden
> > > Subject: RE: DSS on SuSE 9.3 64 bit -> SDP not found -> 404
> > > Date: Tue, 13 Feb 2007 11:16:37 +0200
> > >
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: streaming-server-dev-
> > > > bounces+leonk=email@hidden [mailto:streaming-
> > > > server-dev-bounces+leonk=email@hidden] On
> > Behalf
> > > > Of Pit
> > > > Sent: Monday, February 12, 2007 9:13 PM
> > > > To: email@hidden
> > > > Subject: DSS on SuSE 9.3 64 bit -> SDP not found -> 404
> > > >
> > > > I could successfully build version 5.6.0 rev 498 on a SuSE 9.3 with
> > gcc3.4
> > > >
> > > > Unfortunately I can't access any sdp files I created. When I access
> > > > a sdp the server returns always a 404.
> > > >
> > > > When I change the ip in the sdp to 127.0.0.1 the server returns a
> > > > correct rtsp response with the requested sdp.
> > > >
> > > > It's also strange that the admin-area shows in the general tab:
> > > > Server: localhost"
> > > > DNS Name (default): localhost".
> > > >
> > > > I think this should point to my server ip and dns.
> > > >
> > > > Here is one of my sdp's:
> > > > v=0
> > > > o=- 3272359420 3272359471 IN IP4 1.2.3.4
> > > > s=a
> > > > c=IN IP4 1.2.3.4
> > > > a=tool:sdr v3.0
> > > > a=type:broadcast
> > > > m=audio 12000 RTP/AVP 5
> > > > m=video 48000 RTP/AVP 34
> > > >
> > > >
> > > > Could this be a problem concerning 64 bit ...?
> > > > Because I could successfully build and use the same version (5.6.0
> > > > rev 498) on a 32 bit system without these strange 404 errors.
> > > >
> > >
> > > I think you have misconfigured your network.
> > >
> > > Recheck your configs (yours should be in similar manner):
> > >
> > > In /etc/hosts:
> > > 127.0.0.1 localhost yourserverdnsname
> > >
> > > In /etc/resolv.conf:
> > > nameserver IPofDNSserver1
> > > nameserver IPofDNSserver2
> > > search yourdomainname
> > > domain yourdomainname
> > >
> > >
> > > This is how it looks on adminpage of my server:
> > > Server Snapshot
> > > Server: video
> > > Status: Started Tue, 13. Feb 2007 11:01:47
> > > Current Time On Server: Tue, 13. Feb 2007 11:03:43
> > > Up Time: 1 min 56 sec
> > > DNS Name (default): video
> > > Server Version: 5.5.3
> > > Server API Version: 4.0
> > > CPU Load: 1.00%
> > > Current # of Connections: 0
> > > Current Throughput: 0 bps
> > > Total Bytes Served: 0 Bytes
> > > Total Connections Served: 0
> > >
> > > > Thanks for your help.
> > > >
> > > > Peter
> > > >
> > > > --
> > >
> > >
> > > Leon Kolchinsky
> >
> > >
> >
> >
> > --
> > _______________________________________________
> > Search for products and services at:
> > http://search.mail.com
> >
> > Powered by Outblaze
>
--
_______________________________________________
Search for products and services at:
http://search.mail.com
Powered by Outblaze
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Streaming-server-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/streaming-server-dev/email@hidden
This email sent to email@hidden
