[cisco-voip] One Way Video 9971-9971 thru CUBE 15.1M

[Amit Kumar]

When we say somewhere around 15 minutes, we see an Re-invite and then video
starts working. So if i guessing it correct. 30*60=1800 ( default session
expiry timer ), Cisco devices usually do an Re-invite after 900 seconds (
15 minutes ) , so it seems that session refresh caused media to get
refreshed and then video starts working.

And you mean that by configuring flow around ) removing CUBE from media ,
is fixing this problem.

May be we can try reducing expiry timer, then give it a try, if that
changes the behavior.


On Fri, Apr 18, 2014 at 7:53 AM, Jason Aarons (AM) <
jason.aarons at dimensiondata.com> wrote:

> I can change the direction of the Problem by enabling Early Offer in the
> SIP Profile to cube.
>
>
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf
> Of *Jason Aarons (AM)
> *Sent:* Thursday, April 17, 2014 10:09 PM
> *To:* cisco-voip (cisco-voip at puck.nether.net)
> *Subject:* Re: [cisco-voip] One Way Video 9971-9971 thru CUBE 15.1M
>
>
>
> I left the call up and at exactly 15 minutes the video appeared between
> the two phone bi-directional.  I hung up and re-tested and at 15 minutes
> the video showed up….something around the re-invite at half-life of 30
> minutes is fixing it…
>
>
>
> *From:* Jason Aarons (AM)
> *Sent:* Thursday, April 17, 2014 9:48 PM
> *To:* Jason Aarons (AM); cisco-voip (cisco-voip at puck.nether.net)
> *Subject:* RE: One Way Video 9971-9971 thru CUBE 15.1M
>
>
>
> Wireshark via Span to PC on back of 9971 shows remote H264 packet coming
> into phone, but if I go to 9971’s Web Page and click on Stream 2 (H264) the
> Recv Packets is 0.  So  the 9971 is dropping the incoming H264 packets and
> showing Black on the screen.
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-bounces at puck.nether.net<cisco-voip-bounces at puck.nether.net>]
> *On Behalf Of *Jason Aarons (AM)
> *Sent:* Thursday, April 17, 2014 7:59 PM
> *To:* cisco-voip (cisco-voip at puck.nether.net)
> *Subject:* [cisco-voip] One Way Video 9971-9971 thru CUBE 15.1M
>
>
>
>
>
> I have two CUCM 9.1 clusters with a CUBE in the middle.
>
>
>
> I’m getting one-way video.  Using media flow-around.
>
>
>
> Should I get two-way video with CUBE 15.1 ? show call active video brief
>
>
>
> I see both sides 9971 sending h.264 to the CUBE but only receiving it in
> one direction.  Seems the CUBE 15.1M is the problem.  If I do a direct
> trunk bypassing the CUBE I get two-way video.
>
>
>
>
>
> 2811#show call active video compact
>
> <callID>  A/O FAX T<sec> Codec       type        Peer Address       IP
> R<ip>:<udp>
>
> Total call-legs: 2
>
>         67 ANS     T159   H264        VOIP-VIDEO  P+14082022002
> 10.102.64.57:17800
>
>         68 ORG     T159   H264        VOIP-VIDEO  P0114412525123
> 10.26.1.249:217
>
>
>
>
>
>
>
> R1#show run | sec voice
>
> voice service voip
>
> media flow-around
>
> address-hiding
>
> allow-connections sip to sip
>
> sip
>
>   bind control source-interface GigabitEthernet0/0.202
>
>   bind media source-interface GigabitEthernet0/0.202
>
> !
>
> voice class codec 1
>
> codec preference 1 g729r8
>
> codec preference 2 g711ulaw
>
> !
>
> dial-peer voice 25 voip
>
> description **Incoming call from ClusterA**
>
> session protocol sipv2
>
> session target ipv4:10.10.64.11
>
> incoming called-number 01132.
>
> dtmf-relay rtp-nte
>
> !
>
> dial-peer voice 35 voip
>
> description **Outgoing call to ClusterB**
>
> destination-pattern 01144T
>
> session protocol sipv2
>
> session target ipv4:157.26.1.250
>
> voice-class codec 1
>
> dtmf-relay rtp-nte
>
> R1#
>
>
>
> itevomcid
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140418/6fa8001b/attachment.html>