Voix et communications unifiées : Logiciel Cisco Unified Border Element

Exemple de configuration de la normalisation du protocole SIP (Session Initiation Protocol) sur CUBE (Cisco Unified Border Element) avec des profils SIP

16 août 2014 - Traduction automatique
Autres versions: PDFpdf | Anglais (26 novembre 2013) | Commentaires


Contenu


Introduction

La traduction de protocole et la réparation est une fonction principale du logiciel Cisco Unified Border Element (CUBE). Le CUBE peut être déployé entre deux périphériques qui prennent en charge le même protocole VoIP (SIP), mais ne fonctionne pas en interconnexion en raison des différences dans la façon dont le protocole est mis en application ou interprété. Le CUBE peut personnaliser la Messagerie de SIP de chaque côté à ce que les périphériques dans ce segment du réseau comptent voir en normalisant la Messagerie de SIP au cadre de réseau, ou entre deux périphériques non-interopérables dans le réseau.

Les fournisseurs de services peuvent avoir des stratégies pour lesquelles les champs de Messagerie de SIP devraient être présents (ou ce qui constitue des valeurs valides pour les champs d'en-tête) avant qu'un appel de SIP entre dans leur réseau. De même, les entreprises et les petites entreprises peuvent avoir des stratégies pour les informations qui peuvent entrer ou quitter leurs réseaux pour la stratégie ou raisons de sécurité d'un fournisseur de services SIROTENT le joncteur réseau.

Afin de personnaliser la Messagerie de SIP dans les deux directions, vous pouvez placer le CUBE avec une configuration de normalisation de SIP à la borne de ces réseaux suivant les indications de cette image :

/image/gif/paws/105624/cube_sip_normalization_01.gif

En plus de la conformité de politique réseau, les capacités de normalisation de SIP de CUBE peuvent être utilisées pour résoudre des incompatibilités entre les périphériques de SIP à l'intérieur du réseau d'entreprise. Ce sont les situations dans lesquelles les incompatibilités peuvent surgir :

  • Un périphérique rejette une en-tête inconnue (valeur ou paramètre) au lieu de l'ignorer

  • Un périphérique envoie des données incorrectes dans un message SIP

  • Un périphérique n'implémente pas (ou des mises en place inexactement) des procédures de protocole

  • Un périphérique s'attend une valeur d'en-tête ou un paramètre facultatif, ou à une procédure facultative de protocole qui peut être mise en application de plusieurs manières

  • Un périphérique envoie une valeur ou un paramètre qui doivent être changés ou supprimés avant qu'ils partent ou entrent dans du réseau

  • Variations des normes de SIP sur la façon dont réaliser certaines fonctions

La caractéristique de profils de SIP sur le CUBE fournit une solution aux ces des questions de normalisation et de personnalisation de SIP.

Conditions préalables

Conditions requises

Assurez-vous que vous répondez à ces exigences avant d'essayer cette configuration :

  • Connaissance de base de la façon configurer et utiliser des caractéristiques de Voix de Cisco IOS (telles que des cadran-pairs)

  • Connaissance de base de la façon configurer et utiliser le Logiciel Cisco Unified Border Element (CUBE)

  • La connaissance intermédiaire du protocole de SIP et ses messages, champs, et paramètres

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • Version de Logiciel Cisco Unified Border Element sur un Cisco ISR, la passerelle d'accès de Cisco AS5400XM, le routeur de passerelle, de Cisco 7200 d'accès de Cisco AS5350XM, ou un routeur de Cisco 7300 qui exécute la Cisco IOS version 12.4.15XZ ou ultérieures

  • Passerelle de TDM-à-SIP de Cisco sur une passerelle d'accès de Cisco ISR Cisco AS5400XM, ou une passerelle d'accès de Cisco AS5350XM qui exécute la Cisco IOS version 12.4.15XZ ou ultérieures

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Configurez

La configuration de la caractéristique de profils de SIP te permet pour ajouter, modifier, ou retirer valeur d'en-tête EN SIROTEZ ou SDP dans un message SIP sortant sur le CUBE. Une liste des messages et des en-têtes précis pris en charge est fournie dans la section prise en charge de messages SIP de ce document. Des profils de SIP peuvent être configurés au niveau de cadran-pair ou au niveau global.

La syntaxe pour la modification de message emploie la notation d'expression régulière pour apparier et remplacer des champs dans les messages. Des sous-chaînes appariées peuvent être utilisées dedans remplacent des modèles. Si plusieurs les règles d'expression régulière s'appliquent à la même chose [méthode/réponse] : la combinaison d'en-tête, la deuxième règle s'applique à la chaîne de résultat de la première règle.

SIROTEZ les profils ne te permet pas pour retirer ou ajouter les en-têtes obligatoires de SIP. Seulement l'option de modifier est disponible pour les en-têtes obligatoires. Les en-têtes obligatoires de SIP incluent à, de, par l'intermédiaire de, CSeq, Appel-id, et max-forwards. Les en-têtes obligatoires SDP incluent V, o, S, t, c, et M.

Le N'IMPORTE QUEL mot clé spécial est fourni dans le CLI pour indiquer qu'une règle doit être appliquée à n'importe quel message dans la catégorie spécifiée. Les règles configurées pour un message d'INVITATION sont appliquées seulement au premier INVITENT dans l'ordre de protocole pour l'appel. Une offre spéciale que le mot clé REINVITE est pris en charge pour définir l'exécution requise sur ultérieur invite dans un ordre de protocole pour l'appel.

Des profils de SIP peuvent également être utilisés pour changer un nom d'en-tête du formulaire complet à la forme compacte ; par exemple, de au F. Ceci peut être utilisé comme manière de réduire la longueur d'un message SIP. Par Cisco IOS par défaut SIROTEZ n'envoie jamais la forme compacte des messages SIP bien qu'elle reçoive le long ou de la forme courte.

Le SIP profile les messages SIP sortants d'affects de caractéristique seulement. Les règles sont appliquées pendant que la dernière étape avant que le message laisse le routeur de CUBE ; c'est-à-dire, après destination la mise en correspondance du homologue de numérotation a eu lieu. Des modifications aux messages SIP ne sont pas retrouvées ou sont agies en fonction par l'application de CUBE.

Le champ de content-length est recalculé après que les règles de profils de SIP soient appliquées au message sortant.

Remarque: Utilisez l'outil Command Lookup Tool (clients enregistrés seulement) pour obtenir plus d'informations sur les commandes utilisées dans cette section.

Structure de commande de configuration générale

La commande générale qui définit une règle d'ajouter un champ à une méthode/à réponse de SIP est :

le <header-name> du code> <sip-header/sdp-header> de <message <request/response> ajoutent le <add-value>

La commande générale qui définit une règle de retirer un champ sur une méthode/réponse de SIP est :

le <header-name> du code> <sip-header/sdp-header> de <message <request/response> retirent

La commande générale qui définit une règle de modifier un champ à une méthode/à réponse de SIP est :

le <header-name> du code> <sip-header/sdp-header> de <message <request/response> modifient le <replace-pattern> de <match-pattern>

Étapes de configuration

La première étape est de définir les règles. Afin de définir les règles, utilisez la structure de commande générale donnée dans la section précédente. Exemple :

voice class sip-profiles 100
  request INVITE sip-header…
  response 100 sip-header…
  request INVITE sdp-header…

La deuxième étape est de s'appliquer les règles au niveau global ou de cadran-pair de la configuration de CUBE. Afin de s'appliquer les règles globalement à tous les appels traversant le CUBE, utilisez cette structure de commande :

voice service voip 
   sip
     sip-profiles 100

Afin de s'appliquer les règles sélectivement aux appels traversant seulement un cadran-pair sortant particulier, utilisez cette structure de commande :

dial-peer voice 555 voip
   voice-class sip-profiles 100

Si des règles sont configurées au niveau global et de cadran-pair, la configuration de cadran-pair a la priorité au-dessus de la configuration de niveau globale.

Ces notes s'appliquent génériquement à toutes les caractéristiques de Cisco IOS qui utilisent des expressions régulières (qui inclut des profils de SIP) :

  • Quand une ajouter-valeur, un correspondance-modèle ou un remplacer-modèle contiennent des caractères du blanc-espace, la valeur entière doit être incluse entre les guillemets. Exemple :

    la sip-en-tête de la réponse 100 ajoutent le « Utilisateur-agent : CISCO CUBENT »

  • Quand une ajouter-valeur, un correspondance-modèle ou un remplacer-modèle contient des guillemets (") et des caractères espace blancs, une barre oblique inverse (\) doit préfixer les devis intérieurs. Par exemple, afin d'ajouter « CISCO » CUBEZ, utilisez cette commande :

    la sip-en-tête de la réponse 100 ajoutent le « Utilisateur-agent : \ « CISCO \ « CUBE »

Mises en garde de configuration

  • Afin de fournir la plupart de flexibilité, vérifiant la syntaxe n'est pas exécuté sur les messages SIP que le résultat après les règles sont appliqué. Vous devez s'assurer par le test adéquat que les modifications que vous spécifiez dans les règles de profil ont comme conséquence des échanges de protocole valides de SIP.

  • Le type de message SIP ne peut pas être changé avec des profils de SIP. C'est-à-dire, une réponse 180 de sonnerie ne peut pas être changée à une réponse de progression de 183 sessions.

  • Des en-têtes obligatoires peuvent seulement être modifiées ; ils ne peuvent pas être ajoutés ou retirés. Les en-têtes obligatoires de SIP incluent à, de, par l'intermédiaire de, CSeq, Appel-id, et max-forwards. Les en-têtes obligatoires SDP incluent V, o, S, t, c, et M.

  • Tandis que les variables d'expression régulière peuvent être utilisées dans la correspondance et remplacer des sous-chaînes afin d'enregistrer et réutiliser des valeurs, les informations ne peuvent pas être extraites d'un message et être appliquées à l'autre. Par exemple, le numéro d'appel ne peut pas être extrait de l'INVITATION et inséré dans un ultérieur RÉFÉREZ-VOUS le message. Les règles spécifiées s'appliquent à un message simple à la fois ; seulement les informations dans ce message sont manipulées.

Exemples de configuration

Cette section fournit des exemples des règles de profil de SIP de réaliser les modifications spécifiques aux messages SIP.

Ajoutez

Cette section fournit des exemples de la façon ajouter des en-têtes de SIP et SDP aux messages.

Exemple 1

Message : INVITEZ

Action : Ajoutez l'en-tête b=AS:4000 SDP à la ligne de vidéo-medias

Règles :

voice class sip-profiles 100
  request INVITE sdp-header Video-Bandwidth-Info add "b=AS:4000"

Exemple 2

Message : 480 temporairement non disponible

Action : Ajoutez Relance-après l'en-tête de SIP

Règles :

voice class sip-profiles 100
  response 480 sip-header Retry-After add “Retry-After: 60”

Exemple 3

Message : Invite et REINVITEs

Action : Ajoutez la balise de « user=phone » à l'en-tête d'URI de SIP

Règles :

voice class sip-profiles 100
  request INVITE sip-header SIP-Req-URI modify "; SIP/2.0" ";user=phone SIP/2.0"
  request REINVITE sip-header SIP-Req-URI modify "; SIP/2.0" ";user=phone SIP/2.0"

Exemple 4

Message : Réponse 200

Action : Ajoutez l'en-tête de SIP d'Utilisateur-agent

Règles :

voice class sip-profiles 100
  response 200 sip-header User-Agent add "User-Agent: CiscoSystems-SIP-GW-UA"

Retirez

Cette section fournit des exemples sur la façon dont retirer des en-têtes de SIP et SDP sur des messages.

Exemple 5

Message : Toutes les demandes et réponses

Action : Retirez l'en-tête de SIP de Cisco-Guid

Règles :

voice class sip-profiles 100
  request ANY sip-header Cisco-Guid remove
  response ANY sip-header Cisco-Guid remove

Exemple 6

Message : BYE et ANNULATION

Action : Retirez l'en-tête de SIP de raison

Règles :

voice class sip-profiles 100
  request BYE sip-header Reason remove
  request CANCEL sip-header Reason remove

Exemple 7

Message : 100 et 180 réponses

Action : Retirez l'en-tête de SIP de serveur

Règles :

voice class sip-profiles 100
	 response 100 sip-header Server remove
	 response 180 sip-header Server remove

Modifiez

Cette section fournit des exemples sur la façon dont modifier des en-têtes de SIP et SDP dans les messages.

Exemple 8

Message : INVITEZ

Action : Modifiez de : en-tête à la modification 2222000020@9.13.24.7 de format de « gateway@gw-ip-address » par exemple à gateway@9.13.24.7

Règles :

voice class sip-profiles 100
  request INVITE sip-header From modify "(<.*:)(.*@)" "\1gateway@"

Exemple 9

Message : INVITEZ

Action : remplacez le « Cisco Systems-SIP-gw-UserAgent » par « - » dans la ligne d'o= de l'en-tête SDP

Règles :

voice class sip-profiles 100
  request INVITE sdp-header Session-Owner modify "CiscoSystems-SIP-GW-UserAgent“ "-"

Exemple 10

Message : INVITEZ

Action : Convertissez le « URL de sip » en « URL téléphone » dans le Req-URI, et derrière des en-têtes par exemple de « sip:2222000020@9.13.24.6:5060 » en « tel:2222000020 »

Règles :

voice class sip-profiles 100
  request INVITE sip-header SIP-Req-URI modify "sip:(.*)@[^ ]+" "tel:\1"
  request INVITE sip-header From modify "<sip:(.*)@.*>" "<tel:\1>"
  request INVITE sip-header To modify "<sip:(.*)@.*>" "<tel:\1>"

Pleine configuration d'échantillon avec des profils de SIP

Cette section fournit à un exemple de configuration complète pour un routeur de CUBE configuré des profils de SIP.

CUBE
CUBE#show run
Building configuration...
Current configuration : 5888 bytes
!
! Last configuration change at 13:16:50 CDT Mon Feb 11 2008
! NVRAM config last updated at 13:24:35 CDT Mon Feb 11 2008
!
version 12.4
service timestamps debug datetime msec localtime
service timestamps log datetime msec localtime
service password-encryption
!
hostname CUBE
!
boot-start-marker
boot system flash:c2800nm-ipvoice_ivs-mz.124-18.2.2.PIA1p.bin
boot-end-marker
!
logging message-counter syslog
logging buffered 2000000
no logging console
no logging monitor
enable lab 0 
!
no aaa new-model
memory-size iomem 10
clock timezone CDT -6
clock summer-time CDT recurring
no network-clock-participate slot 1
!
voice-card 0
 no dspfarm
!
ip cef
!
voice service voip
 media flow-around
 allow-connections sip to sip
 sip
  sip-profiles 100
!
voice class sip-profiles 100
 request INVITE sip-header SIP-Req-URI modify "; SIP/2.0" ";user=phone SIP/2.0"
 request REINVITE sip-header SIP-Req-URI modify "; SIP/2.0" ";user=phone SIP/2.0"
!
interface GigabitEthernet0/0
 ip address x.x.x.x 255.255.255.0
 duplex full
 speed 100
!
ip http server
!
control-plane
!
dial-peer voice 100 voip
 destination-pattern .T
 session protocol sipv2
 session target ipv4:x.x.x.x
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad
!
sip-ua
!
line con 0
line aux 0
line vty 0 4
 exec-timeout 90 0
!
scheduler allocate 20000 1000
end

Notes en configuration supplémentaire

  • La longueur d'en-tête (qui inclut le nom d'en-tête) ne devrait pas dépasser 300 caractères après modification avec des profils de SIP. La longueur de maximum header pour une valeur d'ajouter est approximativement 220 caractères. La longueur d'en-tête du maximum SDP est 2048 caractères. Si n'importe quelle longueur d'en-tête dépasse la valeur maximale après une règle est appliquée, cette règle sera ignorée, et les modifications ne sont pas appliquées. Si toute la longueur SDP dépasse 2048 caractères après des modifications, toutes les modifications au SDP sont ignorées et pas appliquées.

  • La caractéristique de profils de SIP ne peut pas être utilisée pour relâcher un message SIP entier ; il peut seulement être utilisé pour manipuler (ajoutez, modifiez, ou retirez) le contenu dans le message

  • Des variables d'expression régulière peuvent être utilisées pour extraire et enregistrer des paramètres d'une en-tête existante, mais les valeurs enregistrées dans les variables dans une règle peuvent être utilisées SEULEMENT dans le remplacer-modèle de la même règle ; il ne peut pas n'être utilisé par aucune autre règle, qui signifie que vous ne pouvez pas insérer les valeurs extraites par une règle dans une autre règle.

    Le contenu spécifié entre la parenthèse ouverte (() et la parenthèse clôturée ()) dans un correspondance-modèle est enregistré dans les variables dénotées par 1, 2, 3,… 9 dans la commande qu'ils sont trouvés. Les valeurs enregistrées de ces variables peuvent alors être insérées de nouveau dans le remplacer-modèle en mettant en référence les variables avec \1, \2,… \9 respectivement.

    Par exemple, si nous voulons changer :

    Remote-Party-ID: “CUBE”
      <sip:2001@123.123.123.123>;privacy=off;screen=no to P-Asserted-Identity:
      “CUBE” <sip:2001@123.123.123.123> 

    Ceci peut être réalisé par la règle suivante de profil de SIP :

    request INVITE sip-header Remote-Party-ID modify 
    "Remote-Party-ID:(.*>).*" "P-Asserted-Identity:\1"

    Dans cet exemple, l'ordre (. correspondances « CUBE » <sip:2001@123.123.123.123> de *>). Cette valeur est enregistrée dans la variable 1, qui est mise en référence dans le remplacer-modèle avec \1.

Messages SIP pris en charge

Cette section fournit les options CLI des messages SIP qui peuvent être personnalisés avec la configuration de profils de SIP de CUBE.

Demandes de SIP

Ces demandes de SIP sont prises en charge :

router(config-class)#request ?
  ACK	sip ack
  ANY	any sip request
  BYE	sip bye
  CANCEL	sip cancel
  COMET	sip comet
  INFO	sip info
  INVITE	sip invite
  NOTIFY	sip notify
  OPTIONS	sip options
  PRACK	sip prack
  PUBLISH	sip publish
  REFER	sip refer
  REGISTER	sip register
  REINVITE	sip reinvite
  SUBSCRIBE	sip subscribe
  UPDATE	sip info

Réponses de SIP

Ces réponses de SIP sont prises en charge :

router(config-class)#response ?
  100  Response code 100
  180  Response code 180
  181  Response code 181
  182  Response code 182
  183  Response code 183
  200  Response code 200
  202  Response code 202
  300  Response code 300
  301  Response code 301
  302  Response code 302
  305  Response code 305
  380  Response code 380
  400  Response code 400
  401  Response code 401
  402  Response code 402
  403  Response code 403
  404  Response code 404
  405  Response code 405
  406  Response code 406
  407  Response code 407
  408  Response code 408
  409  Response code 409
  410  Response code 410
  412  Response code 412
  413  Response code 413
  414  Response code 414
  415  Response code 415
  416  Response code 416
  417  Response code 417
  420  Response code 420
  421  Response code 421
  422  Response code 422
  423  Response code 423
  480  Response code 480
  481  Response code 481
  482  Response code 482
  483  Response code 483
  484  Response code 484
  485  Response code 485
  486  Response code 486
  487  Response code 487
  488  Response code 488
  489  Response code 489
  491  Response code 491
  493  Response code 493
  500  Response code 500
  501  Response code 501
  502  Response code 502
  503  Response code 503
  504  Response code 504
  505  Response code 505
  513  Response code 513
  580  Response code 580
  600  Response code 600
  603  Response code 603
  604  Response code 604
  606  Response code 606
  ANY  Any Response

En-têtes de SIP

Ces en-têtes de SIP sont prises en charge :

rtr(config-class)#request INVITE sip-header ?
  Accept-Contact
  Accept-Encoding
  Accept-Header
  Accept-Language
  Accept-Resource-Priority
  Alert-Info
  Allow-Events
  Allow-Header
  Also
  Authorization
  CC-Diversion
  CC-Redirect
  CSeq
  Call-ID
  Call-Info
  Cisco-Gcid
  Cisco-Guid
  Contact
  Content-Disposition
  Content-Encoding
  Content-Id
  Content-Length
  Content-Type
  Date
  Diversion
  Event
  Expires
  From
  History-Info
  Location
  MIME-Version
  Max-Forwards
  Min-Expires
  Min-SE
  Orig-dial-plan            
  P-Asserted-Identity       
  P-Preferred-Identity      
  Privacy                   
  Proxy-Authenticate        
  Proxy-Authorization       
  Proxy-Require             
  Rack                      
  Reason                    
  Record-Route              
  Refer-To                  
  Referred-By               
  Reject-Contact            
  Remote-Party-ID           
  Replaces                  
  Request-Disposition       
  Requested-By              
  Require                   
  Resource-Priority         
  Retry-After               
  Route
  Rseq
  SIP-ETag
  SIP-If-Match
  SIP-Req-URI
  Server                    
  Session-Expires           
  Session-Header            
  Subscription-State        
  Supported                 
  Term-dial-plan            
  Timestamp                 
  To                        
  Unsupported               
  User-Agent                
  Via                       
  WWW-Authenticate          
  Warning

En-têtes SDP

Ces en-têtes SDP sont prises en charge :

rtr(config-class)#response 200 sdp-header ?
  Attribute				a=
  Audio-Attribute			a=
  Audio-Bandwidth-Info		b=
  Audio-Connection-Info		c=
  Audio-Encryption-Key		k=
  Audio-Media				m=audio
  Audio-Session-Info			i=
  Bandwidth-Key			b=
  Connection-Info			c=
  Email-Address			e=
  Encrypt-Key				k=
  Phone-Number				p=
  Repeat-Times				r=
  Session-Info				i=
  Session-Name				s=
  Session-Owner			o=
  Time-Adjust-Key			z=
  Time-Header				t=
  Url-Descriptor			u=
  Version				v=
  Video-Attribute			a=
  Video-Bandwidth-Info		b=
  Video-Connection-Info		c=
  Video-Encryption-Key		k=
  Video-Media				m=video
  Video-Session-Info			i=

Vérifiez

Les messages d'INVITATION avec (et sans) un SIP profile la configuration appliquée sont affichés dans cette section. Employez cette méthode pour vérifier que les règles de profil de SIP dans la configuration affectent les changements corrects et désirés des messages SIP.

Cet exemple affiche une configuration d'échantillon :

voice class sip-profiles 1
  request INVITE sdp-header Audio-Bandwidth-Info add "b=AS:1600“
  request ANY sip-header Cisco-Guid remove
  request INVITE sdp-header Session-Owner modify "CiscoSystems-SIP-GW-UserAgent" "-“

Cet exemple affiche un message de SIP INVITE d'échantillon sans configuration de profils de SIP appliquée (des champs saillants sont mis en valeur en gras) :

INVITE sip:2222000020@9.13.40.250:5060 SIP/2.0
Via: SIP/2.0/UDP 9.13.40.249:5060;branch=z9hG4bK1A203F
From: "sipp " <sip:1111000010@9.13.40.249>;tag=F11AE0-1D8D
To: <sip:2222000020@9.13.40.250>
Date: Mon, 29 Oct 2007 19:02:04 GMT
Call-ID: 4561B116-858811DC-804DEF2E-4CF2D71B@9.13.40.249
Cisco-Guid: 1163870326-2240287196-2152197934-1290983195
Content-Length: 290

v=0
o=CiscoSystemsSIP-GW-UserAgent 6906 8069 IN IP4 9.13.40.249
s=SIP Call
c=IN IP4 9.13.40.249
t=0 0
m=audio 17070 RTP/AVP 0
c=IN IP4 9.13.40.249
a=rtpmap:0 PCMU/8000
a=ptime:20

Cet exemple affiche le même message de SIP INVITE d'échantillon avec la configuration de profils de SIP appliquée (des champs changés sont mis en valeur en gras) :

INVITE sip:2222000020@9.13.40.250:5060 SIP/2.0
Via: SIP/2.0/UDP 9.13.40.249:5060;branch=z9hG4bK1A203F
From: "sipp " <sip:1111000010@9.13.40.249>;tag=F11AE0-1D8D
To: <sip:2222000020@9.13.40.250>
Date: Mon, 29 Oct 2007 19:02:04 GMT
Call-ID: 4561B116-858811DC-804DEF2E-4CF2D71B@9.13.40.249
Content-Length: 279

v=0
o=- 6906 8069 IN IP4 9.13.40.249
s=SIP Call
c=IN IP4 9.13.40.249
t=0 0
m=audio 17070 RTP/AVP 0
c=IN IP4 9.13.40.249
a=rtpmap:0 PCMU/8000
a=ptime:20
b=AS:1600

Dépannez

debug ccsip all est une commande de dépannage utile pour des profils de SIP.

Dans cet exemple, les expositions de « profils de SIP de classe de Voix » des textes qui SIROTENT profil est appliquée. Voici un échantillon de la sortie de commande :

router#debug ccsip all
…
Oct 12 06:51:53.619: //-1/735085DC8F3D/SIP/Info/sipSPIGetShrlPeer: 
                     Try match incoming dialpeer for Calling number:  
                     : sippOct 12 06:51:53.619:  
                     //-1/735085DC8F3D/SIP/Info/sipSPIGetCallConfig:  
                     Peer tag 2 matched for incoming call 
Oct 12 06:51:53.619: //-1/xxxxxxxxxxxx/SIP/Info/sipSPIGetCallConfig:  
                     voice class SIP Profiles tag is set : 1
Oct 12 06:51:53.619: //-1/735085DC8F3D/SIP/Info/sipSPIGetCallConfig:  
                     Not using Voice Class Codec
Oct 12 06:51:53.619: //-1/735085DC8F3D/SIP/Info/sipSPIGetCallConfig:  
                     xcoder high-density disabled
Oct 12 06:51:53.619: //-1/735085DC8F3D/SIP/Info/sipSPIGetCallConfig:  
                     Flow Mode set to FLOW_THROUGH 
…

Dans cet exemple, le texte « sip_profiles » met en valeur les modifications exécutées par la configuration de profils de SIP. Voici un échantillon de la sortie de commande :

router#debug ccsip all
…
Oct 12 06:51:53.647: //-1/xxxxxxxxxxxx/SIP/Info/ 
                     sip_profiles_application_change_sdp_line:  
                     New SDP header is added : b=AS: 1600
Oct 12 06:51:53.647: //-1/xxxxxxxxxxxx/SIP/Info/ 
                     sip_profiles_update_content_length:  
                     Content length header before modification :   
                     Content-Length: 290
Oct 12 06:51:53.647: //-1/xxxxxxxxxxxx/SIP/Info/ 
                     sip_profiles_update_content_length:  
                     Content length header after modification :   
                     Content-Length: 279
…

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 105624