If you dont want to open any attachment..then this is a sample of what i see
when im capturing

94 0.695962    192.168.123.100       192.168.123.101       TCP
Interleaved channel 0x00, 1356 bytes
     95 0.696016    192.168.123.101       192.168.123.100       TCP
bcs-broker > rtsp [ACK] Seq=1 Ack=69353 Win=51200 Len=0
     96 0.706464    192.168.123.100       192.168.123.101       TCP
Interleaved channel 0x00, 118 bytes
     97 0.712661    192.168.123.100       192.168.123.101       TCP
Interleaved channel 0x00, 1262 bytes
     98 0.712699    192.168.123.101       192.168.123.100       TCP
bcs-broker > rtsp [ACK] Seq=1 Ack=70741 Win=50853 Len=0
     99 0.720359    192.168.123.100       192.168.123.101       TCP
Interleaved channel 0x00, 1218 bytes
    100 0.738111    192.168.123.100       192.168.123.101       TCP
[TCP Previous segment lost] Interleaved channel 0x00, 898 bytes
    101 0.738162    192.168.123.101       192.168.123.100       TCP
bcs-broker > rtsp [ACK] Seq=1 Ack=71963 Win=51200 Len=0 SLE=72979 SRE=73881
    102 0.740297    192.168.123.101       192.168.123.100       RTSP
Continuation
    103 0.742967    192.168.123.100       192.168.123.101       TCP
Interleaved channel 0x00, 797 bytes
    104 0.743031    192.168.123.101       192.168.123.100       TCP
