-- Fritz -- 10 Geschrieben 16. Februar 2005 Melden Teilen Geschrieben 16. Februar 2005 Hallo, Ich habe folgendes Szenario aufgebaut: DeTeWeTA33 -- Cisco 2600 -- SIP Proxy Server -- IP Telefon(7940) Vom TA kann ich das IP Telefon erreichen. Die debugs isdn q931 und 921 sehen gut aus. Versuche ich es jedoch anders herum, ausgehend vom IP Telefon scheint es bereits ein Schicht 2 Problem zu geben. Ich verstehe das nicht! Warum verlangt der TA nach der SETUP Nachricht eine neue TEI und antwortet nicht wie zu erwarten mit einem SETUP_ACK? Ist es denn richtig das die SETUP Nachricht als Broadcast(tei=127) gesendet wird? Hier der fehlerbehaftete trace: Router#debug isdn q931 debug isdn q931 is ON. Router#debug isdn q921 debug isdn q921 is ON. *Mar 1 01:50:32.795: ISDN BR1/0 Q921: Net TX -> UI sapi=0 tei=127 *Mar 1 01:50:32.799: ISDN BR1/0 Q931: SETUP pd = 8 callref = 0x0D Bearer Capability i = 0x8090A3 Standard = CCITT Transer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0x89 Display i = 'Ondo' Calling Party Number i = 0x0080, '333333' Plan:Unknown, Type:Unknown *Mar 1 01:50:32.827: ISDN BR1/0 Q921: Net RX <- IDREQ ri=56768 ai=127 *Mar 1 01:50:32.831: ISDN BR1/0 Q921: Net TX -> IDDENY ri=56768 ai=127 *Mar 1 01:50:32.831: ISDN BR1/0 Q921: Net TX -> IDCKRQ ri=0 ai=64 *Mar 1 01:50:32.851: ISDN BR1/0 Q921: Net RX <- IDCKRP ri=43969 ai=64 *Mar 1 01:50:34.835: ISDN BR1/0 Q921: Net RX <- IDREQ ri=50177 ai=127 *Mar 1 01:50:34.839: ISDN BR1/0 Q921: Net TX -> IDDENY ri=50177 ai=127 *Mar 1 01:50:34.839: ISDN BR1/0 Q921: Net TX -> IDCKRQ ri=0 ai=64 *Mar 1 01:50:34.859: ISDN BR1/0 Q921: Net RX <- IDCKRP ri=36866 ai=64 *Mar 1 01:50:36.795: ISDN BR1/0 Q921: Net TX -> UI sapi=0 tei=127 *Mar 1 01:50:36.795: ISDN BR1/0 Q931: SETUP pd = 8 callref = 0x0D Bearer Capability i = 0x8090A3 Standard = CCITT Transer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0x89 Display i = 'Ondo' Calling Party Number i = 0x0080, '333333' Plan:Unknown, Type:Unknown *Mar 1 01:50:36.843: ISDN BR1/0 Q921: Net RX <- IDREQ ri=47682 ai=127 *Mar 1 01:50:36.847: ISDN BR1/0 Q921: Net TX -> IDDENY ri=47682 ai=127 *Mar 1 01:50:36.847: ISDN BR1/0 Q921: Net TX -> IDCKRQ ri=0 ai=64 *Mar 1 01:50:36.871: ISDN BR1/0 Q921: Net RX <- IDCKRP ri=33347 ai=64 *Mar 1 01:50:37.539: ISDN BR1/0 Q921: Net TX -> RRp sapi=0 tei=64 nr=0 *Mar 1 01:50:37.547: ISDN BR1/0 Q921: Net RX <- RRf sapi=0 tei=64 nr=0 *Mar 1 01:50:38.859: ISDN BR1/0 Q921: Net RX <- IDREQ ri=46723 ai=127 *Mar 1 01:50:38.863: ISDN BR1/0 Q921: Net TX -> IDDENY ri=46723 ai=127 *Mar 1 01:50:38.863: ISDN BR1/0 Q921: Net TX -> IDCKRQ ri=0 ai=64 *Mar 1 01:50:38.883: ISDN BR1/0 Q921: Net RX <- IDCKRP ri=34436 ai=64 *Mar 1 01:50:40.795: //42/F93D1C568033/CCAPI/ccCallCanGateway: cannot gateway i ftype 3 to 3 for cid(42) *Mar 1 01:50:40.799: //42/F93D1C568033/CCAPI/ccCallCanGateway: cannot gateway i ftype 3 to 3 for cid(42) *Mar 1 01:50:40.799: //43/F93D1C568033/CCAPI/ccGetCallActiveByCallID: cc_spi_ca ll_get() returned -7. (setup_time=0xA220F, index=0x1) *Mar 1 01:50:40.803: //43/F93D1C568033/CCAPI/cc_api_call_disconnect_done: cause =34,retry=0,vcCauseCode=0 *Mar 1 01:50:40.867: ISDN BR1/0 Q921: Net RX <- IDREQ ri=41924 ai=127 *Mar 1 01:50:40.871: ISDN BR1/0 Q921: Net TX -> IDDENY ri=41924 ai=127 *Mar 1 01:50:40.871: ISDN BR1/0 Q921: Net TX -> IDCKRQ ri=0 ai=64 *Mar 1 01:50:40.891: ISDN BR1/0 Q921: Net RX <- IDCKRP ri=28869 ai=64 *Mar 1 01:50:40.907: //42/F93D1C568033/CCAPI/cc_api_call_disconnect_done: cause =34,retry=0,vcCauseCode=0 *Mar 1 01:50:40.911: //42/xxxxxxxxxxxx/CCAPI/cc_get_call_entry: callID (0x2A) n ot found show run show isdn status Hat jemand eine Idee??? Vielen Dank.... Zitieren Link zu diesem Kommentar
daking 10 Geschrieben 17. Februar 2005 Melden Teilen Geschrieben 17. Februar 2005 Hola, leider sind die Anhänge nicht freigeschaltet. Der Call geht jedoch raus (weiter richtung l3). Denke nicht das, das Problem auf Layer 2 liegt. Da sind auch Layer 3 Messages dabei. Wenn Layer 2 nicht funktioniert, dann wird Layer 3 nicht aufgebaut.. Denke eher dass ein Problem bei deinen dialpeers besteht.. ==> post your dialpeers.. Ciao Zitieren Link zu diesem Kommentar
daking 10 Geschrieben 17. Februar 2005 Melden Teilen Geschrieben 17. Februar 2005 Hola, zum Testen noch eine kleine Anmerkung: Troubleshooting Dial-Peer Configurations When troubleshooting dial-peers in a voice over IP (VoIP) environment, you can use the call simulate command to simulate calling to a dial-peer's destination pattern (csim start number). This command enables you to verify that your dial-peer is configured properly, that there are no hardware problems, and that you are reaching the destination you want (provided that a ringing device is connected to the called port). For example: Router#csim start number <number> where <number> is the destination pattern of the dial-peer you are testing. Ciao Zitieren Link zu diesem Kommentar
-- Fritz -- 10 Geschrieben 21. Februar 2005 Autor Melden Teilen Geschrieben 21. Februar 2005 Hallo, Das freischalten der Anhänge ist mir nicht gelungen. Vielleicht hast Du mit Deiner Vermutung Recht danking, das es an den dial-peers liegt. Kannst Du bitte mal drüber schauen? -------------------------------------------------- Router#show run Building configuration... Current configuration : 1531 bytes ! version 12.3 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Router ! boot-start-marker boot-end-marker ! no aaa new-model ip subnet-zero ! isdn switch-type basic-net3 isdn tei-negotiation first-call ! voice service voip sip ! no voice hpi capture buffer no voice hpi capture destination ! interface FastEthernet0/0 ip address 192.168.1.44 255.255.255.0 duplex auto speed auto ! interface FastEthernet0/1 no ip address shutdown duplex auto speed auto ! interface BRI1/0 no ip address isdn switch-type basic-net3 isdn protocol-emulate network isdn tei-negotiation first-call isdn layer1-emulate network isdn incoming-voice voice isdn skipsend-idverify ! interface BRI1/1 no ip address shutdown isdn switch-type basic-net3 isdn protocol-emulate network isdn layer1-emulate network isdn incoming-voice voice no isdn outgoing display-ie isdn skipsend-idverify ! no ip http server ip classless ! voice-port 1/0/0 compand-type a-law cptone DE bearer-cap Speech ! voice-port 1/0/1 ! dial-peer voice 10 voip application session destination-pattern 3T session protocol sipv2 session target sip-server session transport udp codec g711alaw ! dial-peer voice 1 pots application session destination-pattern 55555 port 1/0/0 forward-digits 0 no register e164 ! gateway ! sip-ua no redirection sip-server ipv4:192.168.1.11:5060 ! line con 0 line aux 0 line vty 0 4 login ! end -------------------------------------------------- Der csim Befehl bestätigt vermutlich Deine Vermutung das es an den dial-peers liegt. -------------------------------------------------- Router#csim start number 33333 csim: called number = number, loop count = 33333 ping count = 0 csim err:csim_do_test Error peer not found Router# Router# Router# Router#csim start number 55555 csim: called number = number, loop count = 55555 ping count = 0 csim err:csim_do_test Error peer not found Router# ------------------------------------------------- Bei der Konfiguration bin ich mir absolut nicht sicher, da ich alles nur aus den Cisco Dokumenten zusammengesucht habe und teilweise sehr intuitiv konfiguriert habe. Jede Hilfe ist sehr willkommen. Vielen Dank..... Zitieren Link zu diesem Kommentar
daking 10 Geschrieben 21. Februar 2005 Melden Teilen Geschrieben 21. Februar 2005 Hola, probier mal csim test 33333 2 und poste den output (da hat wohl die Packet ein Fehler gemacht.) Ciao Zitieren Link zu diesem Kommentar
daking 10 Geschrieben 21. Februar 2005 Melden Teilen Geschrieben 21. Februar 2005 ..... Zitieren Link zu diesem Kommentar
-- Fritz -- 10 Geschrieben 21. Februar 2005 Autor Melden Teilen Geschrieben 21. Februar 2005 Hallo, Hier der trace: -------------------------------------------------------------------------------------------------------- Router#csim test 33333 2 ^ % Invalid input detected at '^' marker. Router#csim start 33333 2 csim: called number = 33333, loop count = 2 ping count = 0 csim err csimDisconnected recvd DISC cid(51) csim: loop = 1, failed = 1 csim err csimDisconnected recvd DISC cid(52) csim: loop = 2, failed = 2 csim: call attempted = 2, setup failed = 2, tone failed = 0 Router#csim start 55555 2 csim: called number = 55555, loop count = 2 ping count = 0 csim err csimDisconnected recvd DISC cid(53) csim: loop = 1, failed = 1 csim err csimDisconnected recvd DISC cid(54) csim: loop = 2, failed = 2 csim: call attempted = 2, setup failed = 2, tone failed = 0 Router# -------------------------------------------------------------------------------------------------------- Die 33333 (IP Telefon) wird gerufen und die Verbindung aufgebaut. Diese Richtung funktioniert. Die Verbindung zur 55555 (POTS am TA33 via VIC) wird nicht aufgebaut. Wieso sieht das Ergebnis des csim bei beiden Versuchen identisch aus, obwohl einmal eine Verbindung aufgebaut wurde und einmal nicht ? Sind die dial peers ok? Ciao und Danke Zitieren Link zu diesem Kommentar
-- Fritz -- 10 Geschrieben 22. Februar 2005 Autor Melden Teilen Geschrieben 22. Februar 2005 Hat noch jemand eine Idee? Vielen Dank Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.