|
0:00:14
|
So let's take a look on our, first we'll start off on router 1
|
|
0:00:23
|
config T, IP Multicast routing we need to turn that on
|
|
0:00:31
|
lets do show IP interface brief, just to see which interfaces we have
|
|
0:00:38
|
okay fast 0/0 is unassigned, we dont need pin dense mode on anything thats not a layer 3 interface
|
|
0:00:44
|
thats a physical but its not a layer 3 interface it's more of a layer 2
|
|
0:00:47
|
serving the 3 sub interfaces. We'll just go ahead and turn it on,on all three of these
|
|
0:00:52
|
interface fast 0/0 dot 10 the reason im gonna turn on all
|
|
0:00:57
|
is because im using dnbpn. I actually need it on the interface that's coming
|
|
0:01:02
|
back here to my routers and that's actually on the
|
|
0:01:06
|
I believe on the data VLAN of 12, so I needed on VLAN 10 interface
|
|
0:01:11
|
because the information is coming from the servers
|
|
0:01:14
|
so IP pin dense mode, for 11 thats where the phones are gonna be
|
|
0:01:23
|
so i'll go ahead and add that one, IP 10 dense mode
|
|
0:01:29
|
and then for 12 I personally need it just because I want you guys to actually be able to audiobly hear
|
|
0:01:34
|
the music and that's where my DMBPN gets it's link from
|
|
0:01:38
|
so I keep them dense mode there
|
|
0:01:42
|
Then I need it on the interface thats headed out to the branch 1 routers
|
|
0:01:48
|
so lets do show run interface,
|
|
0:01:54
|
This one and just note that this is to our branch 1 and we could just do a show run in general
|
|
0:02:00
|
so I will jump into this sub-interface and put IP dense mode here
|
|
0:02:07
|
and that should be all I need to do,as for my headquarters switch
|
|
0:02:11
|
IGMP snooping is turned on by default, we can check that
|
|
0:02:15
|
show IGMP snooping, or show IP IGMP snooping
|
|
0:02:25
|
and we see that's enabled for each of the VLAN'S
|
|
0:02:30
|
VLAN11, VLAN12 okay. So by default we should be fine
|
|
0:02:36
|
we can always turn it off if we want to spoof or use something like dense mode
|
|
0:02:42
|
and not worry about any involvement of IGMP causing any issues
|
|
0:02:52
|
So we'll write the corporate headquarter router
|
|
0:02:54
|
and we'll jump over to branch 1 router number 2
|
|
0:02:59
|
and IP multicast routing, ofcourse to turn it on
|
|
0:03:03
|
to show IP interface brief
|
|
0:03:09
|
okay nothing is attached to these fast ethernets
|
|
0:03:12
|
we do have a phone here, but it doesn't have an IP address
|
|
0:03:16
|
that's because it's a layer 2 only port
|
|
0:03:18
|
and we do know it's voice VLAN11
|
|
0:03:21
|
is actually the interface so were gonna jump into interface VLAN 11
|
|
0:03:25
|
and throw IP pin dense mode here
|
|
0:03:29
|
and then of course we need the serial sub interface
|
|
0:03:33
|
that's going back to headquarters
|
|
0:03:43
|
so now, lets do show run lets just show run the whole thing
|
|
0:03:49
|
it typically dont like to show the entire show run
|
|
0:03:52
|
just because it shows more information than I need
|
|
0:03:55
|
IP multi task router we have, we've got our phone is on VLAN11
|
|
0:04:05
|
on our serial sub interface towards headquarters we've got IP pim dense mode
|
|
0:04:10
|
and on interface VLAN11 we've got pim dense mode
|
|
0:04:13
|
okay, that's right we'll go ahead and throw it on interface loop back 0 IP pim dense mode
|
|
0:04:22
|
okay, lets do show IPM route.
|
|
0:04:28
|
to see that we already see 239.1.1.1 and 239.1.1.3
|
|
0:04:36
|
one of the other things that I didn't showm that I would do on media
|
|
0:04:40
|
go much more in depth but i'll just go and show you very quickly
|
|
0:04:43
|
is in CUCM web interface under service parameters
|
|
0:04:48
|
or, say the publisher and not call manager service parameter but the
|
|
0:04:56
|
IP phone, sorry IP voice media streaming app service
|
|
0:05:01
|
I have already enabled G729 additionally to G711 mulaw
|
|
0:05:07
|
okay that's the necessary if we want to stream it G729
|
|
0:05:11
|
so that's the reason why we see 239.1.1.3 again
|
|
0:05:16
|
the CODECS increments or the IP addresses increment
|
|
0:05:21
|
one by one based on, first the source file and then the CODEC
|
|
0:05:27
|
so 239.1.1.3 however note it's coming from serial 001
|
|
0:05:37
|
the outgoing interface list but the incoming interface list is null
|
|
0:05:39
|
that means nobody is listening to the screen, okay nobody is listening to the screen
|
|
0:05:46
|
okay, now it's the other things that people are listening to
|
|
0:05:50
|
like 224.0.1.40 but that has nothing to do with multicast music on hold
|
|
0:05:55
|
in fact thats, I believe that's autoRP IP address but we don't really care about that
|
|
0:06:04
|
okay, we also have port 239.1.1.1 which is a remember that's a multicast group
|
|
0:06:10
|
we've got the unicast source of 177.1.10.10
|
|
0:06:15
|
that is the publisher server, okay whoops sorry for the scroll
|
|
0:06:22
|
it's out the serial interface where on branch one router 2
|
|
0:06:26
|
and the RPF neighbor is or hers password neighbor is the other side of the serial interface
|
|
0:06:33
|
so we know that 239.1.1.1 and in fact 239.1.1.3 are coming from
|
|
0:06:38
|
unicast IP of 177.1.10.10
|
|
0:06:43
|
So we know that multicast in some fashion is set-up properly
|
|
0:06:48
|
and we know that CUCM is sending out the proper multicast group number or
|
|
0:06:54
|
music because we see two different IP's for two different CODECS
|
|
0:06:59
|
for the one server and the publisher
|
|
0:07:04
|
okay? So now we need to remember on branch one we need to go ahead and
|
|
0:07:11
|
do know do show run pipe to include IGMP and we won't see anything in configuration
|
|
0:07:18
|
this is because IGMP snooping is on by default.
|
|
0:07:24
|
Joseph said you missed the commands I entered to get this information
|
|
0:07:27
|
are you talking about this, these routes right here?
|
|
0:07:34
|
Yeah it is show IP M route, show IP M route as in multicast routing
|
|
0:07:41
|
as supposed to show IP route.
|
|
0:07:44
|
Okay? So now remember that we need to to disable IGMP snooping
|
|
0:07:48
|
so we will do a no IP, IGMP snooping.
|
|
0:07:55
|
Now if we do show run pipe to include IGMP
|
|
0:07:59
|
we actually see the non-default configuration show up.
|
|
0:08:02
|
So now the phones on this local branch router
|
|
0:08:06
|
which we'll take control over here, momentarily
|
|
0:08:10
|
should be able to see everything, so let's fire off one more instance
|
|
0:08:13
|
of we should probably fire off two more instances
|
|
0:08:22
|
phone, and we will bring up extension 2001
|
|
0:08:29
|
which is in front of me. Branch one phone one,
|
|
0:08:39
|
and we'll also bring up extension 2002 we'll search for that
|
|
0:08:45
|
and click control and we'll bring up the phone as the description states is in the remote rack
|
|
0:08:57
|
okay let me just stack these, so that we can use them
|
|
0:09:07
|
easily
|
|
0:09:23
|
okay, so now lets go ahead and lets just start a call
|
|
0:09:29
|
from headquarter phone 1 which is in front of me to headquarter phone 3
|
|
0:09:35
|
which is not in front of me, and we will jump back over to router one
|
|
0:09:41
|
headquarter router one do a show IP M route,
|
|
0:09:46
|
I can type, there we go, we should be streaming G711 which is 239.1.1.1
|
|
0:09:54
|
okay there is the reverse path to 177.1.10.10 the unicast IP
|
|
0:09:59
|
of the publisher we see the outgoing interface list we don't see
|
|
0:10:03
|
well actually we do already see an incoming interface list
|
|
0:10:06
|
this might not be as useful as our, actually we only see it going out to fast 0/0.10
|
|
0:10:13
|
not to .20 I believe show IP interface brief, sorry .11
|
|
0:10:23
|
which is the voice VLAN sub interface, so what we need to do is we need this
|
|
0:10:30
|
to show coming out fast 0.0.11 and we'll do some other show commands as well
|
|
0:10:36
|
so let's fire off a call, we'll call from 1001.
|
|
0:10:47
|
That would be credentials on the device and assoicated to the device but
|
|
0:11:07
|
alright let's, maybe I waited too long on that one timed out, let's fire it up again
|
|
0:11:35
|
okay,let's go off hook and you should be able to hear the off hook dial tone
|
|
0:11:41
|
and we'll type in 1003 and that's ringing and what you might know
|
|
0:11:47
|
or what you might not know but you should note that I have this set to auto connect.
|
|
0:11:53
|
So if I click refresh, there I'm connected to 1001
|
|
0:11:59
|
Okay, auto refresh is fine to leave on by the way for this client
|
|
0:12:04
|
it's just that I'm sharing my screen and running windows and Mac and
|
|
0:12:09
|
anyway, it just gets a little too high for the CPU and times out so
|
|
0:12:15
|
thats the reason I'm manually clicking refresh, so now we'll just go ahead and push this
|
|
0:12:20
|
hold button place the phone on hold, and on three over here
|
|
0:12:28
|
it's connected and should be on hold, refresh this screen okay so phone 1 shows
|
|
0:12:38
|
the resume button meaning it's placed the other side on hold
|
|
0:12:42
|
and now we should be able to go back to the router, show IPM route
|
|
0:12:47
|
and we should see as we do 177.1.10.10 unicast IP
|
|
0:12:53
|
multicast IP 239.1.1.1 incoming is coming from the server
|
|
0:12:59
|
outgoing is not only going out to the serial but also to .11 just back to the switch
|
|
0:13:07
|
you can go back to the switch and I can do show IP IGMP
|
|
0:13:12
|
whoops, membership and I dont see anything there lets first of all make sure with staff
|
|
0:13:23
|
that I actually see the screen is okay does not look like it's receiving any packets
|
|
0:13:33
|
alright so we will have a perfect oppurtunity to troubleshoot
|
|
0:13:40
|
let me go ahead and resume this call, and let me actually bring up another phone right in front of me
|
|
0:13:56
|
we'll go ahead and turn this to refresh every 5
|
|
0:14:07
|
and i'll bring up 1002 which is another phone in front of me
|
|
0:14:26
|
okay so now let's go ahead and call from 1001 to 1002
|
|
0:14:51
|
okay so it looked like it was going out right interface,
|
|
0:14:54
|
let's do a show run make sure we put it on everything properly, there's our IP multicast routing
|
|
0:15:02
|
we have it on our server VLAN our voice VLAN and even our data VLAN
|
|
0:15:10
|
oh we don't have it on now that's the one that needs to go on the PSTN in this interface
|
|
0:15:20
|
but that shouldn't have to do anything with the rack okay so,
|
|
0:15:33
|
let's just go ahead and disable IGM snooping on this corporate headquarter switch
|
|
0:15:43
|
so lets do a show IP IGMP snooping and we'll see that it's disabled for everything
|
|
0:15:50
|
and lets write the configuration and switch back over to our phone
|
|
0:15:59
|
go off hook and call 1003, it would be auto connected. It is, okay were connected
|
|
0:16:09
|
so I'll place phone 3 on hold and go back over to router 1 and check my shell IP M route first
|
|
0:16:19
|
okay, there I do not see it on fast 0.0.11 okay I can see it on fast 0.1 and on the serial link
|
|
0:16:27
|
because I have dense mode turned on, on both those
|
|
0:16:32
|
but now i'll place phone 3 on hold, okay so phone 3 should now be on hold
|
|
0:16:49
|
and we do see now, actually I'm gonna turn this refresh rate down
|
|
0:16:55
|
this is a refresh for the stream information, I do see received packets that G711
|
|
0:17:04
|
if you can note over here.
|
|
0:17:10
|
But I don't see any transmit packets okay that's good because I'm on hold
|
|
0:17:15
|
But I am receiving music, so if I go over her to the
|
|
0:17:20
|
corporate headquarter router and do a show IP M route
|
|
0:17:24
|
now I see it's outgoing to fast 0.0.11 the proper stream
|
|
0:17:31
|
and for switch one I don't have any IGMP music so there's nothing really to check over here
|
|
0:17:37
|
IGMP music snooping or membership so it's just dense mode it's flooding everywhere
|
|
0:17:43
|
and it is working properly, so we could turn snooping back on
|
|
0:17:48
|
if we'd like or we could just leave it off for the lab there's no harm in just
|
|
0:17:55
|
using the ease of flooding of dense mode okay, it's not a multi casting exam
|
|
0:18:02
|
it's gonna be more centered around music or the media portion of CUCM
|
|
0:18:08
|
but we'll look at the IGMP in a moment.
|
|
0:18:14
|
Okay so back to router two, and actually let me go ahead so that you can hear the music on hold
|
|
0:18:24
|
let me put the hold music on from the other direction, so now I'm gonna call from 1003
|
|
0:18:35
|
over to 1001 and it's ringing here, I'll go ahead and answer that call and I hear a lot of
|
|
0:18:48
|
let me go ahead and hit mute, I hear a lot of static because it's in a warehouse
|
|
0:18:54
|
and I'm gonna go and hit hold. And I do hear multicast music on hold
|
|
0:19:03
|
and if I actually go up over here to my local rack
|
|
0:19:16
|
I can do show IPM route and I do see or atleast I should
|
|
0:19:25
|
somewhere in here, got a lot of ah you know what
|
|
0:19:40
|
go IPM route pipe to include 177, 191.10 oh that's right
|
|
0:19:51
|
were actually not gonna see this in the same fashion, it's probably not even worth bringing up my router
|
|
0:19:56
|
it is actually multicast music on hold but because I dont like to stream dense mode across
|
|
0:20:01
|
a DNBP WAN for all of our classes which I'm sure you can understand after everything we just talked about
|
|
0:20:05
|
we actually do a conversion of dense to sparse mode
|
|
0:20:09
|
so if I had not enabled dense mode on this interface
|
|
0:20:14
|
in fact let me just go ahead and bring that call back up again
|
|
0:20:18
|
redial, answer and then we'll have it put me on hold
|
|
0:20:24
|
we can hear the music. Everyone should be able to hear the music
|
|
0:20:31
|
it's actually in between a song right now, here we go okay.
|
|
0:20:37
|
Everyone can hear the music? So i'll go ahead and go over to interface fast 01
|
|
0:20:43
|
which is do show run interface fast 01 this is my, this is my link to the PSTN
|
|
0:20:50
|
and if I say no IP just to prove that it's multicast no IP pim dense mode
|
|
0:20:57
|
then it stops immediately.
|
|
0:21:02
|
If I put IP pim dense mode again, it starts immediately
|
|
0:21:08
|
I'm gonna go ahead and hang up, so hopefully everyone could hear that music.
|
|
0:21:14
|
Was everyone able to?
|
|
0:21:21
|
Is everyone still with me?
|
|
0:21:23
|
Everyone able to hear the music?
|
|
0:21:27
|
Great.
|
|
0:21:33
|
Okay, so now looking at the branch 1 router so now we will let me go ahead and minimize
|
|
0:21:40
|
or move these phones out of the way.
|
|
0:21:45
|
And let's grab our branch one phone one and two, phone two is a remote rack phone
|
|
0:21:55
|
So phone one, we're gonna go off hook and call 2002
|
|
0:22:01
|
And again I have set it to auto connect, okay so let me tell these to refresh every
|
|
0:22:10
|
3 seconds actually let me turn off these refreshes since we don't need them anymore
|
|
0:22:20
|
Try to have as little traffic as we have to
|
|
0:22:24
|
and i'll refresh this one every lets say 3 seconds
|
|
0:22:31
|
okay so were connected and let's go to stats
|
|
0:22:39
|
and bring stats and stream over and refresh this
|
|
0:22:45
|
every so often, okay so were talking right now so there is obviously RTP traffic in the stream.
|
|
0:22:52
|
And then now, we will move this phone a little bit it
|
|
0:23:00
|
a little finnicky because I'm running it through fusion
|
|
0:23:05
|
I will put, oh that's right we weren't gonna do it at all we were gonna call out to the PSTN
|
|
0:23:10
|
well we'll do it to the phone first to the branch one phone first
|
|
0:23:14
|
so I'm putting this phone on hold, we should see this refreshes
|
|
0:23:19
|
resume here shortly
|
|
0:23:32
|
okay I'm not sure why but I believe it's on hold but it's
|
|
0:23:39
|
I have too many of these open
|
|
0:23:41
|
let me just close a few of these real quick
|
|
0:23:55
|
let me just change the,
|
|
0:24:02
|
okay, open another phone
|
|
0:24:22
|
okay here we go, it's on hold great. We do see that we're receiving music
|
|
0:24:32
|
okay I see the receive packets incrementing
|
|
0:24:34
|
I see the transmit packets staying as they are
|
|
0:24:38
|
and it shows G711 but then again it doesn't show any packets so it doesn't
|
|
0:24:41
|
really matter as far as the transmit received it's receiving G729 and that numbers incrementing
|
|
0:24:48
|
so that's good.
|
|
0:24:50
|
Okay?
|
|
0:24:52
|
so let's look on the branch one router show IP M route
|
|
0:24:55
|
not just route but M route
|
|
0:24:58
|
and we do see 239.1.1.3
|
|
0:25:03
|
177.1.10.10 is the unicast IP, VLAN 11 forward in dense mode
|
|
0:25:09
|
and the incoming interface is the serial link.
|
|
0:25:15
|
Okay? So we see that there is traffic we can also do
|
|
0:25:21
|
show, let's do show CCM manager well no not CCM manager music on hold
|
|
0:25:28
|
actually that's gonna be needed for music out to the PSTN
|
|
0:25:32
|
but uhmm not for local phones, show Ephone moh if it was streaming locally
|
|
0:25:38
|
but we don't have CME set up so that's not gonna work so really
|
|
0:25:41
|
this is our best bet to see the traffic.
|
|
0:25:44
|
Okay so we did make sure that it works, we disabled IGMP snooping
|
|
0:25:50
|
so we'll go ahead in this call
|
|
0:25:54
|
be this phone update here.
|
|
0:25:58
|
Momentarily by the way the reason we saw G711 as a transmit CODEC
|
|
0:26:05
|
on this other phone because the last person it was talking to was another phone at branch one.
|
|
0:26:10
|
And because of that, the last time that it had used
|
|
0:26:20
|
the last time it had used a CODEC it was G711 because it was a local CODEC.
|
|
0:26:28
|
Okay
|
|
0:26:30
|
let's auto refresh this every 30 seconds and we'll take auto refresh here
|
|
0:26:34
|
now we're gonna make a call from our branch one, phone one out to the PSTN
|
|
0:26:41
|
So I'm gonna go off hook, which you should
|
|
0:26:45
|
be able to hear and I'm gonna call 911
|
|
0:26:50
|
and I have the phone call coming in
|
|
0:26:55
|
and we'll go on ahead and hit mute, to get rid of all the issues with feedback
|
|
0:27:01
|
and, now place the call on hold and you should hear the music on hold out to the PSTN
|
|
0:27:18
|
Now notice here's our 239.1.1.3 G729 177.1.10.10 okay?
|
|
0:27:29
|
Serial and VLAN 11 but outgoing interface does not show loopback alright?
|
|
0:27:38
|
So let's do config-T interface loopback 0 actually let's do show run
|
|
0:27:41
|
interface loopback 0, pim dense mode's on there.
|
|
0:27:46
|
And let's take that off,
|
|
0:27:50
|
and we hear the music continue
|
|
0:27:52
|
okay do show run pipe to section CCM manager
|
|
0:27:58
|
this is something that we do need which is CCM manager music on hold
|
|
0:28:04
|
if I would take this off
|
|
0:28:08
|
then the music stops.
|
|
0:28:12
|
But if I put it back on I actually have to reset that callback up because of the MGCP protocol
|
|
0:28:18
|
so I'm gonna resume.
|
|
0:28:22
|
Right about that, and we'll hold again and we hear the music resume
|
|
0:28:27
|
okay CCM manager on hold is necessary
|
|
0:28:31
|
now by the way, that's necessary on H323 in sip gateways as well
|
|
0:28:35
|
it's not just for MGCP
|
|
0:28:45
|
okay?
|
|
0:28:48
|
So Michael did that go ahead
|
|
0:28:54
|
I knew you haven't touched the same command that it is also necessary when your streaming locally from flash
|
|
0:29:05
|
That's a good point so when we talk about the media module
|
|
0:29:08
|
and we talk specifically music on hold
|
|
0:29:10
|
and we'll reference that we've already set-up our multicast infrastructure and you can reference this module again
|
|
0:29:16
|
we will definitely talk about the streaming music on hold from local flash
|
|
0:29:22
|
as a variant to streaming it over the web
|
|
0:29:24
|
and fooling or tricking the phones into thinking that they're basically streaming it there locally
|
|
0:29:29
|
okay?
|
|
0:29:34
|
and when were doing that, that's where Michael added that we would need
|
|
0:29:38
|
a CCM manager music on hold as a configuration portion there as well.
|
|
0:29:46
|
Okay?
|
|
0:29:50
|
So any question's so far on multicast music on hold?
|
|
0:29:56
|
We've gotten the music to stream across the WAN
|
|
0:30:00
|
we've gotten it to stream local, we've gotten it to go out the PSTN
|
|
0:30:08
|
Definitely wanna make sure everyone has every or any questions answered before we move on
|
|
0:30:21
|
No questions at all?
|
|
0:30:24
|
Okay.
|
|
0:30:27
|
Then let's go ahead and move on to TFTP
|
|
0:30:31
|
So we don't actually have an explicit task for TFTP
|
|
0:30:35
|
other than the DHCP one to ensure that the phone's obviously
|
|
0:30:42
|
got the TFTP server but let's go ahead and verify that
|
|
0:30:49
|
files are being handed out properly so a couple things
|
|
0:30:54
|
lets do one, lets do this. Lets say for our branch one phones
|
|
0:31:04
|
lets actually switch the TFTP IP address to something here locally
|
|
0:31:09
|
on the router, that way we can do a debug TFTP events here from IOS
|
|
0:31:15
|
and see that information come up.
|
|
0:31:18
|
So let's go ahead and show flash pipe two include 7961 is the type phone we have
|
|
0:31:27
|
and we can see that we've got SIP and Skinny phones here
|
|
0:31:32
|
so I'm going to go ahead and provision TFTP server
|
|
0:31:37
|
flash colen for each of these phone modes.
|
|
0:31:43
|
And I need to remember alias them to the actual, just the file name
|
|
0:31:49
|
with out the older structure. So I need to do that
|
|
0:31:54
|
for every file that I see there if I actually want it to get proper configuration
|
|
0:32:02
|
So we'll do that, in fact I should just copy and paste. Alias
|
|
0:32:16
|
Okay so TFTP server flash, just file name alias it to just the file name
|
|
0:32:31
|
Okay so the last one I did was CBM but I'm gonna have to loose this and do a show run again at some point
|
|
0:32:38
|
TFTP server flash, type to the name Alias it to the just the file name
|
|
0:32:47
|
do show run type to include TFTP and then do show flash
|
|
0:32:58
|
type to include 7961
|
|
0:33:02
|
okay DSP was the last one I did so I need Jar yet
|
|
0:33:20
|
and I really only need term
|
|
0:33:34
|
and then the file the folder to Alias just the name of the file
|
|
0:33:42
|
and last but not least TFTP server flash colen term 61
|
|
0:33:49
|
there's two, term 61.
|
|
0:33:54
|
And I need to remember that space
|
|
0:34:04
|
Okay so iv'e got my files from flash loaded up in my branch one router TFTP server
|
|
0:34:11
|
show IP interface brief I already know that my loopback is 177.1.254.2
|
|
0:34:17
|
so I'm gonna go ahead and go back over the CUCM server and change the DHCP scope for the subnet
|
|
0:34:28
|
or the two subnet, to actually I need to change for everything that's right because I did it on the DHCP server
|
|
0:34:39
|
change the TFTP address now this isn't gonna allow it to register properly
|
|
0:34:44
|
but it's going to allow us to see the TFTP server serving out files
|
|
0:34:51
|
so were gonna change it to dot two.
|
|
0:34:55
|
Save, and Christopher the answer is if you have questions can you email me?
|
|
0:34:58
|
Yes of course you can definitely email me Msnow@ine.com
|
|
0:35:04
|
Let me just put that up there
|
|
0:35:20
|
Okay so we've saved this, we now need to go back out to our router
|
|
0:35:25
|
and let's show Deb or show debug nothings on, show logging make sure were
|
|
0:35:32
|
logging to 514 to a who make sure that's us, it is okay great so term on is turned on
|
|
0:35:39
|
Okay? So now we need to do debug TFTP events
|
|
0:35:44
|
and we want to watch TFTP information, so
|
|
0:35:54
|
were gonna need to restart the phone if we want to get a new IP address
|
|
0:35:58
|
so let's jump into interface fast 010 shut it
|
|
0:36:05
|
do clear CDP table
|
|
0:36:13
|
so if I oops I didn't mean to exit out
|
|
0:36:16
|
interface fast 010, do show IP interface brief yes that was the phone. Good.
|
|
0:36:25
|
Do show CDP neighbor, we got the router back from the corporate headquarter across the serial link
|
|
0:36:33
|
and now we'll know shut this phone interface, we'll watch it come back up.
|
|
0:36:44
|
And we should see, okay it's already up there 010 details
|
|
0:36:55
|
okay it doesn't have an IP address, good so the clear CDP neighbor got rid of that.
|
|
0:36:59
|
Ah, there we go all of a sudden TFTP from this MAC address SEP001D45E8A4C4
|
|
0:37:12
|
is the same IP address here looking for it's configuration file, it's looking for XML default.
|
|
0:37:19
|
okay so let's go over what it's looking for, it's first looking for CTL which is Certificate Trust List
|
|
0:37:28
|
And then SEP which is Selsius Ethernet Phone and then it's Mac address .TLV
|
|
0:37:35
|
Trusted List XML file basically, then if it couldn't find that it next goes to look for SEP
|
|
0:37:44
|
Mac address .cnf .xml that's it's configuration file or specifically it's phone
|
|
0:37:51
|
it's unique phone. Then if it can't find that it goes ahead and looks for xml default .cnf.xml
|
|
0:38:03
|
sorry that my mouse keeps accidentally scrolling.
|
|
0:38:13
|
So we can see what files it's looking for in the order and it's just gonna continue to look for those files
|
|
0:38:20
|
so we know that the TFTP server had to been updated but we'll go ahead and check anyway
|
|
0:38:24
|
show CDP neighbor details, it's got it's IP address of .254 grab that and paste it in a web browser
|
|
0:38:36
|
Network configuration, TFTP server is the IP address of the loopback of branch one
|
|
0:38:45
|
177.1.254.2 okay? So we know that it is updated and it's just sitting there looking for the file
|
|
0:38:54
|
Okay? So we now what's basically going be looked for an IP phone
|
|
0:39:01
|
and how to debug it from an OIS router, we'll go ahead and switch it back
|
|
0:39:07
|
because ultimately we want it to stay registered to the CUCM pub server
|
|
0:39:16
|
okay so we'll just go ahead and config T interface fast 010 and shut,do clear CDP table
|
|
0:39:28
|
do clear, CDP table and then in a moment we'll know shut.
|
|
0:39:36
|
Before we know shut it, let's go back to CUCM and actually look at the traces
|
|
0:39:42
|
so we'll go to CISCO Unified Serviceability
|
|
0:39:46
|
Log in, we'll look at trace configuration
|
|
0:39:53
|
and if I'm going fast on where to find all these little bits like configuration and service activation
|
|
0:39:59
|
there's actually another module coming up this week that's just gonna go over the
|
|
0:40:03
|
the gooey, web interface as well as the comand line
|
|
0:40:08
|
okay so that will be covered in depth in another module and i'll go much slower.
|
|
0:40:14
|
Okay so we wanna look at CM Services, do we actually want to?
|
|
0:40:25
|
Yes and then in the TFTP service as the sub-sub service
|
|
0:40:29
|
or the service in the service group I suppose
|
|
0:40:32
|
so we're going to, we don't really care about sub at this moment if we had it activated in a normal environment we would
|
|
0:40:39
|
but in that case we would apply to all nodes, but we're going to make sure traces on
|
|
0:40:45
|
that the level is set to detailed and I'm gonna go ahead and save this.
|
|
0:40:50
|
Now again in that other module that we'll talk about the actually I believe the module for tommorrow is
|
|
0:40:59
|
the module that we go over the interfaces we'll also go over RTMT
|
|
0:41:03
|
the Real Time Monitoring Tool, but for right now what were gonna do is we're gonna SSH
|
|
0:41:08
|
if we're not still there, yeah we are into the PUB the CUCM PUB server
|
|
0:41:15
|
and what we'll do again we'll go over all of these commands and detail tommorrow
|
|
0:41:22
|
for right now let's simply do a, lets see file list and I believe we want active log
|
|
0:41:35
|
and then we want to specifically note where we wanna list file, so we can just do forward slash
|
|
0:41:41
|
and we can see that we've got the structure of CM, so I'll do forward slash cm forward slash this is Linux
|
|
0:41:50
|
okay, and then I want TFTP data or actually trace rather
|
|
0:42:04
|
forward slash CM, forward slash there is no command completion with this
|
|
0:42:17
|
and....
|
|
0:42:19
|
that might actually be TFTP data right there
|
|
0:42:24
|
no,no no no this is correct forward slash CCM
|
|
0:42:29
|
forward slash sorry no it's sub service of CM services
|
|
0:42:41
|
DCM, SDI
|
|
0:42:47
|
and we've got one file here
|
|
0:42:51
|
so we've got the file now we dont want to list it anymore, we want to view it
|
|
0:42:56
|
where we could also take it, so if we view it we're just viewing the Idol file
|
|
0:43:06
|
no changes are being made live to it, and we can go to the end
|
|
0:43:15
|
actually, let's actually quit out of this and we'll tail the file
|
|
0:43:40
|
that was the files that are available through TFTP
|
|
0:43:45
|
okay
|
|
0:43:47
|
so that's what I was gonna do is tail the file
|
|
0:43:54
|
okay so now were tailing this file and now I'm gonna jump back over to router 2
|
|
0:43:58
|
and know shut that interface
|
|
0:44:03
|
and we should see that phone come up, and when it does it should request a new IP address
|
|
0:44:12
|
DHCP and when it gets a new TFTP address we should see the information come across
|
|
0:44:40
|
okay the phone's taking it's merry time coming up
|
|
0:44:46
|
lets make sure theres not a newer file coming out there yet
|
|
0:44:57
|
nope no newer file
|
|
0:45:07
|
okay it's got a new IP address
|
|
0:45:14
|
pre-load it, it does have the TFTP server back but we're not seeing that information
|
|
0:45:44
|
okay so this is probably why you should use, there it is CTFTP I was looking in the wrong directory
|
|
0:45:51
|
but I couldn't find it down where T was
|
|
0:45:55
|
trace CTFTP, SDI and file 13.
|
|
0:46:14
|
Okay so let's shut this down again,
|
|
0:46:22
|
so there's a good argument to be made for using RTMT
|
|
0:46:31
|
and now we should be able to watch, and make sure that the file is coming or that the phone is requesting
|
|
0:46:39
|
the right information.
|
|
0:46:44
|
Makes you saw the tail end of this earlier, there it comes.
|
|
0:46:50
|
Okay that was it so let's go ahead and control C stop that and we will scroll just a little bit up
|
|
0:47:03
|
before we, okay
|
|
0:47:09
|
here we go we're processing a TFTP request, the TFTP request is
|
|
0:47:18
|
coming from 177.2.11.254
|
|
0:47:26
|
we can see what file it's looking at
|
|
0:47:29
|
CTL or looking for SEP the Mac address and TLV
|
|
0:47:36
|
okay
|
|
0:47:39
|
we can see that it's not a CTLCAPF file, okay there is no file there for it to hand out
|
|
0:47:45
|
so it doesn't.
|
|
0:47:47
|
The phone just goes on and asks for, where is it's next file that it's asking for
|
|
0:47:54
|
Here we go find the matching found this file SEP, the Mac address CNF.XML
|
|
0:48:04
|
Scroll down just a couple of the time
|
|
0:48:09
|
and well actually that would be the last file that it was looking for it won't look for XML default
|
|
0:48:15
|
.CNF.XML because it found the proper file and it served that out
|
|
0:48:22
|
So,
|
|
0:48:25
|
so this was our trace for the TFTP from the CUCM
|
|
0:48:29
|
and the ability to see that we are actually requesting the proper file and
|
|
0:48:33
|
and sending out serving that file and all is well.
|