[TCP Dup ACK 101#1] bcs-broker > rtsp [ACK] Seq=1 Ack=71963 Win=51200 Len=0
SLE=72979 SRE=74682
    105 0.756244    192.168.123.100       192.168.123.101       TCP
Interleaved channel 0x00, 107 bytes
    106 0.756283    192.168.123.101       192.168.123.100       TCP
[TCP Dup ACK 101#2] bcs-broker > rtsp [ACK] Seq=1 Ack=71963 Win=51200 Len=0
SLE=72979 SRE=74793
    107 0.768215    192.168.123.100       192.168.123.101       TCP
[TCP segment of a reassembled PDU]
    108 0.768269    192.168.123.101       192.168.123.100       TCP
[TCP Dup ACK 101#3] bcs-broker > rtsp [ACK] Seq=1 Ack=71963 Win=51200 Len=0
SLE=72979 SRE=76253
    109 0.770532    192.168.123.100       192.168.123.101       TCP
Interleaved channel 0x00, 1472 bytes
    110 0.770548    192.168.123.101       192.168.123.100       TCP
[TCP Dup ACK 101#4] bcs-broker > rtsp [ACK] Seq=1 Ack=71963 Win=51200 Len=0
SLE=72979 SRE=76269
    111 0.777225    192.168.123.100       192.168.123.101       TCP
Interleaved channel 0x00, 425 bytes
    112 0.777280    192.168.123.101       192.168.123.100       TCP
[TCP Dup ACK 101#5] bcs-broker > rtsp [ACK] Seq=1 Ack=71963 Win=51200 Len=0
SLE=72979 SRE=76698
    113 0.797305    192.168.123.100       192.168.123.101       TCP
Interleaved channel 0x00, 1420 bytes
    114 0.797378    192.168.123.101       192.168.123.100       TCP
[TCP Dup ACK 101#6] bcs-broker > rtsp [ACK] Seq=1 Ack=71963 Win=51200 Len=0
SLE=72979 SRE=78122
    115 0.798265    192.168.123.100       192.168.123.101       TCP
rtsp > slingshot [ACK] Seq=1 Ack=657 Win=652 Len=0
    116 0.800536    192.168.123.100       192.168.123.101       RTSP
Reply: RTSP/1.0 200 OK
    117 0.800567    192.168.123.101       192.168.123.100       TCP
[TCP Dup ACK 101#7] bcs-broker > rtsp [ACK] Seq=1 Ack=71963 Win=51200 Len=0
SLE=72979 SRE=78261
    118 0.815779    192.168.123.100       192.168.123.101       TCP
[TCP Fast Retransmission] Interleaved channel 0x00, 1012 bytes
    119 0.815863    192.168.123.101       192.168.123.100       TCP
bcs-broker > rtsp [ACK] Seq=1 Ack=78261 Win=51200 Len=0
    120 0.828061    192.168.123.100       192.168.123.101       TCP
Interleaved channel 0x00, 749 bytes
    121 0.833133    192.168.123.100       192.168.123.101       TCP
Interleaved channel 0x00, 971 bytes
    122 0.833169    192.168.123.101       192.168.123.100       TCP
bcs-broker > rtsp [ACK] Seq=1 Ack=79989 Win=51200 Len=0

On 06/03/2008, Fabiana moreno <[EMAIL PROTECTED]> wrote:
>
> That´s is the thing... i am not seeing any udp packets in my capture. just
> tcp and rtsp.
> Attached are the capture files(one .pcap and the other in text form) that
> includes RTSP signalling
>
>
>
>
> On 06/03/2008, Martin Mathieson <[EMAIL PROTECTED]> wrote:
> >
> > Could you possibly post a capture file that includes the RTSP
> > signalling?
> > We should be configuring the RTP stream with the dynamic payload type so
> > that it can be displayed properly...
> >
> >
> > On Wed, Mar 5, 2008 at 11:08 PM, Fabiana moreno <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Well it's my final year project and i need to analyse the QoS
> > > parameters when streaming over wireless lan.
> > > I'm streaming an mpeg4 video from a server to my client (the last one
> > > is the one where wireshark is installed)
> > > So im trying to to capture all the packets im getting when streaming.
> > > My server supports rtcp/rtp and i think (correct me if im wrong) that
> > > the best way to analyse all these packets are to decode them to udp and 
> > > then
> > > to rtp but im getting the problem mentioned before.
> > >
> > > But is there some way i can fix this?
> > >
> > >
> > > On 05/03/2008, Jaap Keuter <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Well, I dont' really understand what you do, but the PT=unknown is
> > > > from the
> > > > fact that this packet type is dynamically assigned, negotiated
> > > > between
> > > > parties. If Wireshark doesn't see the negotiations, it can't make
> > > > out which
> > > > codec goes with PT 96. So yes, it can happen you see this.
> > > >
> > > > Thanx,
> > > > Jaap
> > > >
> > > >
> > > > Fabiana moreno wrote:
> > > > > hello!!!
> > > > > I'm streaming an mpeg4 video with darwin streamer server trhough
> > > > my
> > > > > WLAN. I'm using wireshark to analyse the packets im receiving.
> > > > > I see TCP/RTSP packets but when i decode to UDP and then to RTP to
> > > > > anlyse it, wireshark shows the following in all the packets, here
> > > > a sample:
> > > > >
> > > > > 34    0.253327    192.168.123.100 <http://192.168.123.100/>
> > > > > 192.168.123.101 <http://192.168.123.101/>    RTP    PT=Unknown
> > > > (96),
> > > > > SSRC=0x4B6C00C, Seq=65416, Time=1531529067
> > > > >
> > > > > is this what i suppose to see? any suggestions in how to analyse
> > > > packets
> > > > > im receiving while streaming? please help!! im new
> > > > >
> > > > >
> > > >
> > > > _______________________________________________
> > > > Wireshark-users mailing list
> > > > Wireshark-users@wireshark.org
> > > > http://www.wireshark.org/mailman/listinfo/wireshark-users
> > > >
> > >
> > >
> > > _______________________________________________
> > > Wireshark-users mailing list
> > > Wireshark-users@wireshark.org
> > > http://www.wireshark.org/mailman/listinfo/wireshark-users
> > >
> > >
> >
> > _______________________________________________
> > Wireshark-users mailing list
> > Wireshark-users@wireshark.org
> > http://www.wireshark.org/mailman/listinfo/wireshark-users
> >
> >
>
>
_______________________________________________
Wireshark-users mailing list
Wireshark-users@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-users

Reply via email to