Attempting native bridge: und? Klappt es?

[udosw]

Wahrscheinlich kennt ja jeder diese *-Meldungen bei SIP-Gesprächen:
-- SIP/sipgate-7170 answered SIP/fbata-cc7a
-- Attempting native bridge of SIP/fbata-cc7a and SIP/sipgate-7170

D.h. * versucht, eine direkte RTP-Verbindung zwischen den Endgeräten herzustellen. Schfft er das aber auch wirklich?

Ich habe natürlich canreinvite=yes überall eingetragen, aber es klappt offenbar nicht, was ich aus den Ausgaben der Firewall bzw. meines SipShapers schließe: Die RTP Pakete wandern immer durch den * und kommen nicht vom Endgerät direkt zum Router.

Weis jemand, wie man eine direkte Verbindung 'erzwingt'? Gibt es dann noch eine weitere Konsolen-Meldung, wenn es geklappt hat?

Udo

 

[Maik]

Hast du schon mal versucht, einen sip debug zu machen, um zu sehen, was die Telefone zum ReINVITE sagen?

 

[Jonny]

Ich kann mich jetzt irren, aber heißt "native bridge" nicht nur dass die Pakete nicht neu codiert und direkt weitergeleitet werden? Zwei Gegenstellen werden nicht direkt miteinander kommunizieren. Damit hat der Asterisk noch die Kontrolle über das Gespräch.

 

[Maik]

Hmm scheint so als haettest du Recht. Die Ausgabe wird auf jeden Fall in channel.c erzeugt. Wenn das mit dem ReINVITE zusammenhaenge wuerde, muesste die Ausgabe eigentlich von chan_sip.c kommen.

 

[udosw]

Hast du schon mal versucht, einen sip debug zu machen, um zu sehen, was die Telefone zum ReINVITE sagen?

Hab' ich jetzt gemacht. Aber ich kann's nicht interpretieren. Wem könnte ich das mal per PN schicken zum draufgucken?

Ist ja ziemlich viel und ich hab' keinen Nerv die ganzen persönlichen Daten rauszu X-en und es hier zu posten.

Udo

 

[Maik]

Kannst es gerne mir schicken.

 

[AsteriskUndObelisk]

gibts hier an der stelle any news :?:

 

[Netview]

Native-bridge erscheint imho dann wenn das SIP-Endgerät und der SIP-Anbieter den gleichen Sprachcodec verwenden (in diesem Fall (canreinvit=no) bleibt die Kontrolle bei asterisk). Bei canreinvit=yes gibt es kein native-Bridge, da hier das SIP-Endgerät direkt mit dem SIP-Anbieter über die rtp-ports kommuniziert (dies muss man natürlich beim Thema NAT auf dem Router berücksichtigen, d.h. die rtp-portrange des SIP-Endgerätes muss direkt geforwarded werden (nicht an asterisk). Ebenfalls gibt es kein native-bridge zwischen SIP und IAX.