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---------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
>>
>> _______________________________________________________________________
>> 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
Received on Wed Jun 22 2011 - 20:45:46 ART
This archive was generated by hypermail 2.2.0 : Fri Jul 01 2011 - 06:24:28 ART