[cisco-voip] Calls to internal numbers fail

[Mike King]

If I remember my port channel correctly,
(reference:
http://www.cisco.com/en/US/tech/tk389/tk213/technologies_tech_note09186a0080094714.shtml
 )


The load-balancing method can be:

-          src-mac

-          dst-mac

-          src-dst-mac

-          src-ip

-          dst-ip

-          src-dst-ip

-          src-port

-          dst-port

-          src-dst-port


Different equpiment defaults to different things, but it's easy to see how
either source IP or Source MAC could force all traffic over one link, and
return traffic over another.




On Thu, Feb 9, 2012 at 11:57 AM, Bob Zanett (AM) <
bob.zanett at dimensiondata.com> wrote:

> Interesting.  You would have to investigate how traffic was routing
> through the port channels to determine exactly why it acted as it did.
> Most likely traffic was interacting via different paths.****
>
> ** **
>
> Glad you found the solution.****
>
> ** **
>
> Bob Zanett****
>
> Technical Services Architect****
>
> ** **
>
> *From:* Jonathan Charles [mailto:jonvoip at gmail.com]
> *Sent:* Thursday, February 09, 2012 10:43 AM
> *To:* Wes Sisk
> *Cc:* Mike King; cisco-voip at puck.nether.net; Bob Zanett (AM)
>
> *Subject:* Re: [cisco-voip] Calls to internal numbers fail****
>
> ** **
>
> It turned out one the members of a port channel was suspended (access on
> one side, dot1q on the other). When I fixed that the phones were able to
> call...****
>
> ** **
>
> Still doesn't make sense why CCM was able to make the phone ring, but
> others couldn't connect an audio stream....****
>
> ** **
>
> ** **
>
> ** **
>
> Jonathan****
>
> On Sun, Feb 5, 2012 at 7:20 PM, Wes Sisk <wsisk at cisco.com> wrote:****
>
> I worked an interesting one of these recently.  Proxy arp caused UCCX
> install to fail because the router responded to ARP request.****
>
> ** **
>
> Proxy arp is only supposed to trigger for an ARP request for an IP outside
> the local subnet.  After careful reading and clearing my mental cobwebs on
> subnetting this was indeed the case.  In that case the deployment overlaid
> two IP subnets onto a single L2 domain.  ****
>
> ** **
>
> What were the IPs and subnets in your situation?****
>
> ** **
>
> Regards,****
>
> Wes****
>
> ** **
>
> On Feb 5, 2012, at 5:19 PM, Jonathan Charles wrote:****
>
>
> I have too, the culprit is proxy arp... the gateway here is a Cisco 4510R+E
> ****
>
> ** **
>
> ** **
>
> J****
>
> On Fri, Feb 3, 2012 at 8:16 PM, Mike King <me at mpking.com> wrote:****
>
> What's the default gateway on the subnet?****
>
> ** **
>
> I've seen ASA's do weird things, even to L2 networks.****
>
> ** **
>
> On Fri, Feb 3, 2012 at 4:59 PM, Jonathan Charles <jonvoip at gmail.com>
> wrote:****
>
> All phones are on the same subnet.****
>
> ** **
>
> On Fri, Feb 3, 2012 at 3:08 PM, Bob Zanett (AM) <
> bob.zanett at dimensiondata.com> wrote:****
>
> This could be a routing issue.****
>
>  ****
>
> Can your phones see each other at the IP level?   CUCM is what controls
> call setup/teardown and sends messages to ring your phone.  So in theory,
> if CUCM sees both IP subnets but the subnet A phones can’t see subnet B
> phones’ IPs.    Phone from A calling phone in B, phone will ring but not be
> able to be answered.  It will drop.  ****
>
>  ****
>
> Cheers -****
>
> Bob Zanett****
>
> Technical Services Architect****
>
> Dimension Data Americas****
>
>  ****
>
> *From:* cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Ted Nugent
> *Sent:* Friday, February 03, 2012 2:17 PM
> *To:* Jonathan Charles****
>
>
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] Calls to internal numbers fail****
>
> ** **
>
>  ****
>
> ** **
>
>
> Guess I missed that in your orginal post!****
>
> ** **
>
> On Fri, Feb 3, 2012 at 3:00 PM, Jonathan Charles <jonvoip at gmail.com>
> wrote:****
>
> Replication to where? This is  a CUCUMBEr****
>
>  ****
>
>  ****
>
> Jonathan****
>
>  ****
>
> On Fri, Feb 3, 2012 at 12:23 PM, Ted Nugent <tednugent73 at gmail.com> wrote:
> ****
>
> I'd be looking at replication issues first off****
>
>  ****
>
> On Fri, Feb 3, 2012 at 12:51 PM, Jonathan Charles <jonvoip at gmail.com>
> wrote:****
>
> Already did that, and deleted all.****
>
> On Fri, Feb 3, 2012 at 11:45 AM, A A <cciefob at gmail.com> wrote:****
>
> Check route plan report and filter by unassigned DN and delete them ****
>
> On Feb 3, 2012 10:24 AM, "Jonathan Charles" <jonvoip at gmail.com> wrote:****
>
> We have phones at a site that cannot call eache other.****
>
>  ****
>
> The phones are in the phones_pt and have a css of internal_css.
> Internal_css has phones_pt as the first partition in its css.****
>
>  ****
>
> Calls ring once and drop.****
>
>  ****
>
> CCM version is 7.1.5.33900-10****
>
>  ****
>
> Just an FYI, calls from the gateway, which has a CSS of gateway_css, and
> also has the phones_pt as its first pt, work fine.****
>
>  ****
>
> We have checked for duplicate translations, route patterns and have found
> nothing.****
>
>  ****
>
> Any ideas?****
>
>  ****
>
>  ****
>
> Jonathan****
>
>  ****
>
>  ****
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip****
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip****
>
>  ****
>
>  ****
>
>
>
>
> itevomcid ****
>
> ** **
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip****
>
> ** **
>
> ** **
>
> _______________________________________________
> 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/20120209/dbbeaf04/attachment.html>