Re: dhcp vendor classes option
- From: "Oliver O'Boyle" <oliver.oboyle@xxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 23 Aug 2006 10:14:45 -0400
"Adastra" <Adastra@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:FA77390C-7848-4DF3-AB88-48AA0F661B36@xxxxxxxxxxxxxxxx
phones subnet is 255.255.255.0, computers subnet is 255.255.248.0,
These subnet masks are only half the picture. What IP address ranges are you
trying to provide with the DHCP server? By looking at the masks however, it
looks like your computer scope overlaps the phone scope. This is probably
why it's being picked up first (but this assumption is based on only having
knowledge of your masks, and not the range of IPs you are trying to hand out
to computers and phones).
How many computers do you have?
How many phones do you have?
what is vendor class data type, i use string with code 60, its ok ?
in the string i have ccp.avaya.com
60 is probably the code the phones are looking for, so this is fine.
ethereal offer in phone dhcp discover option 60: Vendor Class identifier =
"ccp.avaya.com" - hexa 3c 0d 63 63 70 2e 61 76 61 79 61 2e 63 6f 6d
This string is for an outside address. I'm not familiar with Avaya phone
systems, but typically, the phones should be pointing to your PBX or call
control server. This server is internal, and often provides the phones with
configuration information, and even images. Right now, you are pointing the
phones to an external server on the internet...
when i deactivate first scope (computers scope), second phone scope
working
correctly.
Probabl because your computer scope encompasses your phone scope.
i know that vlan is better solution but i dont know how i can do it with
one
dhcp server ?
The DHCP server needs to have an interface on each VLAN, OR, the router or
layer 3 switch you have everything connected to needs to act as a DHCP or
BOOTP relay. As a relay, it can forward your client's DHCP requests to a
DHCP server on another subnet.
Oliver
Your
lukas
"Oliver O'Boyle" wrote:
yes. i see it, i have ASCII value ccp.avaya.com, binary 63 63 70 2E 61
76
61
79 61 2E 63 6F 6D in scope options table general too but ip phone get
ip
address from bad scope :-(
Are your phones on the same subnet as your workstations?
Normally, it is a best practice to put them in their own separate VLAN.
However, I have not implemented an Avaya solution yet, so I'm not sure
what
the vendor recommends. I prefer putting IP phones in their own VLAN for
better manageability and security reasons.
Oliver
lukas
"Oliver O'Boyle" wrote:
"Adastra" <Adastra@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:80C609AF-9703-4763-BDEC-E86C937B9F06@xxxxxxxxxxxxxxxx
hi oliver,
i was unsuccesfull :-(.
How were you unsuccessful? After you create the option, are you able
to
see
it in the DHCP Standard Options list?
Oliver
i have 1 superscope with 2 scopes, first is 172.16.16.0/21 for
computers,
second 192.168.12.1/24 is for avaya ip phones. i created predefined
options
in options class - dhcp standard options - code 60, string
ccp.avaya.com (
vendor info is from ethereal)
do you have any proposal or hint ?
thank you
lukas
"Oliver O'Boyle" wrote:
"Adastra" <Adastra@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:68A7698D-BE2D-4947-800E-252D7CA35D76@xxxxxxxxxxxxxxxx
hi all,
i would like to use our main dhcp windows 2003 server for avaya
ip
phones
and computers too. i tried to create a separate scope for ip
phones
only
with
vendor classes option 60 but without success. can you help me
with
it
please ?
thank you
lukas
Hi Lukas,
You need to open your DHCP MMC --> right-click on the name of the
server
that will be hosting the scope for your IP phones --> select
"Pre-defined
Options" --> click "Add" --> enter your vendor information (put the
number
"60" in the "code" field).
Once this option is created, you can use it in your scopes, as
needed.
Hope that helps,
Oliver
.
- Follow-Ups:
- Re: dhcp vendor classes option
- From: Adastra
- Re: dhcp vendor classes option
- References:
- Re: dhcp vendor classes option
- From: Oliver O'Boyle
- Re: dhcp vendor classes option
- From: Oliver O'Boyle
- Re: dhcp vendor classes option
- From: Adastra
- Re: dhcp vendor classes option
- From: Oliver O'Boyle
- Re: dhcp vendor classes option
- From: Adastra
- Re: dhcp vendor classes option
- Prev by Date: Re: DHCP not giving out any IP Address
- Next by Date: Re: Cant connect to computers
- Previous by thread: Re: dhcp vendor classes option
- Next by thread: Re: dhcp vendor classes option
- Index(es):
Relevant Pages
|