först måste vi förstå Cisco IP-Telefonregistrering & starta upp sekvens>
Telefonregistreringsprocess
Steg 1: telefonen laddar programvara (bild) och startar konfigurationsprocessen
steg 2A: telefonen skickar DHCP-begäran
steg 2B: DHCP-server skickar DHCP-svar
steg 3A: telefon skickar TFTP-begäran om en konfigurationsfil
steg 3B: TFTP-Server skickar Standardkonfigurationsfilen
steg 4a: TFTP-servern skickar den specifika konfigurationsfilen för telefonen
steg 4b: Telefonregistrering slutar
först förstå uppstartsprocessen, starta felsökning enligt:
allmän Felsökningssekvens:
- inaktivera DHCP och DNS för att testa en telefon
- kontrollera om den felaktiga MAC−adressen på Telefonetiketten
- Cisco CallManager och TFTP-tjänster kör inte
- ta bort och återskapa en telefon
- förstå en Nätverksspårningsfil
- använd Performance Monitor för att analysera telefonaktivitet
- konfigurera IP-parametrarna manuellt på en 12 SP+ eller 30 VIP-telefon
- Lägg till telefoner till Cisco CallManager
- aktivera, konfigurera och inaktivera automatisk registrering
- manuell registrering (Lägg till en IP-telefon manuellt) etc….
dessa problem kan vara där:
- IP-telefon registrering växlar mellan primära och sekundära CallManagers.
- registrering avvisad
- Cisco IP-telefoner inte registrerade men verkar fungera bra.
- Cisco IP-telefoner tar för lång tid att registrera sig.
- Cisco IP-telefon registreras alltid på Utgivarservern.
- få ”versionsfel” på Cisco IP-telefonskärmen när du försöker registrera dig.
- Cisco-telefoner orsakar alltför DHCP förfrågningar.
Diagram/flödesschema som representerar, CISCO IP Phone Boot up Process:
Steg 1: telefonen laddar programvara (bild) och startar konfigurationsprocessen:
under detta steg kan dessa problem vara där,
* registrering med en Cisco CallManager−server lyckas endast när servern lägger till telefonen eller när servern har automatisk registrering aktiverad. (Standard för automatisk registrering är inaktiverad.)
* Obs: Om telefonens LCD-skärm inte tänds kan du ha en felaktig telefon. Telefonen kan också vara
felaktig om meddelandet som telefonen visar aldrig ändras efter att du har anslutit telefonen. Kontakta Cisco Technical
Support för att begära en ersättning om din telefon är under garanti.
* om dina telefoner inte använder DHCP, se steg 3A: telefonen skickar TFTP-begäran om en konfigurationsfil avsnitt
i det här dokumentet.
steg 2A: telefonen skickar DHCP-begäran:
under detta steg kan dessa problem vara där,
för Cisco 7940 och 7960: (för att manuellt aktivera DHCP-parametern på själva telefonen):
Slutför dessa steg på Cisco 7940 och 7960:
1. Välj Inställningar.
2. Välj 3 (Nätverk).
bläddra ner till parametern DHCP Enabled.
valet måste vara ja.
__________
Slutför dessa steg på Cisco 7910:
1. Välj Inställningar.
2. Välj 6 (Nätverk).
3. Bläddra ner till parametern DHCP Enabled.
valet måste vara ja.
__________
Cisco 12 SP + och 30 VIP
Slutför dessa steg på Cisco 12 SP + och 30 VIP:
1. Ange **#.
2. Ange 1.
3. Ställ in alla parametrar till noll (0).
Obs:
Cisco 7910g stöder endast 10 MB hastighet, men 7910G+SW stöder 10/100. Om du har en 7910G, var noga med att ställa in omkopplingsporten som ansluter till telefonen till 10 MB eller Auto.
alla IP-parametrar som du har hårdkodade på telefonerna åsidosätter parametrarna som DHCP-servern tillhandahåller. I synnerhet åsidosätter alternativet Alternativ TFTP-Server den TFTP-serverns IP-adress som DHCP tillhandahåller. För information om hur du återställer din telefonkonfiguration till originalet
fabriksinställningar, se något av dessa dokument:
återställa 7900-serien IP-telefoner till fabriksinställningar
steg 2B: DHCP-Server skickar DHCP-svar:
DHCP-svaret innehåller telefonens IP-adress och IP-adressen för TFTP-servern (som vanligtvis är en
Cisco CallManager server). Svaret kan också innehålla något av eller alla dessa vanliga alternativ:
· IP-adress för standardroutern (gateway)
· IP-adress för DNS-servern (Domain Name System)
· domännamn
inkluderar alternativ 150 för TFTP-servern.
steg 3A: telefonen skickar TFTP-begäran om en konfigurationsfil:
- telefonen begär en specifik konfigurationsfil. Namnet på den här filen är SEPMAC−Address.cnf. För
exempel, filnamnet för en telefon med MAC-adressen 0030.94C2.D5CA är SEP003094C2D5CA.cnf. Om
filen finns på Cisco CallManager-servern, se steg 4a: TFTP-servern skickar den specifika
konfigurationsfilen för avsnittet telefon i detta dokument.
- om telefonen inte finns i Cisco CallManager-databasen resulterar begäran om den specifika konfigurationsfilen i
en TFTP-fil hittades inte svar från TFTP-servern. Telefonen begär sedan filen med namnet
SEPDEFAULT.cnf. Om du har konfigurerat Cisco CallManager-servern för automatisk registrering finns den här filen
och servern skickar den till telefonen. Se steg 3B: TFTP-servern skickar Standardkonfigurationsfilen
i det här dokumentet.
annars skickar TFTP-servern på Cisco CallManager-servern en annan fil som inte hittades TFTP
svar. Vid denna tidpunkt startar telefonen om konfigurationsprocessen.
steg 3B: TFTP−servern skickar Standardkonfigurationsfilen:
Obs: Detta steg sker endast om du har aktiverat automatisk registrering och telefonen inte redan har registrerat
med Cisco CallManager-servern.
om du har konfigurerat Cisco CallManager−servern för automatisk registrering skickar den SEPDEFAULT.cnf
fil som svar på telefonförfrågan. Efter Cisco CallManager server-databasen lägger till en telefon med
automatisk registrering, har telefonen en SEPMAC−adress.cnf-fil. Det hänvisar inte till SEPDEFAULT.cnf
igen.
steg 4a: TFTP-servern skickar den specifika konfigurationsfilen för telefonen:
Obs: Detta steg sker endast om telefonen skapas på Cisco CallManager-servern.
konfigurationsfilen innehåller flera parametrar för telefonen. Dessa inkluderar enhetspoolen, Cisco
CallManager-servrar att använda, konfigurerade kortnummer och andra parametrar. I allmänhet, när du gör en
ändring i Cisco CallManager som kräver att telefonen (enheten) ska återställas, har du gjort en ändring av
telefonkonfigurationsfilen.
steg 4b: Telefonregistrering slutar:
Cisco CallManager-servern skickar telefonen ytterligare konfigurationselement under de sista faserna av
registreringsprocessen.
i allmänhet måste registreringsprocessen slutföras framgångsrikt om processen går så långt.
för att lära dig vad som händer just nu måste du ställa in en nätverksanalysator för att fånga IP-paketen som telefonen skickar till och tar emot från servern.
fakta:
7961G telefonen registreras inte förrän den är konfigurerad som en 7961>
IP-telefoner CP-7961 och CP−7961G är i princip samma plattform. G står för global användning som stöder alla språk.
så när du lägger till en 7961G-telefon bör du lägga till den som en vanlig 7961-telefon. CP-7961G-GE är en annan IP-telefon med två gigabit Ethernet-portar (10/100/1000).
om IP−telefon 7961G läggs till som 7961G-GE, registreras den inte hos Cisco CallManager.
UPPGIFTER ATT UTFÖRA:
inaktivera DHCP och DNS för att testa en telefon
kontrollera om den felaktiga MAC−adressen på Telefonetiketten
Cisco CallManager och TFTP-tjänster kör inte
ta bort och återskapa en telefon
förstå en Nätverksspårningsfil
använd nätverksmonitor för att analysera telefonaktivitet
som standard är Cisco-telefoner DHCP-aktiverade. Om du inte använder DHCP måste du inaktivera DHCP på telefonen och tilldela telefonen en IP-adress manuellt. För att inaktivera DHCP på en telefon, Använd telefonens knappsats för att programmera telefonens IP-adress och andra nätverksadresser.
aktivera, konfigurera och inaktivera automatisk registrering
manuell registrering (Lägg till en IP−telefon manuellt)
Obs! Om du har dina Cisco CallManager-servrar i ett kluster har varje server konfigurationsfilerna
för varje telefon som finns i Publisher-databasen. Därför kan alla Cisco CallManager server fungera som en
TFTP-server för telefonerna. De enhetspooler som du har tilldelat telefonerna bestämmer servern
som telefonerna registrerar. En telefon kan hämta konfigurationsfilen från en annan server än servern
som telefonen registrerar.
Tack:
Mohit Grover