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

Hi,
I faced the same issue the users are not able to call the one floor and my
case routing was the issue.
Summary address was wrong configure.
BR

> From: matthn_at_gmail.com
> Date: Wed, 22 Jun 2011 20:45:46 -0400
> Subject: Re: OT : user in our Building can't heare the user in the other
Building
> To: persio_at_gmail.com
> CC: ccielab_at_groupstudy.com
>
> ping iptuser(our Building) from the default gateway of the iptuser
> (other buiding). If that works, check your firewall for rules between
> those subnets. Check for any rtp/udp specific rules that block
> between 16483-32767. If it's a cisco phone you can double click the
> green ? on the phone and it will tell you if it's receiving packets or
> not.
>
> -nick
>
> On Wed, Jun 22, 2011 at 6:34 PM, Persio Pucci <persio_at_gmail.com> wrote:
> > this story reminds me of a time when I had a similar problem, building A
> > were able to initiate a call to building B and talk normally, but building
B
> > could not initiate the call, or the call would be initiated but no voice
> > going through. Hours later we found out the the switch on one side had
been
> > reloaded and the switch in the other side had not, and for some whatever
> > reason, packets would be dropped one-way when going through the
EtherChannel
> > trunk between the buildings. Long story short, it only resumed to normal
> > operations when we reloaded the other switch, don't ask me why.
> >
> > Not the case here, but we spent more than 16 hours troubleshooting that,
> > capturing packets that would enter the EtherChannel and not come out in
the
> > other side, etc... that was fun. NOT!
> >
> > On Wed, Jun 22, 2011 at 6:23 PM, Joe Astorino
<joeastorino1982_at_gmail.com>wrote:
> >
> >> 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---------ace
ss
> >> > > >>> 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
> >> > > >>>
> >> > > >>>
> >> >
Received on Thu Jun 23 2011 - 12:06:06 ART