wg-multicast - Re: problems getting a customer up on multicast
Subject: All things related to multicast
List archive
- From: Amel Caldwell <>
- To: Marshall Eubanks <>
- Cc: <>
- Subject: Re: problems getting a customer up on multicast
- Date: Fri, 1 Jun 2001 07:49:56 -0700 (Pacific Daylight Time)
Marshall--
Thanks for your suggestions. I am still waiting to hear from the phantomworks
folks on some of this.
On Thu, 31 May 2001, Marshall Eubanks wrote:
>Amel Caldwell wrote:
>
>Well, you (Washington.edu) can hear us, as apparently can phantomworks.org.
>You should have them try and
>mtrace to us.
>
>They (phantomworks.org) can hear much of the outside world according to
>accessgrid. This says that they
>are getting MSDP from outside and processing it properly, so I do not see
>why they shouldn't be able to talk to
>each other. You do not need msdp caching for this to work, although I
>recommend it.
>
>So I can mtrace to washington state but not the new location.
>
>Questions : Could there be RPF failures outbound ? Is the routing
>assymmetric ? Are there multiple
>routes going out ?
>
I don't think there could be outbound RPF failures. They have an OC3 into us
and no other providers, I had them put in a static default mroute pointing to
our interface and output of the 'sh ip mroute' shows the right RPF neighbor.
>Look in the logs of the first hop router outside their domain. Does it
>show RPF failures coming from them ? Are SA messages being rejected ?
>
No, the logs are clean.
>You also might get them to do
>
>show ip msdp count
>show ip msdp sum
>
>and an mtrace to us or to you.
I have asked them for this, but am still waiting to get the results. They did
turn on mroute and sa caching.
(198.17.101.3/32, 233.2.171.1), POS2/0, Last used: 00:00:00
FastEthernet1/0 MAC Header: 01005E02AB0100036CB6741C0800
(198.107.145.4/32, 233.2.171.1), FastEthernet1/0, Last used: never, Semi-fast
(198.107.145.12/32, 233.2.171.1), FastEthernet1/0, Last used: never, Semi-fast
(198.128.4.81/32, 233.2.171.1), POS2/0, Last used: 00:00:00
FastEthernet1/0 MAC Header: 01005E02AB0100036CB6741C0800
(198.17.101.3, 233.2.171.1), RP 132.249.1.1, MBGP/AS 0, 00:09:26/00:05:10
(198.128.4.81, 233.2.171.1), RP 134.55.29.65, MBGP/AS 0, 00:09:26/00:05:11
(199.109.32.45, 233.2.171.1), RP 199.109.32.254, MBGP/AS 0, 00:09:26/00:05:11
(199.165.80.252, 233.2.171.1), RP 199.165.83.254, MBGP/AS 0, 00:09:59/00:05:26
They still don't show up in my sa-cache.
>From the phantomworks router, I don't understand why the two sources appear
>to
be pruned in the mroute table.
(198.107.145.4, 233.2.171.1), 00:01:20/00:01:39, flags: PCTA
Incoming interface: FastEthernet1/0, RPF nbr 0.0.0.0
Outgoing interface list: Null
(198.107.145.12, 233.2.171.1), 00:01:20/00:01:39, flags: PCTA
Incoming interface: FastEthernet1/0, RPF nbr 0.0.0.0
Outgoing interface list: Null
Thanks again for your assistance so far.
Regards,
Amel
>--
> Regards
> Marshall Eubanks
>
>
>
>T.M. Eubanks
>Multicast Technologies, Inc
>10301 Democracy Lane, Suite 410
>Fairfax, Virginia 22030
>Phone : 703-293-9624 Fax : 703-293-9609
>e-mail :
>
>http://www.on-the-i.com
>
>Test your network for multicast : http://www.multicasttech.com/mt/
> Check the status of multicast in real time :
> http://www.multicasttech.com/status/index.html
>
>
>
- Re: problems getting a customer up on multicast, Amel Caldwell, 06/01/2001
- <Possible follow-up(s)>
- Re: problems getting a customer up on multicast, Amel Caldwell, 06/01/2001
- Re: problems getting a customer up on multicast, Bill Fenner, 06/01/2001
- Re: problems getting a customer up on multicast, Amel Caldwell, 06/04/2001
- Re: problems getting a customer up on multicast, Amel Caldwell, 06/13/2001
Archive powered by MHonArc 2.6.16.