Re: OT : user in our Building can't heare the user in the other

From: Joe Astorino <joeastorino1982_at_gmail.com>
Date: Wed, 22 Jun 2011 17:23:46 -0400

Getting the IP addresses of the two phones would be good like somebody
said...you can then request the firewall guys take a look at the logs and
see if the UDP/RTP traffic from B --> A is being dropped.

On Wed, Jun 22, 2011 at 4:57 PM, Nish Vamadevan <ipnish_at_gmail.com> wrote:

> As Joe said, since it is a subset of TCP, wouldn't a firewall rule allowing
> UDP will allow RTP traffic?
>
> Regards,
> Nish
>
> http://twitter.com/nish
>
> -----Original Message-----
> From: Joe Astorino <joeastorino1982_at_gmail.com>
> Sender: nobody_at_groupstudy.com
> Date: Wed, 22 Jun 2011 16:54:07
> To: -Hammer-<bhmccie_at_gmail.com>
> Reply-To: Joe Astorino <joeastorino1982_at_gmail.com>
> Cc: <ccielab_at_groupstudy.com>
> Subject: Re: OT : user in our Building can't heare the user in the other
> Building
>
> Voice stream is RTP which is carried inside UDP.
>
> On Wed, Jun 22, 2011 at 4:50 PM, -Hammer- <bhmccie_at_gmail.com> wrote:
>
> > OK. Being a firewall guy I love when people blame the firewall. I'm not
> > saying it's not the firewall but isn't RTP a TCP transport layer
> > protocol? I'm not a voice guy so please don't bash me too much. Do the
> > phones make independent connections (like a send and receive channel) to
> > each other? Which part is stateless?
> >
> > -Hammer-
> >
> >
> >
> > On 06/22/2011 03:28 PM, JB Poplawski wrote:
> > > Determine the IP addresses of the phones at each site (assuming the
> > > whole subnet needs to be opened up).
> > > Verify UDP from their side to your side is valid. If you can't hear
> > > the other building, the RTP stream is being blocked coming your way.
> > >
> > > HTH,
> > > JB
> > >
> > > On Wed, Jun 22, 2011 at 3:17 PM, Joe Astorino<
> joeastorino1982_at_gmail.com>
> > wrote:
> > >
> > >> Sounds like a firewall issue. I would investigate that the firewall
> is
> > >> allowing the proper RTP voice packets from building2 back to building1
> > like
> > >> JB said. Now, the political implications of said task might be harder
> > than
> > >> it sounds depending on your relationships with other teams and who
> runs
> > the
> > >> firewall lol
> > >>
> > >> On Wed, Jun 22, 2011 at 4:07 PM, wael Ahmed<wsadani_at_gmail.com>
> wrote:
> > >>
> > >>
> > >>> Hi GS
> > >>> i have a problem here and i need your sugession
> > >>> this is the senario
> > >>>
> > >>> iptuser(our Building)--------access
> > >>>
> > >>>
> >
> switch1----corswitche1----------------firewall--------coreswitch2---------acess
> > >>> switch2------ iptuser(otherbuilding)
> > >>>
> > >>>
> > >>> The unified Communication conected to coreswitch1
> > >>>
> > >>> coreswitch1 connecetd to firewall by Fiber it is end 10.20.91.100 the
> > >>> firewall end 10.20.91.105
> > >>> My responsability till only coreswitch1 and there is seperated team
> to
> > the
> > >>> firewall coreswitch2
> > >>>
> > >>> ipt user(our Building) can heare each other
> > >>> ipt user (other Building ) can heare eah other
> > >>> ipt user (other Building ) can heare ipt(our Building)
> > >>> ipt user (our Building) can't heare iptuser(othe Building)
> > >>>
> > >>>
> > >>>
> > >>> voice vlans are in access switch 1 and coreswitch 1 vlan 230
> > >>> voive vlan are in acce switch 2 and coreswitch2 vlan 111
> > >>> any idea
> > >>> thanks
> > >>>
> > >>>
> > >>> Blogs and organic groups at http://www.ccie.net
> > >>>
> > >>>
> _______________________________________________________________________
> > >>> Subscription information may be found at:
> > >>> http://www.groupstudy.com/list/CCIELab.html
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>
> > >> --
> > >> Regards,
> > >>
> > >> Joe Astorino
> > >> CCIE #24347
> > >> Blog: http://astorinonetworks.com
> > >>
> > >> "He not busy being born is busy dying" - Dylan
> > >>
> > >>
> > >> Blogs and organic groups at http://www.ccie.net
> > >>
> > >>
> _______________________________________________________________________
> > >> Subscription information may be found at:
> > >> http://www.groupstudy.com/list/CCIELab.html
> > >>
> > >
> > > Blogs and organic groups at http://www.ccie.net
> > >
> > > _______________________________________________________________________
> > > Subscription information may be found at:
> > > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> > Blogs and organic groups at http://www.ccie.net
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> >
> >
> >
> >
> >
> >
>
>
> --
> Regards,
>
> Joe Astorino
> CCIE #24347
> Blog: http://astorinonetworks.com
>
> "He not busy being born is busy dying" - Dylan
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>

-- 
Regards,
Joe Astorino
CCIE #24347
Blog: http://astorinonetworks.com
"He not busy being born is busy dying" - Dylan
Blogs and organic groups at http://www.ccie.net
Received on Wed Jun 22 2011 - 17:23:46 ART

This archive was generated by hypermail 2.2.0 : Fri Jul 01 2011 - 06:24:28 ART